From surreal.w00t at gmail.com  Thu Jan  4 05:50:33 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Jan  4 05:50:38 2007
Subject: [IRCServices] NS AJOIN and CS SET RESTRICTED
Message-ID: <b19eae4e0701040550w38e0d6d7ibabd641d2579ede@mail.gmail.com>

Bit of confusion here, I think it could be related to the user having
NS AJOIN enabled.. thoughts are welcome :p. Basic story is that
channel is SET RESTRICTed, Valentine is NOT on the access list, yet
does not seem to be getting correctly removed from the channel. My
guess is something to do with AJOIN, though I could be mistaken.

IRCd is InspIRCd 1.1, should you require a protocol module for testing
or other, one is available from our SVN:
http://svn.inspircd.org/repository/trunk/ircservices-module/inspircd.c

[11:47] 	*	Valentine_SC (VIP@ChatSpike-e494a2ac.bb.online.no) has
joined #La-Torrio.priv
[11:47] 	*	Valentine_SC has quit (Changing hosts)
[11:47] 	*	Valentine_SC (VIP@Brann.Stadion) has joined #La-Torrio.priv
[11:47] 	*	Twofish_aw sets ban on *!*VIP@*.Stadion
[11:47] 	*	Twofish_aw has kicked Valentine_SC from #La-Torrio.priv (Twofish_aw)
[11:56] 	*	slackey|jobb
(slacker007a@ChatSpike-58afe85e.80-203-62.nextgentel.com) has joined
#La-Torrio.priv
[11:58] 	*	Twofish_aw has changed the topic to: Hold inne GZ. Hold
dere her - og kikk innom regelmessig...
[11:58] 	*	Twofish_aw sets ban on *!*@Brann.Stadion

(...) (no unbans - all bans are still active)

[13:01] 	*	Valentine (VIP@ChatSpike-e494a2ac.bb.online.no) has joined
#La-Torrio.priv
[13:01] 	*	Valentine has quit (Changing hosts)
[13:01] 	*	Valentine (VIP@Brann.Stadion) has joined #La-Torrio.priv
[13:01] 	LadauXimA	ikke lenge til1!!
[13:01] 	LadauXimA	ban
[13:02] 	Meg	hallo valentine
[13:02] 	Meg	du pr?ver og komme deg inn her hele tiden
[13:03] 	LadauXimA	im gone
[13:03] 	*	LadauXimA has quit ([CS] Quit: UR MOMMA IS SO FAT THAT SHE
SITS NEXT TO EVERYONE WHEN SHE IS AT THE CINEMA)
[13:04] 	*	aGal-007 (cs_man2@ChatSpike-5782f586.bb.online.no) has
joined #La-Torrio.priv
[13:05] 	aGal-007	sap ?
[13:06] 	Meg	ikke s? mye
[13:06] 	*	Valentine_SC (VIP@ChatSpike-e494a2ac.bb.online.no) has
joined #La-Torrio.priv
[13:06] 	*	Valentine_SC has quit (Changing hosts)
[13:06] 	*	Valentine_SC (VIP@Brann.Stadion) has joined #La-Torrio.priv
[13:07] 	*	Valentine has quit (Operation timed out)
[13:10] 	aGal-007	ok
[13:10] 	*	Slettemoen sets ban on Valentine_SC!VIP@Brann.Stadion
[13:10] 	*	Slettemoen has kicked Valentine_SC from #La-Torrio.priv
(Yes, I have ops &#139;182&#155;)

It's happening with others too:

[13:46:51] <Twofish> [14:40] 	Fatjoe	og du sier eg e gay HAHA
[13:46:52] <Twofish> [14:43] 	*	Twofish sets modes [#La-Torrio.priv +b
*!*da-lec@*.monet.no]
[13:46:52] <Twofish> [14:43] 	*	Twofish has kicked da-lec from
#La-Torrio.priv (mm - bare - bye)
[13:46:59] <Twofish> found him in there just before...
[13:47:53] <Twofish> so there is atleast 4 of them bypassing the "security"

Channel access list:

[13:45:21] <Twofish> [14:44] 	-ChanServ-	  Num   Lev  Nickname
[13:45:22] <Twofish> [14:44] 	-ChanServ-	    1   100  Taule
[13:45:22] <Twofish> [14:44] 	-ChanServ-	    2     1  LadauXimA
[13:45:22] <Twofish> [14:44] 	-ChanServ-	    3    10  Frode
[13:45:22] <Twofish> [14:44] 	-ChanServ-	    4   100  Twofish
[13:45:22] <Twofish> [14:44] 	-ChanServ-	    5     5  Confusion
[13:45:24] <Twofish> [14:44] 	-ChanServ-	    6    15  Fatjoe
[13:45:28] <Twofish> [14:44] 	-ChanServ-	    7     1  XplodingplastiX
[13:45:30] <Twofish> [14:44] 	-ChanServ-	    8     1  qweM
[13:45:32] <Twofish> [14:44] 	-ChanServ-	    9    15  Devilfish
[13:45:34] <Twofish> [14:44] 	-ChanServ-	   10     1  trym
[13:45:36] <Twofish> [14:44] 	-ChanServ-	   11     1  |Mr-OlseN|
[13:45:38] <Twofish> [14:44] 	-ChanServ-	   12     1  DelScorpio
[13:45:40] <Twofish> [14:44] 	-ChanServ-	   13     1  Stighelmer
[13:45:42] <Twofish> [14:44] 	-ChanServ-	   14     1  slackey
[13:45:44] <Twofish> [14:44] 	-ChanServ-	   15     1  Punkpal
[13:45:46] <Twofish> [14:44] 	-ChanServ-	   16     1  Martyy
[13:45:48] <Twofish> [14:44] 	-ChanServ-	   17    25  Sibi
[13:45:50] <Twofish> [14:44] 	-ChanServ-	   18     1  aGal-007
[13:45:52] <Twofish> [14:44] 	-ChanServ-	   19     1  Cheyenne2
[13:45:54] <Twofish> [14:44] 	-ChanServ-	   20     1  Morty--
[13:45:58] <Twofish> [14:44] 	-ChanServ-	   21     1  ralfie
[13:46:00] <Twofish> [14:44] 	-ChanServ-	   22     1  lwiplBlack
[13:46:02] <Twofish> [14:44] 	-ChanServ-	   23     5  Slabbedask
[13:46:04] <Twofish> [14:44] 	-ChanServ-	   24     1  extra|orbit
[13:46:06] <Twofish> [14:44] 	-ChanServ-	   25     1  Meg
[13:46:08] <Twofish> [14:44] 	-ChanServ-	   34    30  De_Morgan
[13:46:10] <Twofish> [14:44] 	-ChanServ-	   50     1  D-W

Thanks. I'm at a bit of a loss here. :p
w00t
From surreal.w00t at gmail.com  Thu Jan  4 05:55:02 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Jan  4 05:55:06 2007
Subject: [IRCServices] Re: NS AJOIN and CS SET RESTRICTED
In-Reply-To: <b19eae4e0701040550w38e0d6d7ibabd641d2579ede@mail.gmail.com>
References: <b19eae4e0701040550w38e0d6d7ibabd641d2579ede@mail.gmail.com>
Message-ID: <b19eae4e0701040555v529a9426o1d11f1fbe360cfc1@mail.gmail.com>

An addendum, I forgot to mention I think it's NS AJOIN related because
the channel was set +i also.

On 1/4/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
From achurch at achurch.org  Sat Jan  6 10:56:59 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Jan  5 18:02:59 2007
Subject: [IRCServices] NS AJOIN and CS SET RESTRICTED
In-Reply-To: <b19eae4e0701040550w38e0d6d7ibabd641d2579ede@mail.gmail.com>
Message-ID: <459f0347.12125@msgid.achurch.org>

     The first thing that comes to mind is linked nicks.  I notice that
there are a lot of level-1 entries; could the user(s) in question have
nicks linked to these?  Use ChanServ STATUS (requires level 100 access by
default) to check the access level of the user on the channel before
kicking them.  Another possibility is that the ircd is rejecting the KICK
messages from Services; see if there are any relevant messages in the
Services log file.

     As far as joining around bans, that's an ircd issue, not a Services
issue.

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

>Bit of confusion here, I think it could be related to the user having
>NS AJOIN enabled.. thoughts are welcome :p. Basic story is that
>channel is SET RESTRICTed, Valentine is NOT on the access list, yet
>does not seem to be getting correctly removed from the channel. My
>guess is something to do with AJOIN, though I could be mistaken.
>
>IRCd is InspIRCd 1.1, should you require a protocol module for testing
>or other, one is available from our SVN:
>http://svn.inspircd.org/repository/trunk/ircservices-module/inspircd.c
From achurch at achurch.org  Sat Jan  6 11:03:46 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Jan  5 18:10:15 2007
Subject: [IRCServices] Re: NS AJOIN and CS SET RESTRICTED
In-Reply-To: <b19eae4e0701040555v529a9426o1d11f1fbe360cfc1@mail.gmail.com>
Message-ID: <459f0504.12267@msgid.achurch.org>

>An addendum, I forgot to mention I think it's NS AJOIN related because
>the channel was set +i also.

     To clarify this, AJOIN only sends out SVSJOIN message for the relevant
user; actual join processing is handled by the ircd, which should only send
out a JOIN message if the user is allowed to join the channel.  It's
possible InspIRCd is not performing those checks correctly, which would
account for users being able to join through bans.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sat Jan  6 10:53:50 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Jan  6 10:53:56 2007
Subject: [IRCServices] Re: NS AJOIN and CS SET RESTRICTED
In-Reply-To: <459f0504.12267@msgid.achurch.org>
References: <b19eae4e0701040555v529a9426o1d11f1fbe360cfc1@mail.gmail.com>
	<459f0504.12267@msgid.achurch.org>
Message-ID: <b19eae4e0701061053s6fe64a36k74a7f3d546271b50@mail.gmail.com>

Yes, there was a desync, as we only apply restrictions locally,
however SVSJOIN tried to JoinUser to the channel on every server --
not their local one, appearing to bypass the bans, etc (now fixed in
SVN/upcoming b9).

That's all fixed now, though.

Is there any point allowing AJOIN to a restricted channel if you're
not on the access list though? That seems like it could be used to
create joinfloods of a sort.

Thanks for the reply.

On 1/6/07, Andrew Church <achurch@achurch.org> wrote:
> >An addendum, I forgot to mention I think it's NS AJOIN related because
> >the channel was set +i also.
>
>      To clarify this, AJOIN only sends out SVSJOIN message for the relevant
> user; actual join processing is handled by the ircd, which should only send
> out a JOIN message if the user is allowed to join the channel.  It's
> possible InspIRCd is not performing those checks correctly, which would
> account for users being able to join through bans.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Sun Jan  7 06:35:00 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan  6 13:39:30 2007
Subject: [IRCServices] Re: NS AJOIN and CS SET RESTRICTED
In-Reply-To: <b19eae4e0701061053s6fe64a36k74a7f3d546271b50@mail.gmail.com>
Message-ID: <45a0170e.71441@msgid.achurch.org>

>Is there any point allowing AJOIN to a restricted channel if you're
>not on the access list though? That seems like it could be used to
>create joinfloods of a sort.

     I suppose it could be useful to have AJOIN report potential problems,
but on the other hand that wouldn't do anything about the case where the
channel is set to RESTRICTED afterwards.  And if a user wants to flood the
network, there are plenty of easier ways--spam /ns HELP, for example. (:

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Fri Jan 12 05:34:41 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Jan 12 05:34:46 2007
Subject: [IRCServices] Weird registration/ID issue
Message-ID: <b19eae4e0701120534k2b331fafvb397102b01b37f9d@mail.gmail.com>

Ok.. this is just plain bizarre.

Had a user come in today and report they are unable to identify as of
today/yesterday or so. Excuse my copypasting of logs.

[12:48:15] <xxx> it appears services refuse to mark me as having
identified for my nickname... if I intentionally type a wrong password
I get a "wrong password" notice, but if I use the right one, I get no
such notice, but no identified status either
[13:05:04] <@w00t> hmm what client are you using
[13:05:41] <+xxx> vanilla mirc
[13:05:46] <@w00t> reconnect
[13:05:50] <@w00t> /debug @d
[13:05:54] <@w00t> identify with services
[13:06:00] <@w00t> PM me the output from the @d window

then in PM..

[13:07:27] <xxx> interestingly, the debug window shows no information
coming back after sending the normal password.
[13:07:42] <w00t> how are you identifying
[13:07:56] <xxx> /nickserv as well as /ns
[13:08:03] <w00t> try /msg nickserv

..same result

His NS INFO showed him offline. Normally I'd leave this as a joke, but
he gave me his password (vaeiiliandor). I register a nickname
(Somenick), auth it, disconnect, reconnect, try login, same result ..
no output from services.

He says it worked fine until yesterday or so, we're running 5.0.55,
compiled on October.

Any ideas on what could cause this one? If relevant, I'll ask Brain /
Craig to check Services' logs as I currently do not have access to the
hub.

Forgive me if ths turns out to be something stupid. :P
From surreal.w00t at gmail.com  Wed Jan 17 19:08:30 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Wed Jan 17 19:08:36 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701120534k2b331fafvb397102b01b37f9d@mail.gmail.com>
References: <b19eae4e0701120534k2b331fafvb397102b01b37f9d@mail.gmail.com>
Message-ID: <b19eae4e0701171908u1ab236c6ib9983e380a3a4cfe@mail.gmail.com>

Have another 'no output' situation from the same copy of services,
reproducable with two people at least.

-> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor
-> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor all
<- :NickServ!services@chatspike.net NOTICE w00t :[OPA]spaceRaptor is
[OPA]spaceRaptor
<- :NickServ!services@chatspike.net NOTICE w00t :   Last seen time:
May 30 03:40:27 2006 BST
<- :NickServ!services@chatspike.net NOTICE w00t :  Time registered:
Sep 18 23:55:31 2003 BST
<- :NickServ!services@chatspike.net NOTICE w00t :Last quit message:
[CS] Quit: <[OPA]Anonymous> imagine if the fighter won, due to zedds
random battle code ****Our Enemys Should Fear Us. Our Current Allys
Should Depend On Us. And All Others Should Be Cannon Fodder Below Our
Feet. GO OPA!!!!****
<- :NickServ!services@chatspike.net NOTICE w00t :          Options:
Kill protection, Security

[02:57:28] <w00t> /ns info [OPA]spaceRaptor
[02:57:32] <w00t> do you get any output?
[02:57:56] <peavey> from?
[02:58:04] <w00t> ^ nickserv, with that command
[03:01:35] <peavey> ah no
[03:01:37] <peavey> nothing
[03:01:42] <w00t> no output?
[03:01:53] <peavey> /ns info [OPA]spaceRaptor ALL
[03:01:57] <peavey> but I do from that

Again, seems like a random case, but any ideas on what's going on here
or how to furthre diagnose the problem would be nice.

On 1/12/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> Ok.. this is just plain bizarre.
>
> Had a user come in today and report they are unable to identify as of
> today/yesterday or so. Excuse my copypasting of logs.
>
> [12:48:15] <xxx> it appears services refuse to mark me as having
> identified for my nickname... if I intentionally type a wrong password
> I get a "wrong password" notice, but if I use the right one, I get no
> such notice, but no identified status either
> [13:05:04] <@w00t> hmm what client are you using
> [13:05:41] <+xxx> vanilla mirc
> [13:05:46] <@w00t> reconnect
> [13:05:50] <@w00t> /debug @d
> [13:05:54] <@w00t> identify with services
> [13:06:00] <@w00t> PM me the output from the @d window
>
> then in PM..
>
> [13:07:27] <xxx> interestingly, the debug window shows no information
> coming back after sending the normal password.
> [13:07:42] <w00t> how are you identifying
> [13:07:56] <xxx> /nickserv as well as /ns
> [13:08:03] <w00t> try /msg nickserv
>
> ..same result
>
> His NS INFO showed him offline. Normally I'd leave this as a joke, but
> he gave me his password (vaeiiliandor). I register a nickname
> (Somenick), auth it, disconnect, reconnect, try login, same result ..
> no output from services.
>
> He says it worked fine until yesterday or so, we're running 5.0.55,
> compiled on October.
>
> Any ideas on what could cause this one? If relevant, I'll ask Brain /
> Craig to check Services' logs as I currently do not have access to the
> hub.
>
> Forgive me if ths turns out to be something stupid. :P
>
From surreal.w00t at gmail.com  Sat Jan 20 15:52:07 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Jan 20 15:52:14 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701171908u1ab236c6ib9983e380a3a4cfe@mail.gmail.com>
References: <b19eae4e0701120534k2b331fafvb397102b01b37f9d@mail.gmail.com>
	<b19eae4e0701171908u1ab236c6ib9983e380a3a4cfe@mail.gmail.com>
Message-ID: <b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>

Disregard this. Turned out to be something incredibly simple, and stupid.

Still would have been nice to know there was someone on the other end
of the mailinglist actually recieving this :P

On 1/18/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> Have another 'no output' situation from the same copy of services,
> reproducable with two people at least.
>
> -> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor
> -> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor all
> <- :NickServ!services@chatspike.net NOTICE w00t :[OPA]spaceRaptor is
> [OPA]spaceRaptor
> <- :NickServ!services@chatspike.net NOTICE w00t :   Last seen time:
> May 30 03:40:27 2006 BST
> <- :NickServ!services@chatspike.net NOTICE w00t :  Time registered:
> Sep 18 23:55:31 2003 BST
> <- :NickServ!services@chatspike.net NOTICE w00t :Last quit message:
> [CS] Quit: <[OPA]Anonymous> imagine if the fighter won, due to zedds
> random battle code ****Our Enemys Should Fear Us. Our Current Allys
> Should Depend On Us. And All Others Should Be Cannon Fodder Below Our
> Feet. GO OPA!!!!****
> <- :NickServ!services@chatspike.net NOTICE w00t :          Options:
> Kill protection, Security
>
> [02:57:28] <w00t> /ns info [OPA]spaceRaptor
> [02:57:32] <w00t> do you get any output?
> [02:57:56] <peavey> from?
> [02:58:04] <w00t> ^ nickserv, with that command
> [03:01:35] <peavey> ah no
> [03:01:37] <peavey> nothing
> [03:01:42] <w00t> no output?
> [03:01:53] <peavey> /ns info [OPA]spaceRaptor ALL
> [03:01:57] <peavey> but I do from that
>
> Again, seems like a random case, but any ideas on what's going on here
> or how to furthre diagnose the problem would be nice.
>
> On 1/12/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> > Ok.. this is just plain bizarre.
> >
> > Had a user come in today and report they are unable to identify as of
> > today/yesterday or so. Excuse my copypasting of logs.
> >
> > [12:48:15] <xxx> it appears services refuse to mark me as having
> > identified for my nickname... if I intentionally type a wrong password
> > I get a "wrong password" notice, but if I use the right one, I get no
> > such notice, but no identified status either
> > [13:05:04] <@w00t> hmm what client are you using
> > [13:05:41] <+xxx> vanilla mirc
> > [13:05:46] <@w00t> reconnect
> > [13:05:50] <@w00t> /debug @d
> > [13:05:54] <@w00t> identify with services
> > [13:06:00] <@w00t> PM me the output from the @d window
> >
> > then in PM..
> >
> > [13:07:27] <xxx> interestingly, the debug window shows no information
> > coming back after sending the normal password.
> > [13:07:42] <w00t> how are you identifying
> > [13:07:56] <xxx> /nickserv as well as /ns
> > [13:08:03] <w00t> try /msg nickserv
> >
> > ..same result
> >
> > His NS INFO showed him offline. Normally I'd leave this as a joke, but
> > he gave me his password (vaeiiliandor). I register a nickname
> > (Somenick), auth it, disconnect, reconnect, try login, same result ..
> > no output from services.
> >
> > He says it worked fine until yesterday or so, we're running 5.0.55,
> > compiled on October.
> >
> > Any ideas on what could cause this one? If relevant, I'll ask Brain /
> > Craig to check Services' logs as I currently do not have access to the
> > hub.
> >
> > Forgive me if ths turns out to be something stupid. :P
> >
>
From achurch at achurch.org  Sun Jan 21 09:06:51 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan 20 16:07:42 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>
Message-ID: <45b2aec9.56021@msgid.achurch.org>

>Disregard this. Turned out to be something incredibly simple, and stupid.
>
>Still would have been nice to know there was someone on the other end
>of the mailinglist actually recieving this :P

     Sorry, I thought I had replied to at least the first message.  Out
of curiosity, what was the problem--a misconfigured client or something?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sat Jan 20 16:10:08 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Jan 20 16:10:12 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <45b2aec9.56021@msgid.achurch.org>
References: <b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>
	<45b2aec9.56021@msgid.achurch.org>
Message-ID: <b19eae4e0701201610l9081250lc11d4dac3eeebf1c@mail.gmail.com>

A bug in the server software caused a text filter to be
mis-propegated, thus any line ending in 'or' was ignored. Note the
password ended in 'or', as did the nickname. Simple, but irritatingly
weird. :P

Off-topic momentarily, Andrew, did you recieve my off-list mail sent
in the last week or so?

On 1/21/07, Andrew Church <achurch@achurch.org> wrote:
> >Disregard this. Turned out to be something incredibly simple, and stupid.
> >
> >Still would have been nice to know there was someone on the other end
> >of the mailinglist actually recieving this :P
>
>      Sorry, I thought I had replied to at least the first message.  Out
> of curiosity, what was the problem--a misconfigured client or something?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Sun Jan 21 09:32:11 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan 20 16:33:29 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701201610l9081250lc11d4dac3eeebf1c@mail.gmail.com>
Message-ID: <45b2b4d6.56041@msgid.achurch.org>

>A bug in the server software caused a text filter to be
>mis-propegated, thus any line ending in 'or' was ignored. Note the
>password ended in 'or', as did the nickname. Simple, but irritatingly
>weird. :P

     Ouch.  Yeah, those can be annoying to track down.

>Off-topic momentarily, Andrew, did you recieve my off-list mail sent
>in the last week or so?

     Yes, I did, and thanks--but you can see just how behind I'm getting
on things...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sat Jan 20 16:40:43 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Jan 20 16:40:46 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <45b2b4d6.56041@msgid.achurch.org>
References: <b19eae4e0701201610l9081250lc11d4dac3eeebf1c@mail.gmail.com>
	<45b2b4d6.56041@msgid.achurch.org>
Message-ID: <b19eae4e0701201640r3546ec33y635526fa403b4d@mail.gmail.com>

No problems. When/if you get a chance to reply, I'm in no rush. Thanks :)

On 1/21/07, Andrew Church <achurch@achurch.org> wrote:
> >A bug in the server software caused a text filter to be
> >mis-propegated, thus any line ending in 'or' was ignored. Note the
> >password ended in 'or', as did the nickname. Simple, but irritatingly
> >weird. :P
>
>      Ouch.  Yeah, those can be annoying to track down.
>
> >Off-topic momentarily, Andrew, did you recieve my off-list mail sent
> >in the last week or so?
>
>      Yes, I did, and thanks--but you can see just how behind I'm getting
> on things...
>
>   --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 mamfelt at acm.org  Sun Jan 21 07:50:15 2007
From: mamfelt at acm.org (Michael Felt)
Date: Sun Jan 21 07:50:23 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>
References: <b19eae4e0701120534k2b331fafvb397102b01b37f9d@mail.gmail.com>	<b19eae4e0701171908u1ab236c6ib9983e380a3a4cfe@mail.gmail.com>
	<b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>
Message-ID: <45B38BB7.9030307@acm.org>

Sounds like you solved it. What was it? And yes, there are lots of 
people who read - at least. I am not skilled enough to reply though.

Robin Burchell wrote:
> Disregard this. Turned out to be something incredibly simple, and stupid.
>
> Still would have been nice to know there was someone on the other end
> of the mailinglist actually recieving this :P
>
> On 1/18/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
>> Have another 'no output' situation from the same copy of services,
>> reproducable with two people at least.
>>
>> -> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor
>> -> dexter.chatspike.net PRIVMSG nickserv :info [OPA]spaceRaptor all
>> <- :NickServ!services@chatspike.net NOTICE w00t :[OPA]spaceRaptor is
>> [OPA]spaceRaptor
>> <- :NickServ!services@chatspike.net NOTICE w00t :   Last seen time:
>> May 30 03:40:27 2006 BST
>> <- :NickServ!services@chatspike.net NOTICE w00t :  Time registered:
>> Sep 18 23:55:31 2003 BST
>> <- :NickServ!services@chatspike.net NOTICE w00t :Last quit message:
>> [CS] Quit: <[OPA]Anonymous> imagine if the fighter won, due to zedds
>> random battle code ****Our Enemys Should Fear Us. Our Current Allys
>> Should Depend On Us. And All Others Should Be Cannon Fodder Below Our
>> Feet. GO OPA!!!!****
>> <- :NickServ!services@chatspike.net NOTICE w00t :          Options:
>> Kill protection, Security
>>
>> [02:57:28] <w00t> /ns info [OPA]spaceRaptor
>> [02:57:32] <w00t> do you get any output?
>> [02:57:56] <peavey> from?
>> [02:58:04] <w00t> ^ nickserv, with that command
>> [03:01:35] <peavey> ah no
>> [03:01:37] <peavey> nothing
>> [03:01:42] <w00t> no output?
>> [03:01:53] <peavey> /ns info [OPA]spaceRaptor ALL
>> [03:01:57] <peavey> but I do from that
>>
>> Again, seems like a random case, but any ideas on what's going on here
>> or how to furthre diagnose the problem would be nice.
>>
>> On 1/12/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
>> > Ok.. this is just plain bizarre.
>> >
>> > Had a user come in today and report they are unable to identify as of
>> > today/yesterday or so. Excuse my copypasting of logs.
>> >
>> > [12:48:15] <xxx> it appears services refuse to mark me as having
>> > identified for my nickname... if I intentionally type a wrong password
>> > I get a "wrong password" notice, but if I use the right one, I get no
>> > such notice, but no identified status either
>> > [13:05:04] <@w00t> hmm what client are you using
>> > [13:05:41] <+xxx> vanilla mirc
>> > [13:05:46] <@w00t> reconnect
>> > [13:05:50] <@w00t> /debug @d
>> > [13:05:54] <@w00t> identify with services
>> > [13:06:00] <@w00t> PM me the output from the @d window
>> >
>> > then in PM..
>> >
>> > [13:07:27] <xxx> interestingly, the debug window shows no information
>> > coming back after sending the normal password.
>> > [13:07:42] <w00t> how are you identifying
>> > [13:07:56] <xxx> /nickserv as well as /ns
>> > [13:08:03] <w00t> try /msg nickserv
>> >
>> > ..same result
>> >
>> > His NS INFO showed him offline. Normally I'd leave this as a joke, but
>> > he gave me his password (vaeiiliandor). I register a nickname
>> > (Somenick), auth it, disconnect, reconnect, try login, same result ..
>> > no output from services.
>> >
>> > He says it worked fine until yesterday or so, we're running 5.0.55,
>> > compiled on October.
>> >
>> > Any ideas on what could cause this one? If relevant, I'll ask Brain /
>> > Craig to check Services' logs as I currently do not have access to the
>> > hub.
>> >
>> > Forgive me if ths turns out to be something stupid. :P
>> >
>>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From surreal.w00t at gmail.com  Sun Jan 21 09:03:42 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sun Jan 21 09:03:48 2007
Subject: [IRCServices] Re: Weird registration/ID issue
In-Reply-To: <b19eae4e0701201610l9081250lc11d4dac3eeebf1c@mail.gmail.com>
References: <b19eae4e0701201552h52f36353kb268f0216f373712@mail.gmail.com>
	<45b2aec9.56021@msgid.achurch.org>
	<b19eae4e0701201610l9081250lc11d4dac3eeebf1c@mail.gmail.com>
Message-ID: <b19eae4e0701210903m56b42146gce9eae2d3b4c20d@mail.gmail.com>

To quote my previous post ;-)

On 1/21/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> A bug in the server software caused a text filter to be
> mis-propegated, thus any line ending in 'or' was ignored. Note the
> password ended in 'or', as did the nickname. Simple, but irritatingly
> weird. :P
From paul.simpkin at hitec-systems.co.uk  Tue Feb  6 17:05:30 2007
From: paul.simpkin at hitec-systems.co.uk (Paul Simpkin)
Date: Tue Feb  6 17:05:13 2007
Subject: [IRCServices] Auto-op
Message-ID: <3169090C6ED7594884DB74E155D84A67016307@server-mail.hitec-systems.co.uk>

Hi,

 

I can't see the auto-op option any more after I install my bot on new
box.

 

 

Thanks for any help with this I am a total newbe when using this! 

 

 

 

 

Here is a list of my commands:

 

There use to be autoop......

 

-ChanServ- The following commands can be used with ChanServ:

-

-ChanServ-  

-

-ChanServ-     REGISTER   Register a channel

-

-ChanServ-     IDENTIFY   Identify yourself with your password

-

-ChanServ-     SENDPASS   Send a channel's password to you

-

-ChanServ-     DROP       Cancel the registration of a channel

-

-ChanServ-     SET        Set channel options and information

-

-ChanServ-     UNSET      Clear channel information

-

-ChanServ-     INFO       Show channel options and information

-

-ChanServ-     ACCESS     Maintain the overall channel access list

-

-ChanServ-     LEVELS     Fine-tune channel access levels

-

-ChanServ-     OP         Give a user chanop status (+o)

-

-ChanServ-     DEOP       Remove chanop status (+o)

-

-ChanServ-     VOICE      Give a user voice status (+v)

-

-ChanServ-     DEVOICE    Remove voice status (+v)

-

-ChanServ-     HALFOP     Give a user halfop status (+h)

-

-ChanServ-     DEHALFOP   Remove halfop status (+h)

-

-ChanServ-     PROTECT    Give a user protected status (+a)

-

-ChanServ-     DEPROTECT  Remove protected status (+a)

-

-ChanServ-     INVITE     Invite yourself to a channel

-

-ChanServ-     UNBAN      Unban yourself from a channel

-

-ChanServ-     KICK       Kick a user from a channel

-

-ChanServ-     TOPIC      Change a channel's topic

-

-ChanServ-     CLEAR      Clear channel modes or mass-kick users

-

-ChanServ-     STATUS     Return a user's access level on a channel

-

-ChanServ-     LIST       List registered channels

-

-ChanServ-     AKICK      Maintain the AutoKick list

-

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070207/11efa8ef/attachment-0001.html
From semir at mslink.at  Tue Feb  6 17:08:21 2007
From: semir at mslink.at (Semir M.)
Date: Tue Feb  6 17:08:32 2007
Subject: [IRCServices] Auto-op
In-Reply-To: <3169090C6ED7594884DB74E155D84A67016307@server-mail.hitec-systems.co.uk>
References: <3169090C6ED7594884DB74E155D84A67016307@server-mail.hitec-systems.co.uk>
Message-ID: <86c55b630702061708t3f303383mde5a66cc09fb6eb@mail.gmail.com>

Hello,

mh, access (with level 50+) is a autoop level :-)

if you like sop/aop/vop, so you have to enable the module xop if i'm not
wrong ...


regards
Semir M.



2007/2/7, Paul Simpkin <paul.simpkin@hitec-systems.co.uk>:
>
>  Hi,
>
>
>
> I can't see the auto-op option any more after I install my bot on new box.
>
>
>
>
>
> Thanks for any help with this I am a total newbe when using this!
>
>
>
>
>
>
>
>
>
> Here is a list of my commands:
>
>
>
> There use to be autoop??
>
>
>
> -ChanServ- The following commands can be used with ChanServ:
>
> -
>
> -ChanServ-
>
> -
>
> -ChanServ-     REGISTER   Register a channel
>
> -
>
> -ChanServ-     IDENTIFY   Identify yourself with your password
>
> -
>
> -ChanServ-     SENDPASS   Send a channel's password to you
>
> -
>
> -ChanServ-     DROP       Cancel the registration of a channel
>
> -
>
> -ChanServ-     SET        Set channel options and information
>
> -
>
> -ChanServ-     UNSET      Clear channel information
>
> -
>
> -ChanServ-     INFO       Show channel options and information
>
> -
>
> -ChanServ-     ACCESS     Maintain the overall channel access list
>
> -
>
> -ChanServ-     LEVELS     Fine-tune channel access levels
>
> -
>
> -ChanServ-     OP         Give a user chanop status (+o)
>
> -
>
> -ChanServ-     DEOP       Remove chanop status (+o)
>
> -
>
> -ChanServ-     VOICE      Give a user voice status (+v)
>
> -
>
> -ChanServ-     DEVOICE    Remove voice status (+v)
>
> -
>
> -ChanServ-     HALFOP     Give a user halfop status (+h)
>
> -
>
> -ChanServ-     DEHALFOP   Remove halfop status (+h)
>
> -
>
> -ChanServ-     PROTECT    Give a user protected status (+a)
>
> -
>
> -ChanServ-     DEPROTECT  Remove protected status (+a)
>
> -
>
> -ChanServ-     INVITE     Invite yourself to a channel
>
> -
>
> -ChanServ-     UNBAN      Unban yourself from a channel
>
> -
>
> -ChanServ-     KICK       Kick a user from a channel
>
> -
>
> -ChanServ-     TOPIC      Change a channel's topic
>
> -
>
> -ChanServ-     CLEAR      Clear channel modes or mass-kick users
>
> -
>
> -ChanServ-     STATUS     Return a user's access level on a channel
>
> -
>
> -ChanServ-     LIST       List registered channels
>
> -
>
> -ChanServ-     AKICK      Maintain the AutoKick list
>
> -
>
> www.hitec-systems.co.uk
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070207/59270f74/attachment.html
From paul.simpkin at hitec-systems.co.uk  Tue Feb  6 17:10:37 2007
From: paul.simpkin at hitec-systems.co.uk (Paul Simpkin)
Date: Tue Feb  6 17:10:20 2007
Subject: [IRCServices] Auto-op
Message-ID: <3169090C6ED7594884DB74E155D84A67016308@server-mail.hitec-systems.co.uk>

Thanks! 

 

Paul

 

________________________________

From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Semir M.
Sent: 07 February 2007 01:08
To: IRC Services General Mailing List
Subject: Re: [IRCServices] Auto-op

 

Hello,

mh, access (with level 50+) is a autoop level :-)

if you like sop/aop/vop, so you have to enable the module xop if i'm not
wrong ...


regards
Semir M.




2007/2/7, Paul Simpkin <paul.simpkin@hitec-systems.co.uk>:

Hi,

 

I can't see the auto-op option any more after I install my bot on new
box.

 

 

Thanks for any help with this I am a total newbe when using this! 

 

 

 

 

Here is a list of my commands:

 

There use to be autoop......

 

-ChanServ- The following commands can be used with ChanServ:

-

-ChanServ-  

-

-ChanServ-     REGISTER   Register a channel

-

-ChanServ-     IDENTIFY   Identify yourself with your password

-

-ChanServ-     SENDPASS   Send a channel's password to you

-

-ChanServ-     DROP       Cancel the registration of a channel

-

-ChanServ-     SET        Set channel options and information

-

-ChanServ-     UNSET      Clear channel information

-

-ChanServ-     INFO       Show channel options and information

-

-ChanServ-     ACCESS     Maintain the overall channel access list

-

-ChanServ-     LEVELS     Fine-tune channel access levels

-

-ChanServ-     OP         Give a user chanop status (+o)

-

-ChanServ-     DEOP       Remove chanop status (+o)

-

-ChanServ-     VOICE      Give a user voice status (+v)

-

-ChanServ-     DEVOICE    Remove voice status (+v)

-

-ChanServ-     HALFOP     Give a user halfop status (+h)

-

-ChanServ-     DEHALFOP   Remove halfop status (+h)

-

-ChanServ-     PROTECT    Give a user protected status (+a)

-

-ChanServ-     DEPROTECT  Remove protected status (+a)

-

-ChanServ-     INVITE     Invite yourself to a channel

-

-ChanServ-     UNBAN      Unban yourself from a channel

-

-ChanServ-     KICK       Kick a user from a channel

-

-ChanServ-     TOPIC      Change a channel's topic

-

-ChanServ-     CLEAR      Clear channel modes or mass-kick users

-

-ChanServ-     STATUS     Return a user's access level on a channel

-

-ChanServ-     LIST       List registered channels

-

-ChanServ-     AKICK      Maintain the AutoKick list

-

 <http://www.hitec-systems.co.uk/logo.jpg> 

www.hitec-systems.co.uk


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

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070207/0d11b51a/attachment-0001.htm
From opticphase at gmail.com  Fri Mar 16 20:34:25 2007
From: opticphase at gmail.com (J. King)
Date: Fri Mar 16 20:34:31 2007
Subject: [IRCServices] Regarding Founder Passwords
Message-ID: <2ae262ff0703162034t5b0f5298y95456d0513b8e7ce@mail.gmail.com>

Say I identify to a channel with the founder password, and I am either not
in the room or have left the room. Is there a time limit as to when the
'founder access' expires, or is that data only destroyed when I disconnect
or otherwise part from my registered nickname?

Thanks,
Phase
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070316/d18e0fab/attachment.html
From achurch at achurch.org  Sat Mar 17 12:55:02 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Mar 16 20:57:35 2007
Subject: [IRCServices] Regarding Founder Passwords
In-Reply-To: <2ae262ff0703162034t5b0f5298y95456d0513b8e7ce@mail.gmail.com>
Message-ID: <45fb672c.43123@msgid.achurch.org>

>Say I identify to a channel with the founder password, and I am either not
>in the room or have left the room. Is there a time limit as to when the
>'founder access' expires, or is that data only destroyed when I disconnect
>or otherwise part from my registered nickname?

     Services keeps track of channels you have identified for as long
as you are connected to IRC, even if you change your nickname.  (The
assumption is that if you know the password for the channel, you're
authorized to perform founder actions on that channel, and that fact
won't change regardless of what other actions you might take on IRC.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From opticphase at gmail.com  Fri Mar 16 23:32:17 2007
From: opticphase at gmail.com (J. King)
Date: Fri Mar 16 23:32:20 2007
Subject: [IRCServices] Regarding Founder Passwords
In-Reply-To: <45fb672c.43123@msgid.achurch.org>
References: <2ae262ff0703162034t5b0f5298y95456d0513b8e7ce@mail.gmail.com>
	<45fb672c.43123@msgid.achurch.org>
Message-ID: <2ae262ff0703162332v71db7b13k3191a26821838950@mail.gmail.com>

Thanks!

On 3/16/07, Andrew Church <achurch@achurch.org> wrote:
>
> >Say I identify to a channel with the founder password, and I am either
> not
> >in the room or have left the room. Is there a time limit as to when the
> >'founder access' expires, or is that data only destroyed when I
> disconnect
> >or otherwise part from my registered nickname?
>
>      Services keeps track of channels you have identified for as long
> as you are connected to IRC, even if you change your nickname.  (The
> assumption is that if you know the password for the channel, you're
> authorized to perform founder actions on that channel, and that fact
> won't change regardless of what other actions you might take on IRC.)
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070317/80cd3dbc/attachment.html
From bu7cher at yandex.ru  Fri Mar 23 00:55:39 2007
From: bu7cher at yandex.ru (Andrey V. Elsukov)
Date: Fri Mar 23 00:56:38 2007
Subject: [IRCServices] services panic
Message-ID: <460387FB.104@yandex.ru>

Hi, i've got services panic on the FreeBSD 6.2-STABLE amd64.
I have in the log:

[Mar 23 10:31:20 2007] PANIC! signal 10, buffer = :IIIEFF PRIVMSG 
ChanServ :access #greenlan list 1-999
[Mar 23 10:31:20 2007] Services terminating: Bus error: 10

When i try this command:
/chanserv access #greenlan list 1-999

I've got:
[Mar 23 10:38:50 2007] PANIC! signal 10, buffer = :butcher PRIVMSG 
ChanServ@services.heaven.hvn :access #greenlan list 1-999
[Mar 23 10:38:50 2007] Services terminating: Bus error: 10


-- 
WBR, Andrey V. Elsukov
From achurch at achurch.org  Fri Mar 23 17:25:39 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Mar 23 01:28:36 2007
Subject: [IRCServices] services panic
In-Reply-To: <460387FB.104@yandex.ru>
Message-ID: <46038fb0.41737@msgid.achurch.org>

>[Mar 23 10:31:20 2007] PANIC! signal 10, buffer = :IIIEFF PRIVMSG 
>ChanServ :access #greenlan list 1-999
>[Mar 23 10:31:20 2007] Services terminating: Bus error: 10

     A "bus error" usually indicates a hardware failure or other system
error unrelated to Services.  I'm unable to reproduce this error; try
moving Services to a different computer and see if the problem persists.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From bu7cher at yandex.ru  Fri Mar 23 01:29:12 2007
From: bu7cher at yandex.ru (Andrey V. Elsukov)
Date: Fri Mar 23 01:29:30 2007
Subject: [IRCServices] services panic
In-Reply-To: <460387FB.104@yandex.ru>
References: <460387FB.104@yandex.ru>
Message-ID: <46038FD8.5020900@yandex.ru>

Andrey V. Elsukov ?????:
> Hi, i've got services panic on the FreeBSD 6.2-STABLE amd64.
> I have in the log:
> 
> [Mar 23 10:31:20 2007] PANIC! signal 10, buffer = :IIIEFF PRIVMSG 
> ChanServ :access #greenlan list 1-999
> [Mar 23 10:31:20 2007] Services terminating: Bus error: 10

Sorry, forgot, I use ircservices-5.0.59.

-- 
WBR, Andrey V. Elsukov
From bu7cher at yandex.ru  Fri Mar 23 01:49:22 2007
From: bu7cher at yandex.ru (Andrey V. Elsukov)
Date: Fri Mar 23 01:49:33 2007
Subject: [IRCServices] services panic
In-Reply-To: <46038fb0.41737@msgid.achurch.org>
References: <46038fb0.41737@msgid.achurch.org>
Message-ID: <46039492.3010700@yandex.ru>

Andrew Church ?????:
>> [Mar 23 10:31:20 2007] PANIC! signal 10, buffer = :IIIEFF PRIVMSG 
>> ChanServ :access #greenlan list 1-999
>> [Mar 23 10:31:20 2007] Services terminating: Bus error: 10
> 
>      A "bus error" usually indicates a hardware failure or other system
> error unrelated to Services.  I'm unable to reproduce this error; try
> moving Services to a different computer and see if the problem persists.

I've tried this several times and sometimes i've got a SIGSEGV:
[Mar 23 10:26:45 2007] PANIC! signal 11, buffer = :IIIEFF PRIVMSG 
ChanServ :access #barakholka list 1-999
[Mar 23 10:26:45 2007] Services terminating: Segmentation fault: 11
[Mar 23 10:49:46 2007] PANIC! signal 11, buffer = :IIIEFF? PRIVMSG 
ChanServ :access #xxx list 1-999
[Mar 23 10:49:46 2007] Services terminating: Segmentation fault: 11

Maybe this problem is related to amd64?

-- 
WBR, Andrey V. Elsukov
From xxx.coder at gmail.com  Fri Mar 23 10:23:03 2007
From: xxx.coder at gmail.com (ongeboren)
Date: Fri Mar 23 10:23:06 2007
Subject: [IRCServices] Regarding Founder Passwords
In-Reply-To: <45fb672c.43123@msgid.achurch.org>
References: <2ae262ff0703162034t5b0f5298y95456d0513b8e7ce@mail.gmail.com>
	<45fb672c.43123@msgid.achurch.org>
Message-ID: <ce6d53600703231023y1677d0fbue43e3d1378805fb9@mail.gmail.com>

So, if your founder password ever gets compromised, no matter how many
times you change it, if there are other persons who identified for
that channel, they will stay identified and will be able to request
the new password be sent to their emails?

On 3/17/07, Andrew Church <achurch@achurch.org> wrote:
> >Say I identify to a channel with the founder password, and I am either not
> >in the room or have left the room. Is there a time limit as to when the
> >'founder access' expires, or is that data only destroyed when I disconnect
> >or otherwise part from my registered nickname?
>
>      Services keeps track of channels you have identified for as long
> as you are connected to IRC, even if you change your nickname.  (The
> assumption is that if you know the password for the channel, you're
> authorized to perform founder actions on that channel, and that fact
> won't change regardless of what other actions you might take on IRC.)
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


-- 
Evlogi Petrov - ongeboren@UniBG
From achurch at achurch.org  Sat Mar 24 02:29:45 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Mar 23 10:52:21 2007
Subject: [IRCServices] Regarding Founder Passwords
In-Reply-To: <ce6d53600703231023y1677d0fbue43e3d1378805fb9@mail.gmail.com>
Message-ID: <460413d1.55423@msgid.achurch.org>

>So, if your founder password ever gets compromised, no matter how many
>times you change it, if there are other persons who identified for
>that channel, they will stay identified and will be able to request
>the new password be sent to their emails?

     That's correct with respect to Services 5.0.  The SENDPASS feature
has been dropped from Services 5.1 so that particular problem is no longer
an issue.  You do, however, raise a valid point with respect to users who
remain connected to the network, and I have changed ChanServ SET PASSWORD
in 5.1 to clear founder privileges from all users except the one setting
the password (see patch below, which may also work with 5.0 but hasn't
been tested--I'll look into including this in 5.0 as well).

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

Index: modules/chanserv/set.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/modules/chanserv/set.c,v
retrieving revision 2.66
diff -u -r2.66 set.c
--- modules/chanserv/set.c	16 Feb 2007 12:49:31 -0000	2.66
+++ modules/chanserv/set.c	23 Mar 2007 17:44:52 -0000
@@ -334,6 +334,7 @@
 static void do_set_password(User *u, ChannelInfo *ci, char *param)
 {
     Password passbuf;
+    User *u2;
 
     if (stricmp(param, ci->name) == 0
      || stricmp(param, ci->name+1) == 0
@@ -363,6 +364,19 @@
         module_log("%s!%s@%s set password as Services admin for %s",
                    u->nick, u->username, u->host, ci->name);
     }
+    /* Clear founder privileges from all other users who might have
+     * identified earlier. */
+    for (u2 = first_user(); u2; u2 = next_user()) {
+        if (u2 != u) {
+            struct u_chaninfolist *c, *c2;
+            LIST_FOREACH_SAFE (c, u2->id_chans, c2) {
+                if (irc_stricmp(c->chan, ci->name) == 0) {
+                    LIST_REMOVE(c, u2->id_chans);
+                    free(c);
+                }
+            }
+        }
+    }
 }
 
 /*************************************************************************/
From achurch at achurch.org  Sat Mar 24 03:22:11 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Mar 23 11:28:03 2007
Subject: [IRCServices] Services 5.0.60 released
Message-ID: <46041c2d.17615@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

c00180091fce3277121d897e0f6f2529  ircservices-5.0.60.tar.gz
3a89cc811aa26bcb7f922388236253a5  ircservices-5.0.60.diff.gz
34f34c690facf1bab88c60c189e2f284  ircservices-5.0.60-1.i386.rpm
715c70cfbf2b1f391606c56f2228a4de  ircservices_5.0.60-1_i386.deb

The mirrors should have it shortly.

     This release changes the semantics of the ChanServ SET PASSWORD
command to remove founder privileges from all users who had previously
identified for the channel, to prevent users who do not know the new
password from performing founder-level operations.  While only a concern
in limited circumstances, this problem can (for example) allow a malicious
user who has stolen a channel password to use the SENDPASS command to
learn the new channel password without having to identify again.  Networks
for which this is a concern should upgrade as soon as possible.

Changes in version 5.0.60
-------------------------
2007/03/24	Changed ChanServ SET PASSWORD to remove founder privileges
		    from any users who had previously identified for the
		    channel (backported from 5.1a13).  Reported by
		    ongeboren <xxx.coder@gmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nick at nickgawronski.com  Fri Mar 23 20:07:07 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Fri Mar 23 20:07:19 2007
Subject: [IRCServices] Services 5.0.60 released
References: <46041c2d.17615@msgid.achurch.org>
Message-ID: <005701c76dc1$8552a490$250110ac@CHIHUAHUAD1>

Hi, In order to apply this upgrade will I need to upgrade anything in either 
ircservices.conf or modules.conf?  In memory I still have services 5.0.56 
running but on disk I have version 5.0.59, I see no reason to restart the 
version in ram if it is running correctly, the new version will just be 
loaded if the old one crashes.
Nick Gawronski irc.nickgawronski.com
----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: "services" <ircservices@ircservices.za.net>
Sent: Friday, March 23, 2007 1:22 PM
Subject: [IRCServices] Services 5.0.60 released


>     Services 5.0.60 has been released, and can be downloaded from:
>
> http://www.ircservices.za.net/download/   (Japan)
> ftp://ftp.esper.net/ircservices/          (Western USA)
>
> c00180091fce3277121d897e0f6f2529  ircservices-5.0.60.tar.gz
> 3a89cc811aa26bcb7f922388236253a5  ircservices-5.0.60.diff.gz
> 34f34c690facf1bab88c60c189e2f284  ircservices-5.0.60-1.i386.rpm
> 715c70cfbf2b1f391606c56f2228a4de  ircservices_5.0.60-1_i386.deb
>
> The mirrors should have it shortly.
>
>     This release changes the semantics of the ChanServ SET PASSWORD
> command to remove founder privileges from all users who had previously
> identified for the channel, to prevent users who do not know the new
> password from performing founder-level operations.  While only a concern
> in limited circumstances, this problem can (for example) allow a malicious
> user who has stolen a channel password to use the SENDPASS command to
> learn the new channel password without having to identify again.  Networks
> for which this is a concern should upgrade as soon as possible.
>
> Changes in version 5.0.60
> -------------------------
> 2007/03/24 Changed ChanServ SET PASSWORD to remove founder privileges
>     from any users who had previously identified for the
>     channel (backported from 5.1a13).  Reported by
>     ongeboren <xxx.coder@gmail.com>
>
>  --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 Craig at frostycoolslug.com  Sat Mar 24 10:53:50 2007
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Mar 24 10:54:01 2007
Subject: [IRCServices] Services 5.0.60 released
In-Reply-To: <005701c76dc1$8552a490$250110ac@CHIHUAHUAD1>
References: <46041c2d.17615@msgid.achurch.org>
	<005701c76dc1$8552a490$250110ac@CHIHUAHUAD1>
Message-ID: <8a79f15a0703241053oa5480abv6d492f30732fa185@mail.gmail.com>

To my knowledge, nothing has change which requires a config change for
a VERY long time, and the changelog
(http://www.ircservices.za.net/Changes.txt) seems to support that, so
you should be fine as you are

On 24/03/07, Nick Gawronski <nick@nickgawronski.com> wrote:
> Hi, In order to apply this upgrade will I need to upgrade anything in either
> ircservices.conf or modules.conf?  In memory I still have services 5.0.56
> running but on disk I have version 5.0.59, I see no reason to restart the
> version in ram if it is running correctly, the new version will just be
> loaded if the old one crashes.
> Nick Gawronski irc.nickgawronski.com
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: "services" <ircservices@ircservices.za.net>
> Sent: Friday, March 23, 2007 1:22 PM
> Subject: [IRCServices] Services 5.0.60 released
>
>
> >     Services 5.0.60 has been released, and can be downloaded from:
> >
> > http://www.ircservices.za.net/download/   (Japan)
> > ftp://ftp.esper.net/ircservices/          (Western USA)
> >
> > c00180091fce3277121d897e0f6f2529  ircservices-5.0.60.tar.gz
> > 3a89cc811aa26bcb7f922388236253a5  ircservices-5.0.60.diff.gz
> > 34f34c690facf1bab88c60c189e2f284  ircservices-5.0.60-1.i386.rpm
> > 715c70cfbf2b1f391606c56f2228a4de  ircservices_5.0.60-1_i386.deb
> >
> > The mirrors should have it shortly.
> >
> >     This release changes the semantics of the ChanServ SET PASSWORD
> > command to remove founder privileges from all users who had previously
> > identified for the channel, to prevent users who do not know the new
> > password from performing founder-level operations.  While only a concern
> > in limited circumstances, this problem can (for example) allow a malicious
> > user who has stolen a channel password to use the SENDPASS command to
> > learn the new channel password without having to identify again.  Networks
> > for which this is a concern should upgrade as soon as possible.
> >
> > Changes in version 5.0.60
> > -------------------------
> > 2007/03/24 Changed ChanServ SET PASSWORD to remove founder privileges
> >     from any users who had previously identified for the
> >     channel (backported from 5.1a13).  Reported by
> >     ongeboren <xxx.coder@gmail.com>
> >
> >  --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
>


-- 
/**********************************************
 *        Craig "FrostyCoolSlug" McLure
 * ChatSpike    - http://www.chatspike.net
 * InspIRCd     - http://www.inspircd.org
 **********************************************/
From nim at shadowfire.org  Tue Mar 27 17:34:08 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Tue Mar 27 17:34:12 2007
Subject: [IRCServices] IrcServices enforcing +R
Message-ID: <20070328003408.GA15055@localhost.localdomain>


<snip>
2005/03/31	ChanServ now stops non-identified users from joining
		    channels with mode +R locked on.  Suggested by
		    Dionisios K. <vonitsa_net@xxxxx.xx>
</snip>

As per the changelog, on 2005/03/31, ircservices started enforcing +R.  It has been suggested by some users on shadowfire that there are cases when 
this is not a desireable action.  Is there a way that you can make this a configurable option by the channel founder via /msg chanserv set?

Nim
Network Administrator
Shadowfire IRC network

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070327/bb672509/attachment.pgp
From achurch at achurch.org  Wed Mar 28 12:27:33 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Mar 27 20:30:04 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <20070328003408.GA15055@localhost.localdomain>
Message-ID: <4609e138.15266@msgid.achurch.org>

>As per the changelog, on 2005/03/31, ircservices started enforcing +R.  It =
>has been suggested by some users on shadowfire that there are cases when=20
>this is not a desireable action.  Is there a way that you can make this a c=
>onfigurable option by the channel founder via /msg chanserv set?

     Since the whole intent of +R is to prevent users with unregistered
nicknames from joining the channel, I don't see what point there would be
to this.  If you want to allow such users to join the channel, then don't
lock +R on.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nim at shadowfire.org  Tue Mar 27 20:57:37 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Tue Mar 27 20:57:42 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <4609e138.15266@msgid.achurch.org>
References: <20070328003408.GA15055@localhost.localdomain>
	<4609e138.15266@msgid.achurch.org>
Message-ID: <20070328035737.GB19013@localhost.localdomain>

The problem was, when services split, some users get unidentified, and chanserv joins and does a kick banning spree, and yes, I am using the lastest 
version of services.

On Wed, Mar 28, 2007 at 12:27:33PM +0900, Andrew Church wrote:
> >As per the changelog, on 2005/03/31, ircservices started enforcing +R.  It =
> >has been suggested by some users on shadowfire that there are cases when=20
> >this is not a desireable action.  Is there a way that you can make this a c=
> >onfigurable option by the channel founder via /msg chanserv set?
> 
>      Since the whole intent of +R is to prevent users with unregistered
> nicknames from joining the channel, I don't see what point there would be
> to this.  If you want to allow such users to join the channel, then don't
> lock +R on.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070327/7d2b7c92/attachment.pgp
From achurch at achurch.org  Wed Mar 28 14:58:38 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Mar 27 23:03:21 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <20070328035737.GB19013@localhost.localdomain>
Message-ID: <460a0526.15370@msgid.achurch.org>

>The problem was, when services split, some users get unidentified, and chan=
>serv joins and does a kick banning spree, and yes, I am using the lastest=
>=20
>version of services.

     If ChanServ "joins", you're not using IRC Services.  In any case,
Services keeps track of users' identification status across netsplits and
restarts (unless you have NoSplitRecovery set in your ircservices.conf),
so the only users that would be affected by this are those that first
connected to the network while Services was split.  If this bothers you,
then again, the answer is not to use MLOCK +R (you can, of course, still
use +R normally).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nim at shadowfire.org  Wed Mar 28 06:08:45 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Wed Mar 28 06:08:56 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <460a0526.15370@msgid.achurch.org>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
Message-ID: <20070328130845.GA21510@localhost.localdomain>



>      If ChanServ "joins", you're not using IRC Services.


19:02 <nim> and
19:02 <nim> mlock +R
19:02 <mithrandi> done
19:02 <nim> just for curiosities sake
19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by ChanServ
19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not permitted to be on this channel.]
19:02 -!- mode/#testquux [+q mithrandi] by ChanServ


<08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
<08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] ircservices-5.0.60 Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 2007


Nim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070328/b4dfa3a6/attachment-0001.pgp
From nim at shadowfire.org  Wed Mar 28 06:10:53 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Wed Mar 28 06:10:56 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <460a0526.15370@msgid.achurch.org>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
Message-ID: <20070328131053.GB21510@localhost.localdomain>

Forgot to add, thanks anyway.

On Wed, Mar 28, 2007 at 02:58:38PM +0900, Andrew Church wrote:
> >The problem was, when services split, some users get unidentified, and chan=
> >serv joins and does a kick banning spree, and yes, I am using the lastest=
> >=20
> >version of services.
> 
>      If ChanServ "joins", you're not using IRC Services.  In any case,
> Services keeps track of users' identification status across netsplits and
> restarts (unless you have NoSplitRecovery set in your ircservices.conf),
> so the only users that would be affected by this are those that first
> connected to the network while Services was split.  If this bothers you,
> then again, the answer is not to use MLOCK +R (you can, of course, still
> use +R normally).
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070328/421c04a1/attachment.pgp
From ron2k.za at gmail.com  Wed Mar 28 06:12:25 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Wed Mar 28 06:12:31 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <20070328130845.GA21510@localhost.localdomain>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
	<20070328130845.GA21510@localhost.localdomain>
Message-ID: <debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>

I have to say that I'm in agreement with Andrew here. If you mlock +R,
you're implying that you want Services to enforce it.

Just my 2 cents worth.

--K

On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
>
>
> >      If ChanServ "joins", you're not using IRC Services.
>
>
> 19:02 <nim> and
> 19:02 <nim> mlock +R
> 19:02 <mithrandi> done
> 19:02 <nim> just for curiosities sake
> 19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
> 19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by ChanServ
> 19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not permitted to be on this channel.]
> 19:02 -!- mode/#testquux [+q mithrandi] by ChanServ
>
>
> <08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
> <08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] ircservices-5.0.60 Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 2007
>
>
> Nim
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFGCmjdhwuzJdpbgpkRApWWAKCigegERZrLgZXI9EteO1FiTm4QRACgjMqZ
> AWlXwY+9Bn64FdmqqgsFeqw=
> =6cxY
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From nim at shadowfire.org  Wed Mar 28 06:21:29 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Wed Mar 28 06:21:32 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
	<20070328130845.GA21510@localhost.localdomain>
	<debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>
Message-ID: <20070328132128.GC21510@localhost.localdomain>

The problem is, the ircd explicitly allows methods to bypass +R, yet ircservices doesnt, such as /inviting for instance.

Also, just my 2 cents worth.


Nim

On Wed, Mar 28, 2007 at 03:12:25PM +0200, Kieron Thwaites wrote:
> I have to say that I'm in agreement with Andrew here. If you mlock +R,
> you're implying that you want Services to enforce it.
> 
> Just my 2 cents worth.
> 
> --K
> 
> On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> >
> >
> >>      If ChanServ "joins", you're not using IRC Services.
> >
> >
> >19:02 <nim> and
> >19:02 <nim> mlock +R
> >19:02 <mithrandi> done
> >19:02 <nim> just for curiosities sake
> >19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
> >19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by ChanServ
> >19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not 
> >permitted to be on this channel.]
> >19:02 -!- mode/#testquux [+q mithrandi] by ChanServ
> >
> >
> ><08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
> ><08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] ircservices-5.0.60 
> >Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 2007
> >
> >
> >Nim
> >
> >-----BEGIN PGP SIGNATURE-----
> >Version: GnuPG v1.4.6 (GNU/Linux)
> >
> >iD8DBQFGCmjdhwuzJdpbgpkRApWWAKCigegERZrLgZXI9EteO1FiTm4QRACgjMqZ
> >AWlXwY+9Bn64FdmqqgsFeqw=
> >=6cxY
> >-----END PGP SIGNATURE-----
> >
> >------------------------------------------------------------------
> >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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070328/cf4e9649/attachment.pgp
From ron2k.za at gmail.com  Wed Mar 28 06:28:50 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Wed Mar 28 06:29:14 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <20070328132128.GC21510@localhost.localdomain>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
	<20070328130845.GA21510@localhost.localdomain>
	<debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>
	<20070328132128.GC21510@localhost.localdomain>
Message-ID: <debb3bc0703280628p2f9c5eaek57786329c2253b4e@mail.gmail.com>

You do have a valid point there, however my opinion is that it won't
be worth adding the extra complexity to deal with special cases (such
as invited users). There's a FAQ entry dealing with a similar issue,
although I'm uncertain whether or not Andrew would extend it to
something like this.

Incidentally, Services exhibits this behaviour in other cases as well.
If you /invite a user who's on the channel AKICK list, for example,
Services will still kick the user out, even if the user was able to
walk though bans set by Services because of said /invite.

--K

On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> The problem is, the ircd explicitly allows methods to bypass +R, yet ircservices doesnt, such as /inviting for instance.
>
> Also, just my 2 cents worth.
>
>
> Nim
>
> On Wed, Mar 28, 2007 at 03:12:25PM +0200, Kieron Thwaites wrote:
> > I have to say that I'm in agreement with Andrew here. If you mlock +R,
> > you're implying that you want Services to enforce it.
> >
> > Just my 2 cents worth.
> >
> > --K
> >
> > On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> > >
> > >
> > >>      If ChanServ "joins", you're not using IRC Services.
> > >
> > >
> > >19:02 <nim> and
> > >19:02 <nim> mlock +R
> > >19:02 <mithrandi> done
> > >19:02 <nim> just for curiosities sake
> > >19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
> > >19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by ChanServ
> > >19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not
> > >permitted to be on this channel.]
> > >19:02 -!- mode/#testquux [+q mithrandi] by ChanServ
> > >
> > >
> > ><08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
> > ><08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] ircservices-5.0.60
> > >Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 2007
> > >
> > >
> > >Nim
> > >
> > >-----BEGIN PGP SIGNATURE-----
> > >Version: GnuPG v1.4.6 (GNU/Linux)
> > >
> > >iD8DBQFGCmjdhwuzJdpbgpkRApWWAKCigegERZrLgZXI9EteO1FiTm4QRACgjMqZ
> > >AWlXwY+9Bn64FdmqqgsFeqw=
> > >=6cxY
> > >-----END PGP SIGNATURE-----
> > >
> > >------------------------------------------------------------------
> > >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
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFGCmvYhwuzJdpbgpkRAg/gAJ9O/lhKFnvhIUjtduxXBtrz2cUlewCaA6Pd
> ZX79ddqtyYzh1lUh+YDpPXQ=
> =MXPH
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From Craig at frostycoolslug.com  Wed Mar 28 17:08:17 2007
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Mar 28 17:08:25 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <debb3bc0703280628p2f9c5eaek57786329c2253b4e@mail.gmail.com>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
	<20070328130845.GA21510@localhost.localdomain>
	<debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>
	<20070328132128.GC21510@localhost.localdomain>
	<debb3bc0703280628p2f9c5eaek57786329c2253b4e@mail.gmail.com>
Message-ID: <8a79f15a0703281708y24aa7508u43ca27b57562af92@mail.gmail.com>

I agree with you and Andy, there's also the issue of checking whether
the user has permission on services side to perform the specific
invite, for your +R case, it would need to be ensure that the user has
permission to change the MLOCK on the channel before the invite could
be allowed, with normal procedure for this being:

/cs set #channel mlock -R
/invite user #channel
*** USER JOINS ***
/cs set #channel mlock +R

which adds another level of complexity to what is being asked (Also
note this would be added for one, maybe two, IRCd(s)).

What it all comes down to, is I don't believe that the behaviour of an
IRCd should dictate the behaviour of Services.

It's just my 2c, and at the end of the day, it comes down to Andy to
make the final call ;)



On 28/03/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
> You do have a valid point there, however my opinion is that it won't
> be worth adding the extra complexity to deal with special cases (such
> as invited users). There's a FAQ entry dealing with a similar issue,
> although I'm uncertain whether or not Andrew would extend it to
> something like this.
>
> Incidentally, Services exhibits this behaviour in other cases as well.
> If you /invite a user who's on the channel AKICK list, for example,
> Services will still kick the user out, even if the user was able to
> walk though bans set by Services because of said /invite.
>
> --K
>
> On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> > The problem is, the ircd explicitly allows methods to bypass +R, yet ircservices doesnt, such as /inviting for instance.
> >
> > Also, just my 2 cents worth.
> >
> >
> > Nim
> >
> > On Wed, Mar 28, 2007 at 03:12:25PM +0200, Kieron Thwaites wrote:
> > > I have to say that I'm in agreement with Andrew here. If you mlock +R,
> > > you're implying that you want Services to enforce it.
> > >
> > > Just my 2 cents worth.
> > >
> > > --K
> > >
> > > On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> > > >
> > > >
> > > >>      If ChanServ "joins", you're not using IRC Services.
> > > >
> > > >
> > > >19:02 <nim> and
> > > >19:02 <nim> mlock +R
> > > >19:02 <mithrandi> done
> > > >19:02 <nim> just for curiosities sake
> > > >19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
> > > >19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by ChanServ
> > > >19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not
> > > >permitted to be on this channel.]
> > > >19:02 -!- mode/#testquux [+q mithrandi] by ChanServ
> > > >
> > > >
> > > ><08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
> > > ><08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] ircservices-5.0.60
> > > >Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 2007
> > > >
> > > >
> > > >Nim
> > > >
> > > >-----BEGIN PGP SIGNATURE-----
> > > >Version: GnuPG v1.4.6 (GNU/Linux)
> > > >
> > > >iD8DBQFGCmjdhwuzJdpbgpkRApWWAKCigegERZrLgZXI9EteO1FiTm4QRACgjMqZ
> > > >AWlXwY+9Bn64FdmqqgsFeqw=
> > > >=6cxY
> > > >-----END PGP SIGNATURE-----
> > > >
> > > >------------------------------------------------------------------
> > > >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
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.6 (GNU/Linux)
> >
> > iD8DBQFGCmvYhwuzJdpbgpkRAg/gAJ9O/lhKFnvhIUjtduxXBtrz2cUlewCaA6Pd
> > ZX79ddqtyYzh1lUh+YDpPXQ=
> > =MXPH
> > -----END PGP SIGNATURE-----
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


-- 
/**********************************************
 *        Craig "FrostyCoolSlug" McLure
 * ChatSpike    - http://www.chatspike.net
 * InspIRCd     - http://www.inspircd.org
 **********************************************/
From nim at shadowfire.org  Wed Mar 28 18:54:01 2007
From: nim at shadowfire.org (nim@shadowfire.org)
Date: Wed Mar 28 18:54:11 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <8a79f15a0703281708y24aa7508u43ca27b57562af92@mail.gmail.com>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
	<20070328130845.GA21510@localhost.localdomain>
	<debb3bc0703280612r7548a454lc37f67b5417624ff@mail.gmail.com>
	<20070328132128.GC21510@localhost.localdomain>
	<debb3bc0703280628p2f9c5eaek57786329c2253b4e@mail.gmail.com>
	<8a79f15a0703281708y24aa7508u43ca27b57562af92@mail.gmail.com>
Message-ID: <20070329015401.GA24057@localhost.localdomain>

Honestly, i was thing more along the lines of a setting on if the founder wanted services to enforce this behavior on mlock +R or not, which 
should be more simple to accomplish.  Andrew already said he doesnt agree with me on the neccessity of this functionality, so i will just leave
it at that.

Nim

On Thu, Mar 29, 2007 at 01:08:17AM +0100, Craig McLure wrote:
> I agree with you and Andy, there's also the issue of checking whether
> the user has permission on services side to perform the specific
> invite, for your +R case, it would need to be ensure that the user has
> permission to change the MLOCK on the channel before the invite could
> be allowed, with normal procedure for this being:
> 
> /cs set #channel mlock -R
> /invite user #channel
> *** USER JOINS ***
> /cs set #channel mlock +R
> 
> which adds another level of complexity to what is being asked (Also
> note this would be added for one, maybe two, IRCd(s)).
> 
> What it all comes down to, is I don't believe that the behaviour of an
> IRCd should dictate the behaviour of Services.
> 
> It's just my 2c, and at the end of the day, it comes down to Andy to
> make the final call ;)
> 
> 
> 
> On 28/03/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
> >You do have a valid point there, however my opinion is that it won't
> >be worth adding the extra complexity to deal with special cases (such
> >as invited users). There's a FAQ entry dealing with a similar issue,
> >although I'm uncertain whether or not Andrew would extend it to
> >something like this.
> >
> >Incidentally, Services exhibits this behaviour in other cases as well.
> >If you /invite a user who's on the channel AKICK list, for example,
> >Services will still kick the user out, even if the user was able to
> >walk though bans set by Services because of said /invite.
> >
> >--K
> >
> >On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> >> The problem is, the ircd explicitly allows methods to bypass +R, yet 
> >ircservices doesnt, such as /inviting for instance.
> >>
> >> Also, just my 2 cents worth.
> >>
> >>
> >> Nim
> >>
> >> On Wed, Mar 28, 2007 at 03:12:25PM +0200, Kieron Thwaites wrote:
> >> > I have to say that I'm in agreement with Andrew here. If you mlock +R,
> >> > you're implying that you want Services to enforce it.
> >> >
> >> > Just my 2 cents worth.
> >> >
> >> > --K
> >> >
> >> > On 28/03/07, nim@shadowfire.org <nim@shadowfire.org> wrote:
> >> > >
> >> > >
> >> > >>      If ChanServ "joins", you're not using IRC Services.
> >> > >
> >> > >
> >> > >19:02 <nim> and
> >> > >19:02 <nim> mlock +R
> >> > >19:02 <mithrandi> done
> >> > >19:02 <nim> just for curiosities sake
> >> > >19:02 -!- ChanServ [services@shadowfire.org] has joined #testquux
> >> > >19:02 -!- mode/#testquux [+b *!mithrandi@*.telkomadsl.co.za] by 
> >ChanServ
> >> > >19:02 -!- mithtest was kicked from #testquux by ChanServ [You are not
> >> > >permitted to be on this channel.]
> >> > >19:02 -!- mode/#testquux [+q mithrandi] by ChanServ
> >> > >
> >> > >
> >> > ><08:06:17> -!- Irssi: Changed to shadowfire server 65.110.62.93
> >> > ><08:08:30> [shadowfire] -!- [Services.ShadowFire.ORG] 
> >ircservices-5.0.60
> >> > >Services.ShadowFire.ORG build #1, compiled Sat Mar 24 15:02:53 EDT 
> >2007
> >> > >
> >> > >
> >> > >Nim
> >> > >
> >> > >-----BEGIN PGP SIGNATURE-----
> >> > >Version: GnuPG v1.4.6 (GNU/Linux)
> >> > >
> >> > >iD8DBQFGCmjdhwuzJdpbgpkRApWWAKCigegERZrLgZXI9EteO1FiTm4QRACgjMqZ
> >> > >AWlXwY+9Bn64FdmqqgsFeqw=
> >> > >=6cxY
> >> > >-----END PGP SIGNATURE-----
> >> > >
> >> > >------------------------------------------------------------------
> >> > >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
> >>
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v1.4.6 (GNU/Linux)
> >>
> >> iD8DBQFGCmvYhwuzJdpbgpkRAg/gAJ9O/lhKFnvhIUjtduxXBtrz2cUlewCaA6Pd
> >> ZX79ddqtyYzh1lUh+YDpPXQ=
> >> =MXPH
> >> -----END PGP SIGNATURE-----
> >>
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> 
> -- 
> /**********************************************
> *        Craig "FrostyCoolSlug" McLure
> * ChatSpike    - http://www.chatspike.net
> * InspIRCd     - http://www.inspircd.org
> **********************************************/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070328/3f77f95d/attachment-0001.pgp
From xxx.coder at gmail.com  Thu Mar 29 06:59:48 2007
From: xxx.coder at gmail.com (ongeboren)
Date: Thu Mar 29 06:59:52 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <460a0526.15370@msgid.achurch.org>
References: <20070328035737.GB19013@localhost.localdomain>
	<460a0526.15370@msgid.achurch.org>
Message-ID: <ce6d53600703290659x484fb79of7a1992b1c02302b@mail.gmail.com>

Imho, "modes lock" and "modes enforcement" are 2 different things. If
they are separated, channel owners could decide not to enforce the
modes, allowing for instance cmode +b be used to silence a user (as
some irc servers don't allow messages from banned users) but still
keep the banned user in the channel. Analogously, the same goes for
cmode +r (identified to services only). Further, if configured by the
services admin, services could act even more aggressively by kicking
all users matching a ban not placed via the ban list in services but
via /mode #chan +b mask, provided the channel has "modes enforcement
on". The last extra isn't probably desirable for big production
networks.

Feel free to disagree with me, but propose something better instead,
as my idea should be trivial to implement and is an acceptable
compromise.

On 3/28/07, Andrew Church <achurch@achurch.org> wrote:
> >The problem was, when services split, some users get unidentified, and chan=
> >serv joins and does a kick banning spree, and yes, I am using the lastest=
> >=20
> >version of services.
>
>      If ChanServ "joins", you're not using IRC Services.  In any case,
> Services keeps track of users' identification status across netsplits and
> restarts (unless you have NoSplitRecovery set in your ircservices.conf),
> so the only users that would be affected by this are those that first
> connected to the network while Services was split.  If this bothers you,
> then again, the answer is not to use MLOCK +R (you can, of course, still
> use +R normally).
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


-- 
Evlogi Petrov - ongeboren@UniBG
From achurch at achurch.org  Thu Mar 29 23:53:06 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 29 08:09:11 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <ce6d53600703290659x484fb79of7a1992b1c02302b@mail.gmail.com>
Message-ID: <460bd695.30350@msgid.achurch.org>

>Imho, "modes lock" and "modes enforcement" are 2 different things. If
>they are separated, channel owners could decide not to enforce the
>modes, allowing for instance cmode +b be used to silence a user (as
>some irc servers don't allow messages from banned users) but still
>keep the banned user in the channel. Analogously, the same goes for
>cmode +r (identified to services only). Further, if configured by the
>services admin, services could act even more aggressively by kicking
>all users matching a ban not placed via the ban list in services but
>via /mode #chan +b mask, provided the channel has "modes enforcement
>on". The last extra isn't probably desirable for big production
>networks.
>
>Feel free to disagree with me, but propose something better instead,
>as my idea should be trivial to implement and is an acceptable
>compromise.

     Okay, here's my proposal.  The ChanServ "mode lock" functionality
will enforce locked modes at all times, performing the following actions:

   - When a client attempts to change the state of a locked mode (off to
     on, on to off, or changing parameters of an active mode), ChanServ
     will reverse the change.

   - When a client joins an empty channel with one or modes locked on,
     those modes will be automatically set on the channel.

   - If a client attempts to join a channel to which the mode lock denies
     them access, ChanServ will kickban the client from the channel.

If this enforcement is not desired, the mode lock functionality should not
be used.

     Conveniently, this is how Services already works. (:

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

P.S. If you disagree with my decision, you are of course free to write
(and distribute, if you so choose) a patch.  That's what open source is
about, after all.  You would, however, be well advised to consider the
varied effects of netsplits and netjoins, particularly with respect to
colliding channels and clients in them at netjoin time.
From aragon at phat.za.net  Thu Mar 29 08:26:13 2007
From: aragon at phat.za.net (Aragon Gouveia)
Date: Thu Mar 29 08:26:25 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <460bd695.30350@msgid.achurch.org>
References: <ce6d53600703290659x484fb79of7a1992b1c02302b@mail.gmail.com>
	<460bd695.30350@msgid.achurch.org>
Message-ID: <20070329152613.GA56024@phat.za.net>

| By Andrew Church <achurch@achurch.org>
|                                          [ 2007-03-29 17:09 +0200 ]
> P.S. If you disagree with my decision, you are of course free to write
> (and distribute, if you so choose) a patch.  That's what open source is
> about, after all.  You would, however, be well advised to consider the
> varied effects of netsplits and netjoins, particularly with respect to
> colliding channels and clients in them at netjoin time.

Indeed, and this is a very simple patch from my brief look at it.  See lines
330-337 of modules/chanserv/check.c.  Commenting that block should stop the
behaviour in the case of +R enforcement.

However, FWIW, I do think it'd be useful to permit channel owners to decide
what level of enforcement they want chanserv to perform in their channel. 
Maybe something for 5.1 or future versions?


Regards,
Aragon
From achurch at achurch.org  Fri Mar 30 00:34:20 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 29 08:38:23 2007
Subject: [IRCServices] IrcServices enforcing +R
In-Reply-To: <20070329152613.GA56024@phat.za.net>
Message-ID: <460bdd6c.30756@msgid.achurch.org>

>However, FWIW, I do think it'd be useful to permit channel owners to decide
>what level of enforcement they want chanserv to perform in their channel. 
>Maybe something for 5.1 or future versions?

     I may consider a configuration file option to allow +R checks to be
disabled for non-empty channels, since networks with frequent splits may
prefer to take that security risk.  For individual channels, though, the
choice is either to lock +R on or not to lock it; I won't add an extra
option for "enforcement level".

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From bu7cher at yandex.ru  Thu Mar 29 20:58:20 2007
From: bu7cher at yandex.ru (Andrey V. Elsukov)
Date: Thu Mar 29 20:58:33 2007
Subject: [IRCServices] services panic
In-Reply-To: <46038fb0.41737@msgid.achurch.org>
References: <46038fb0.41737@msgid.achurch.org>
Message-ID: <460C8ADC.5010001@yandex.ru>

Andrew Church ?????:
>      A "bus error" usually indicates a hardware failure or other system
> error unrelated to Services.  I'm unable to reproduce this error; try
> moving Services to a different computer and see if the problem persists.

I've recompile my services with CFLAGS=-g and -dumpcore. Now i have 
several cores. You can look to backtraces on the url:
http://butcher.heavennet.ru/services/

-- 
WBR, Andrey V. Elsukov
From achurch at achurch.org  Fri Mar 30 13:07:19 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 29 21:09:39 2007
Subject: [IRCServices] services panic
In-Reply-To: <460C8ADC.5010001@yandex.ru>
Message-ID: <460c8d7d.34274@msgid.achurch.org>

>I've recompile my services with CFLAGS=-g and -dumpcore. Now i have 
>several cores. You can look to backtraces on the url:
>http://butcher.heavennet.ru/services/

     Thanks for the help--it looks like this is caused by erroneous code
that just happens to work properly on 32-bit x86 systems (my own
environment).  Try applying the following patch and let me know if it
solves the problem.

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

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

Index: misc.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/misc.c,v
retrieving revision 2.37.2.4
diff -u -r2.37.2.4 misc.c
--- misc.c	23 Mar 2007 18:10:42 -0000	2.37.2.4
+++ misc.c	30 Mar 2007 04:07:10 -0000
@@ -616,11 +616,15 @@
     /* Now call the callback routine for each index. */
     numcount = 0;
     for (i = min; i <= max; i++) {
+	va_list args_copy;
 	int res;
+
 	if (!(numflag[i>>3] & (1 << (i&7))))
 	    continue;
 	numcount++;
-	res = callback(u, i, args);
+	va_copy(args_copy, args);
+	res = callback(u, i, args_copy);
+	va_end(args_copy);
 	if (debug)
 	    log("debug: process_numlist: tried to do %d; result = %d", i, res);
 	if (res < 0)
From bu7cher at yandex.ru  Thu Mar 29 22:42:30 2007
From: bu7cher at yandex.ru (Andrey V. Elsukov)
Date: Thu Mar 29 22:42:37 2007
Subject: [IRCServices] services panic
In-Reply-To: <460c8d7d.34274@msgid.achurch.org>
References: <460c8d7d.34274@msgid.achurch.org>
Message-ID: <460CA346.90000@yandex.ru>

Andrew Church wrote:
>      Thanks for the help--it looks like this is caused by erroneous code
> that just happens to work properly on 32-bit x86 systems (my own
> environment).  Try applying the following patch and let me know if it
> solves the problem.

Thanks! Seems that this patch resolves problems.

-- 
WBR, Andrey V. Elsukov
From achurch at achurch.org  Fri Mar 30 15:21:18 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 29 23:23:46 2007
Subject: [IRCServices] Services 5.0.61 released
Message-ID: <460caced.52141@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

51559570701f884f459036e88104ea15  ircservices-5.0.61.tar.gz
c192883fe561dd8248e939434ca32ef4  ircservices-5.0.61.diff.gz
b508c38b2dfad8cbb1210844e8acbe2a  ircservices-5.0.61-1.i386.rpm
59bb6d4cff08dbf6469dfbac661e62ca  ircservices_5.0.61-1_i386.deb

The mirrors should have it shortly.

     This release fixes the bug just mentioned on the mailing list which
can allow users to crash Services on certain platforms.  The bug does not
affect the x86-32 platform (Intel or AMD CPUs running in 32-bit mode) when
compiled with GCC, but those using other platforms (including x86-64) or
compilers should upgrade immediately.

     Apologies for the inconvenience.

Changes in version 5.0.61
-------------------------
2007/03/30	Fixed crash on x86-64 systems under certain circumstances.
		    Reported by Andrey V. Elsukov <bu7cher@yandex.ru>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From toxic at freemail.gr  Sat Mar 31 01:55:58 2007
From: toxic at freemail.gr (Dionisios K.)
Date: Sat Mar 31 01:56:25 2007
Subject: [IRCServices] NSRegEmailMax Is not reloaded on rehash?
Message-ID: <460E221E.8080606@freemail.gr>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
I think that NSRegEmailMax option on modules.conf is not reloaded on
rehash and it needs a restart.
Is this normal or a bug?

- --
Dionisios K.
Network Administrator On NeMeSiS.mIRC.gr
ToXiC@FreeMail.gr

PGP Key:        http://toxic.my-place.us/pubkey.asc
PGP FP:       0950 5363 DD1C D5A7 45C6 2991 F760 982E DD47 9149
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFGDiIe92CYLt1HkUkRAjaHAJ0duHDPQk/nxDtpbAypt0cZw442AACgldR6
FkK3eNIM0h9DSUqcdi1gnRs=
=9TbA
-----END PGP SIGNATURE-----

From achurch at achurch.org  Sat Mar 31 20:06:00 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Mar 31 04:06:42 2007
Subject: [IRCServices] NSRegEmailMax Is not reloaded on rehash?
In-Reply-To: <460E221E.8080606@freemail.gr>
Message-ID: <460e40be.55760@msgid.achurch.org>

>I think that NSRegEmailMax option on modules.conf is not reloaded on
>rehash and it needs a restart.
>Is this normal or a bug?

     I can't reproduce this using either 5.0.61 or 5.1a13.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sun Apr  1 09:01:33 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sun Apr  1 09:01:37 2007
Subject: [IRCServices] Dynamic modules support in 5.0.x
Message-ID: <b19eae4e0704010901w11580df0sc2f251e5d08374ad@mail.gmail.com>

Hi,

It appears configure doesn't correctly detect dlopen support on some
systems (x86_64/amd64 3200+ Gentoo w/gcc 4.1.1 at least) - because it
does not compile test-dlopen.c with -fPIC.

Passing -cflags -fPIC to ./configure  fixes the problem.

Is it possible to get configure patched to avoid this workaround?

Thanks.
w00t
From ron2k.za at gmail.com  Sun Apr  1 11:01:14 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Sun Apr  1 11:01:18 2007
Subject: [IRCServices] Compiler warning with Gentoo and gcc 4.1.1
Message-ID: <debb3bc0704011101sa86c365n36fb59bbf304ab20@mail.gmail.com>

Hi,

I'm getting the following compiler warning when compiling Services
(5.0.60 and 5.0.61) on an x86-32 machine (Celeron 1.7GHz) using Gentoo
2006.1 and gcc 4.1.1:

/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld:
warning: creating a DT_TEXTREL in object.

Services does compile successfully, however, and it seems to run just fine.

Any advice on how to proceed with this, or is this something that I
shouldn't worry too much about?

--K
From omster at gmail.com  Sun Apr  1 15:43:35 2007
From: omster at gmail.com (Om)
Date: Sun Apr  1 15:43:53 2007
Subject: [IRCServices] Dynamic modules support in 5.0.x
In-Reply-To: <b19eae4e0704010901w11580df0sc2f251e5d08374ad@mail.gmail.com>
References: <b19eae4e0704010901w11580df0sc2f251e5d08374ad@mail.gmail.com>
Message-ID: <46103597.8090604@gmail.com>

Robin Burchell wrote:
> Hi,
> 
> It appears configure doesn't correctly detect dlopen support on some
> systems (x86_64/amd64 3200+ Gentoo w/gcc 4.1.1 at least) - because it
> does not compile test-dlopen.c with -fPIC.
> 
> Passing -cflags -fPIC to ./configure  fixes the problem.
> 
> Is it possible to get configure patched to avoid this workaround?
> 
> Thanks.
> w00t

The x86_64 system in question was mine -- so if Andy or anyone else has 
patches and such to try then direct them my way.

Cheers,
-ol
From achurch at achurch.org  Mon Apr  2 09:10:14 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Apr  1 17:10:44 2007
Subject: [IRCServices] Dynamic modules support in 5.0.x
In-Reply-To: <b19eae4e0704010901w11580df0sc2f251e5d08374ad@mail.gmail.com>
Message-ID: <46104a02.47547@msgid.achurch.org>

>It appears configure doesn't correctly detect dlopen support on some
>systems (x86_64/amd64 3200+ Gentoo w/gcc 4.1.1 at least) - because it
>does not compile test-dlopen.c with -fPIC.
>
>Passing -cflags -fPIC to ./configure  fixes the problem.
>
>Is it possible to get configure patched to avoid this workaround?

     I'll look into this for 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Apr  2 09:10:51 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Apr  1 17:12:41 2007
Subject: [IRCServices] Compiler warning with Gentoo and gcc 4.1.1
In-Reply-To: <debb3bc0704011101sa86c365n36fb59bbf304ab20@mail.gmail.com>
Message-ID: <46104a76.47555@msgid.achurch.org>

>I'm getting the following compiler warning when compiling Services
>(5.0.60 and 5.0.61) on an x86-32 machine (Celeron 1.7GHz) using Gentoo
>2006.1 and gcc 4.1.1:
>
>/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld:
>warning: creating a DT_TEXTREL in object.
>
>Services does compile successfully, however, and it seems to run just fine.
>
>Any advice on how to proceed with this, or is this something that I
>shouldn't worry too much about?

     If it works, don't worry about it. (:  Some systems don't deal well
with text relocations (this is related to the -fPIC issue just mentioned),
so that's probably why ld is complaining, but if Services works fine on
your system, it's not relevant to you.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From toxic at freemail.gr  Tue Apr  3 14:57:26 2007
From: toxic at freemail.gr (Dionisios K.)
Date: Tue Apr  3 14:57:33 2007
Subject: [IRCServices] Feature For 5.1
Message-ID: <4612CDC6.6020702@freemail.gr>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
I want to suggest a feature for 5.1 Something for ircds with +h
(halfops).
To modify the secureops command so it may allow halfops but not ops OR
dont allow anyone.
Something like:
/cs set #channel secureops ops / all / off
If "ops" option is enabled chanserv will allow halfops.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFGEs3G92CYLt1HkUkRAkcTAJ9s4/h5tZWHxTe/7tYLDLoKw1YgPQCfWrDL
OZMLT2B3YxaKPAd9KCg1EnM=
=Petr
-----END PGP SIGNATURE-----

From toxic at freemail.gr  Tue May  1 22:06:59 2007
From: toxic at freemail.gr (Dionisios K.)
Date: Tue May  1 22:06:20 2007
Subject: [IRCServices] Feature request
Message-ID: <46381C73.7010104@freemail.gr>

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

Is possible to add an option on the config file for a delay (optional)
before nickserv autojoin after identify?

Thank you.

- --
Dionisios K.
Network Administrator On NeMeSiS.mIRC.gr
ToXiC@FreeMail.gr

PGP Key:        http://toxic.my-place.us/pubkey.asc
PGP FP:       0950 5363 DD1C D5A7 45C6 2991 F760 982E DD47 9149
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGOBxz92CYLt1HkUkRAgmdAKCdb9tnGSUyppIzWvCAPZ/szhidNACfUYbv
TD8zwjXwF8WdugX5UMMg6Fk=
=ljs8
-----END PGP SIGNATURE-----
From achurch at achurch.org  Sun May  6 14:43:25 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat May  5 22:44:28 2007
Subject: [IRCServices] Feature For 5.1
In-Reply-To: <4612CDC6.6020702@freemail.gr>
Message-ID: <463d6b37.42304@msgid.achurch.org>

>I want to suggest a feature for 5.1 Something for ircds with +h
>(halfops).
>To modify the secureops command so it may allow halfops but not ops OR
>dont allow anyone.
>Something like:
>/cs set #channel secureops ops / all / off
>If "ops" option is enabled chanserv will allow halfops.

I don't really see the utility of this, but if there's enough interest in
it I'll consider it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun May  6 14:44:27 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat May  5 22:46:37 2007
Subject: [IRCServices] Feature request
In-Reply-To: <46381C73.7010104@freemail.gr>
Message-ID: <463d6bba.42313@msgid.achurch.org>

>Is possible to add an option on the config file for a delay (optional)
>before nickserv autojoin after identify?

I'd rather not, since it could confuse users when they're suddenly joined
to a channel without having done anything immediately prior.  (Even a
10-second delay, for example, can be disorienting if the user's mind has
gone onto other things.)  Why would you want such an option?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun May  6 17:18:19 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May  6 01:18:24 2007
Subject: [IRCServices] Services 5.1pre0 released
Message-ID: <463d8f4b.23151@msgid.achurch.org>

     After close to three years of work, Services 5.1 has finally reached
beta status, and Services 5.1pre0 has now been released.  It can be
downloaded from the usual sites:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

75e0b3c432239bd392fc3834cadc28b0  ircservices-5.1pre0.tar.gz
8e32697bee2282ce98dd14df6bbe2150  ircservices-5.1pre0-1.i386.rpm
2ba786a9bf6e175887a926d219286844  ircservices_5.1pre0-1_i386.deb

The mirrors should have it shortly.

     While not a stable release, I am announcing this version here (and
will announce future beta versions on this list as well) for two reasons.
One is that, while I am hesitant to label it "stable" before it has seen
widespread testing, the code itself is pretty solid, and should be usable
in production environments.  I will, of course, respond to bugs as quickly
as I can, but I'd like to recommend that those of you currently using 5.0
upgrade to 5.1 at your convenience, even before the stable release.  I will
also continue to support version 5.0 until 5.1 reaches stable status.

     The second, and more important, reason for posting the announcement
to this list is that I intend version 5.1 to be the last version of IRC
Services, at least under my care.  While I don't consider Services
"complete"--software development is a neverending task, and in any case
users' needs change over time--I do believe that it's time for me to move
on to other things.  In fact, I already devote a fair amount of my time
outside of work to other software development projects (such as the
audio/video tool "transcode", for those who are familiar with it), and I
have other hobbies which I haven't been able to pursue as much as I'd
like.  I've also found that I personally use IRC very infrequently these
days, and that has inevitably lessened my interest in continuing Services
development as well.

     I certainly don't believe that IRC itself is a dead or obsolete
protocol, and I've spent the better part of the past year writing a
detailed technical manual for Services, found in the "docs/tech" directory
of the distribution, so that other developers can pick up as easily as
possible where I'm leaving off.  Even after the release of 5.1.0, I will
continue to monitor the mailing lists and maintain Services 5.1 to the
extent of fixing bugs and making other reasonably small changes.  In terms
of major improvements and additions, however, 5.1.0 will be the "final
form" of Services for IRC Networks.

     For this reason, I'd like to encourage discussion of beta versions of
5.1 on this list, rather than on the coding list as has been done in the
past.  I'll continue to accept new feature suggestions until the release of
5.1.0, so if there is something you'd like to see added, feel free to bring
it up on this list.  (However, I will as always exercise my discretion in
choosing whether a suggested feature should be added, as described in FAQ
Z.5; I'm not going to bloat the program just because it's the last version.
The module system is available as always for third parties to add anything
I decide to leave out, and it has been improved for 5.1--in particular,
modules can now save data to persistent storage without any modification of
the core Services code.)

     In addition to feature suggestions, I'd also like to hear about
anything in the Services user interface that seems awkward or unintuitive,
whether new for 5.1 or present since previous versions.  After over ten
years of development, I know Services inside and out, so things that seem
obvious to me may not be so to newcomers.  If there are any questions you
frequently get from new users, that probably means something needs to be
changed, so let me know.

     Technical issues should be directed to the coding list, as always.  In
particular, if there are any issues with packaging Services for use with an
operating system distribution, I'd like to hear about them so that they can
be corrected.  (I personally use a home-built Linux system, and as such I
haven't kept close track of changes in how various OSes and distributions
arrange their filesystems.)

     I realize that this "end-of-life" announcement for Services may come
as a surprise to some, and for that I apologize.  As I mentioned earlier, I
will continue to support Services for some time to come (my current thought
is for two to three years after the release of 5.1.0); however, I did want
to provide advance warning of my future intentions.  Thank you all for your
support over the years.

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

-------------------------
What's New in version 5.1
-------------------------
Database handling, the one aspect of Services which has remained
essentially unchanged since version 1.0, has finally undergone a fairly
significant redesign.  Rather than using specialized data load and save
routines tailored for the core Services pseudoclients, Services now
implements a generic database table system, which has the dual benefits of
separating the data storage system from the rest of Services (allowing
alternative storage methods to be implemented easily) and allowing third-
party modules and extensions to create their own non-volatile databases
without resorting to custom load/save routines.  The default database file
format has also been changed to be more flexible and error-resilient than
the old format (which admittedly isn't saying much); see the "upgrading"
section of the manual for instructions on switching your databases to the
new format.

The often-criticized channel memo system has also been redesigned for this
version.  Instead of storing channel memos with the channel, memos are now
sent to the founder and all users on the channel with a particular access
level (by default level 100, or SOP level).  These memos are distinguished
from ordinary memos by text that says "(for #channel)" when reading the
memo.  As a result of this change, users will be notified about new channel
memos in the same way as ordinary user-to-user memos.

NOTICE: When loading databases from version 5.0 or earlier, all channel
        memos will be deleted.

Encryption support has also been improved.  Encryption is no longer an
all-or-nothing affair; the encryption method is stored with each password,
so that enabling or disabling encryption will have no effect on passwords
that were previously set.  The "encryption/unix-crypt" module has been
added, allowing the use of the Unix crypt() function to encrypt passwords.

The NickServ and ChanServ SENDPASS commands added in version 5.0 have been
removed in favor of the new NickServ REAUTH command.  This command
generates an authentication code which the user can use once to identify to
their nickname in place of the password, and then change the password as
needed.  Channel passwords can always be changed by the founder after
nickname identification, rendering ChanServ SENDPASS unnecessary.

Long LIST/VIEW responses are now handled more cleanly.  Except for NickServ
ACCESS LIST (since nickname access lists are generally short) and MemoServ
LIST (since memos are numbered), every list now includes an "end of list"
message indicating both the number of entries displayed and the total
number of entries in the list; the configuration directive ListMax,
replacing NSListMax and CSListMax, sets the maximum number of entries
displayed for any of these commands.  It is also possible to skip a certain
number of entries by adding a "+NNN" after the command, allowing all of the
entries in a long list to be viewed bit by bit.

At the development level, handling of module compilation has been improved,
allowing third-party modules to be simply "dropped in" without requiring
changes to Makefiles or other Services distribution files.  An extension
interface has been added to Services' multilingual support as well,
allowing modules to add their own language strings and load their own
language files.

Other changes:
  + Command aliases can now be added for NickServ, ChanServ, and MemoServ
        commands via the NSAlias, CSAlias, and MSAlias directives.
  + Notices are now sent to the user when sending of a mail authentication
        code message fails.  (However, errors after the message has been
        handed off to the mail server cannot be detected.)
  + A new configuration directive, RejectEmail, now allows selected E-mail
        addresses to be rejected by NickServ and ChanServ commands.
  + NickServ INFO will now indicate when a nickname's user is using a
        different linked nickname if the nickname group's PRIVATE option
        is not set.
  + NickServ now has a RESTOREMAIL command (in the nickserv/mail-auth
        module), which allows a user to restore their nickname's last
        authenticated E-mail address if, for example, SET EMAIL is used
        with an incorrect address.
  + NickServ SET/UNSET by Services administrators for others' nicknames is
        now done by putting a "!" before the nick to avoid ambiguity; for
        example, "SET !nick NOEXPIRE ON" instead of "SET nick NOEXPIRE ON".
  + ChanServ REGISTER and SET PASSWORD now check for and disallow easily
        guessable passwords.
  + ChanServ ACCESS now includes a LISTLEVEL subcommand to list access
        entries with a given level or within a given level range.
  + ChanServ AKICK and MemoServ IGNORE now support matching by IP address
        (on servers which support client IP address information).
  + ChanServ OP, VOICE, and similar commands can now be used with multiple
        nicknames.
  + MemoServ now has a RENUMBER command to remove "holes" in the memo
        number sequence.
  + MemoServ FORWARD now sends all selected memos in a single E-mail
        message, rather than sending each memo in a separate message.
  + OperServ AKILL and related commands now have a CHECK subcommand which
        can be used to find all masks that match a given user/hostname.
  + SQlines are no longer applied to IRC operators during Services startup
        or netjoins if the IRC protocol in use supports sending user modes
        with the NICK message.  This includes the bahamut, hybrid,
        inspircd, monkey, ptlink, ratbox, solid-ircd, trircd, and unreal
        protocol modules.
  + The ignore system has been redesigned, and now keeps better track of
        how much load each user is putting on Services.  The ignorance
        threshold can be fine-tuned via the configuration file.
  + A new "unsorted list" mode has been added to improve Services'
        performance on large networks.  By giving the -no-sorted-list
        option to the configure script, Services will not try to keep
        nicknames and channels in alphabetical order; this means that
        commands such as NickServ LIST will no longer return nicknames in
        order, but Services will run significantly faster.
  + Support has been added for the InspIRCd, ircd-ratbox, and solid-ircd
        IRC servers.
  + Unreal's NICKCHARS protocol option, allowing non-ASCII characters in
        nicknames, is now supported.
  * ChanServ DROP now behaves like NickServ DROP: dropping a channel now
        requires the channel password to be entered with the DROP command,
        and DROPCHAN has been added as a separate command for Services
        administrators to drop arbitrary channels.
  * The ChanServ ACCESS, XOP, and AKICK commands no longer use entry
        numbers; the DEL and LIST subcommands now work with nicknames
        (hostmasks for the AKICK command) only.
  * The binary distributions (RPM and Debian packages) now install into
        /opt/ircservices and /var/opt/ircservices, rather than /usr/sbin
        and /usr/lib/ircservices.
  * Tab characters are no longer used (or allowed) in the source code.
  - The deprecated nickserv/oldlink module, which provided support for the
        format of the LINK command used in version 4 of Services, has been
        removed.
  - Support for "modeless channels", with names of the form "+name", has
        been removed.  (Support for registering such channels was removed
        in version 5.0.0; this version removes the special handling for
        such channels in other parts of the program.)
  - Support for the "channel owner" mode present in the PTlink (+a),
        trircd (+u), and Unreal (+q) IRC servers has been removed, as there
        are too many differing opinions on its proper use.
  - Language support for Italian and Portuguese has been removed, due to
        the lack of volunteers to maintain them.
  - Support for old versions of GCC (anything before GCC 3.2) has been
        removed.
Configuration file changes:
  + IncludeFile has been added to allow configuration directives to be
        split up into multiple files, and may be used in both
        ircservices.conf and modules.conf.
  + LoadLanguageText (ircservices.conf) has been added to allow replacement
        of Services text strings at runtime.
  + RejectEmail (ircservices.conf) has been added to allow rejection of
        selected E-mail addresses.
  + NSAlias (module nickserv/main), CSAlias (module chanserv/main), and
        MSAlias (module memoserv/main) have been added to allow creation of
        command aliases.
  + NSSetEmailDelay (module nickserv/main) has been added to enforce a
        delay between consecutive uses of the SET EMAIL command, thereby
        reducing the potential for sending mailbombs.
  + CSDefModeLock (module chanserv/main) has been added to allow the
        default mode lock for newly registered channels to be changed.
  + CSSkipModeRCheck (module chanserv/main) has been added to allow the
        check of a nickname's registration status at channel join time
        (used to kick unregistered nicknames from channels locked +R) to
        be skipped.
  + MSExpireDelay (module memoserv/main) has been added to allow memo
        expiration to be delayed until a certain time after the memo is
        first read.
  + MaxMessages (module mail/main) has been added to allow a limit to be
        placed on the total number of messages in transit.
  * ListMax (ircservices.conf) has been added in place of NSListMax and
        CSListMask to set a limit on the number of entries displayed for
        all LIST-like commands.
  * WallAdminPrivs (ircservices.conf) has been added in place of
        WallGetpass and WallSetpass to cause a WALLOPS/GLOBOPS to be sent
        on all NickServ and ChanServ commands that use Services
        administrator privileges.
  * The database name configuration directives (NickServDB, ChanServDB,
        etc.) have been moved from the various pseudoclient module sections
        to the database/version4 module section, and now explicitly specify
        filenames.
  - The nickserv/sendpass and chanserv/sendpass modules (and therefore
        their respective configuration sections) have been removed.
  - CSAutokickReason (module chanserv/main) has been removed, as the
        built-in reason prefix "AKICK by <nick>" makes it unnecessary.
  - MSExpireUnread (module memoserv/main) has been removed, since it
        results in silent data loss.
  - MSNotifyAll (module memoserv/main) has been removed, since it is
        required for channel memos.  MemoServ will now always behave as if
        MSNotifyAll was set.
  - MaxSockets (module mail/smtp) has been removed, since MaxMessages now
        performs the same function.
From toxic at freemail.gr  Sun May  6 15:03:55 2007
From: toxic at freemail.gr (Dionisios K.)
Date: Sun May  6 15:03:45 2007
Subject: [IRCServices] Feature request
In-Reply-To: <463d6bba.42313@msgid.achurch.org>
References: <463d6bba.42313@msgid.achurch.org>
Message-ID: <463E50CB.5080908@freemail.gr>

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

Lets say i have a vhost or i'm an ircop..
I want to first activate my host and oper-up to get operhost after
identify my nickname and after this nickserv can ajoin me to the
channels so my vhost will be shown and not my real hostname.
I talking about 1-2 seconds delay not 10 or more seconds.
Thats why i'm asking for this.

Andrew Church wrote:
>> Is possible to add an option on the config file for a delay (optional)
>> before nickserv autojoin after identify?
>
> I'd rather not, since it could confuse users when they're suddenly joined
> to a channel without having done anything immediately prior. (Even a
> 10-second delay, for example, can be disorienting if the user's mind has
> gone onto other things.) Why would you want such an option?
>
> --Andrew Church
> achurch@achurch.org
> http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>


- --
Dionisios K.
Network Administrator On NeMeSiS.mIRC.gr
ToXiC@FreeMail.gr

PGP Key: http://toxic.my-place.us/pubkey.asc
PGP FP: 0950 5363 DD1C D5A7 45C6 2991 F760 982E DD47 9149
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGPlDK92CYLt1HkUkRAsN3AJ9UPX8FyfDJa9AGLR+YF9PiqlbOSQCcC2Bq
8VMLmUoDC8/bDr+66w+y74E=
=48E3
-----END PGP SIGNATURE-----

From toxic at freemail.gr  Sun May  6 15:17:04 2007
From: toxic at freemail.gr (Dionisios K.)
Date: Sun May  6 15:16:47 2007
Subject: [IRCServices] Feature For 5.1
In-Reply-To: <463d6b37.42304@msgid.achurch.org>
References: <463d6b37.42304@msgid.achurch.org>
Message-ID: <463E53E0.1070605@freemail.gr>

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

Lets say i'm a founder on a channel..
I dont want channel ops to give op status but i want some times (lets
say when all ops are inactive) to give +h to some people.
Halfops can not do much damage to the channel so ops (and i) dont have
to trust them 100%.
I think it will be useful for many users (founders) out there..
Thanks:-)

Andrew Church wrote:
>> I want to suggest a feature for 5.1 Something for ircds with +h
>> (halfops).
>> To modify the secureops command so it may allow halfops but not ops OR
>> dont allow anyone.
>> Something like:
>> /cs set #channel secureops ops / all / off
>> If "ops" option is enabled chanserv will allow halfops.
>
> I don't really see the utility of this, but if there's enough interest in
> it I'll consider it.
>
> --Andrew Church
> achurch@achurch.org
> http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>


- --
Dionisios K.
Network Administrator On NeMeSiS.mIRC.gr
ToXiC@FreeMail.gr

PGP Key: http://toxic.my-place.us/pubkey.asc
PGP FP: 0950 5363 DD1C D5A7 45C6 2991 F760 982E DD47 9149
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGPlPg92CYLt1HkUkRApljAJ9rzFRw/zWpXO8ojDsl0aNZ3d1TwQCcD7wN
wC9m5wiZe3TY3P+2Rf5pzFM=
=oJ3J
-----END PGP SIGNATURE-----

From achurch at achurch.org  Mon May  7 13:17:29 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May  6 21:19:09 2007
Subject: [IRCServices] Feature request
In-Reply-To: <463E50CB.5080908@freemail.gr>
Message-ID: <463ea8b9.62004@msgid.achurch.org>

>Lets say i have a vhost or i'm an ircop..
>I want to first activate my host and oper-up to get operhost after
>identify my nickname and after this nickserv can ajoin me to the
>channels so my vhost will be shown and not my real hostname.
>I talking about 1-2 seconds delay not 10 or more seconds.
>Thats why i'm asking for this.

     My suggestion in this case would be to not use autojoin at all, or to
take care of your operhost settings before identifying to NickServ.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Thu May 10 04:16:47 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu May 10 04:16:52 2007
Subject: [IRCServices] AKICK sometimes not functioning
Message-ID: <b19eae4e0705100416p489aaa7fr90eb6f3d6bd1efef@mail.gmail.com>

This was sent offlist to Andrew by a friend of mine some time ago.
I've seen the same problem happen on Unreal from time to time. Has
there been any progress?

---

For some reason i can't sent mails to the list so i sent it directly to you.
I suspect that there is a bug/desync with unrealircd protocol and akick
command. From the debug i got these things:

(1) First of all an akicked nick was join on the channel and NO ban
added (the akick form is *gami?*!*@*):

debug: Received: :athens.mirc.gr ~ 1075076130 #hellas :gamias_ixiwn_pc
protocol/unreal: debug: gamias_ixiwn_pc SJOINs #hellas
chanserv/main: debug: AutoKicking
gamias_ixiwn_pc!oeo@dsl-88-218-20-176.customers.vivodi.gr
debug: Sent: :ChanServ KICK #hellas gamias_ixiwn_pc :AKICK by ToXiC (REASON)

(2) Then i sent the CLEAR BANS command. On the channel ONLY ONE ban was
active on the channel but on debug log was shown:

debug: Received: :^^Dark_Angel^^ ! chanserv@services.mirc.gr :clear
#hellas bans
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-C3145A85.static.ot *!*@hellenic-32E97525.otenet.gr
malakas!*@* kavliares!*@* *gami?*!*@* *!*@7613FF74.63BB16D5.CFD57BAB.IP
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-A46D449A.otenet.gr *!*@hellenic-89BB5FC5.adsl.forthnet.gr
*!*@hellenic-D3CC9140.tri.sch.gr putsaras!*@*
*!*@hellenic-CE36B1C9.adsl.forthnet.gr *!*@clnt-1sek-g-ath.att.sch.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@E1939A95.20603DA2.215D451.IP *kayla*!*@* *gamo*!*@* gaula!*@*
*!*@9207C5E3.6FEDB5B7.50F427D1.IP *!*@69.249.180.193
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@86D9FC89.10EC8293.9A2BCC0A.IP *!*@68.85.35.202
*!*@4F8C3B01.E5B9DDEC.B *!*@hellenic-D80AC49D.telecable.es
*!*@200.153.72.218 *!*@3302F7A5.4A306984.A8695807.IP
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@BCE67E57.82264834.675173FD.IP *!*@124.28.25.108 *!*@87.68.39.186
*!*@5C2967CE.83DA9394.D9A6C199.IP *!*@200.254.132.132 *!*@203.113.15.234
debug: Sent: :ChanServ MODE #hellas -bbbbbb *!*@217.218.242.196
*!*@hellenic-EBC9B4C6.sec.ppp.nifty.com *!*@12693008.2C0C2038.620F215.IP
*!*@hellenic-5CDBBD4A.tricom.net *!*@29B2856B.15C972F6.9B81B978.IP
*!*@C0E99826.F2B2EE09.4F8A4945.IP
debug: Sent: :ChanServ MODE #hellas -bbbbbb *!*@69.4 *!*@64.238.186.38
*!*@F16DFCFA.D40B9A28.7C3DD77E.IP *!*atlanta@*.kastoria.acn.gr
*kavliar*!*@* *kaUl*!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-E38CC884.otenet.gr *!*psaxno@*.otenet.gr
*!*@AD527F08.B2BAE8E7.F86BB95D.IP *!*@B2CD6562.365635F2.E209DD7.IP
kavla7!*@* *!*@hellenic-8FBDAF80.dsl.hol.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb *!*@5EF6B664.CACEC989.976065
*!*@hellenic-457BB65E.otenet.gr *!*@hellenic-818B283.tellas.gr
*!*@hellenic-457BB65E.otenet.gr *!*921@*.otenet.gr
*!*@hellenic-815568A1.otenet.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb mbixtis!*@* horny!*@*
*!*@6C753ADD.365635F2.E209DD7.IP kavla7!*@*
*!*@hellenic-8FBDAF80.dsl.hol.gr *!*@5EF6B664.CACEC989.976065B3.IP
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-89AC502D.xan1.nas.panafonet.gr *porn*!*@* kaulomeno!*@*
*!*@hellenic-89AC502D.xan1.nas.panafonet.gr *porn*!*@* kaulomeno!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-97D67394.her01.cas.hol.gr *!*@ED27260.365635F2.E209DD7.IP
*!*@hellenic-C085AE56.otenet.gr *kaulia*!*@* kaula*!*@* poutsaras!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb *GAVLA*!*@* pso__la_ras!*@
*!*buser@* *!*@hellenic-65C000A.dsl.hol.gr GAMIAS!*@*
*!*@D4BE7241.365635F2.E209DD7.IP
debug: Sent: :ChanServ MODE #hellas -bbbbbb
vbvbvv!*536@hellenic-23DA8179.otenet.gr *!*@hellenic-970F30D5.cc
*!*@D4BE7241.365635F2.E209DD7.IP *!*@hellenic-37821E0B.axiom.gr
*!*@hellenic-3F1003D9.kif1.nas.panafonet.gr
*!*@hellenic-9F7AB9F8.adsl.forthnet.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-4CC13A63.salonica.acn.gr *!*@5CFE2D85.EB38140.F5CB24F2.IP
FUKboy!*@* pour *!*@hellenic-8AE409A2.dsl.hol.gr
*!*@hellenic-82AFF71B.thess.sch.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb *poytan?*!*@*
*!*@hellenic-3DFF340E.att.sch.gr KAVLIRA!*@*
*!*@hellenic-59571E46.att.sch.gr Psolaras!*@* POUTSOPNIXTR!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-4CC13A63.salonica.acn.gr *!*@5CFE2D85.EB38140.F5CB24F2.IP
FUKboy!*@* pourstaki*!*@* *!*@hellenic-8AE409A2.dsl.hol.gr
*!*@hellenic-D8F3EF1E.otenet.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@53DD28DB.1E0DF0D9.50F427D1.IP *!*@hellenic-B632CB38.flo.sch.gr
*!*@604FB915.365635F2.E209DD7.IP *!*@hellenic-DBD1B126.adsl.forthnet.gr
*!*@hellenic-1C64F517.otenet.gr *fuck*!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb fucker!*@*
*!*@C03B072C.9EF6AB6B.2012A77E.IP *!*@hellenic-8C47805C.otenet.gr
*!*@9EB429A5.EB38140.F5CB24F2.IP *!*@hellenic-8C47805C.otenet.gr
*!*@hellenic-2219D447.gre.sch.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-34FB22FB.otenet.gr *Kolarak*!*@* *gavli*!*@*
*!*@hellenic-59571E46.att.sch.gr
*!*@hellenic-760996C0.dip0.t-ipconnect.de
*!*@hellenic-6E8C11DE.adsl.forthnet.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb *malak?s*!*@* GAMIAS!*@*
GAMIAS!*@* *!*@hellenic-760996C0.dip0.t-ipconnect.de
*!*@hellenic-6E8C11DE.adsl.forthnet.gr *malak?s*!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb GAMIAS!*@*
*!*@hellenic-760996C0.dip0.t-ipconnect.de
*!*@hellenic-6E8C11DE.adsl.forthnet.gr *malak?s*!*@* kauliara!*@* GAMIAS!*@*
debug: Sent: :ChanServ MODE #hellas -bbbbbb
*!*@hellenic-5DC10C9B.lns.hol.gr gamias*!*@*
*!*@8E942C27.C4FDAC18.50F427D1.IP gamikoylas!*@* gamias*!*@*
*!*@hellenic-BF84614C
debug: Sent: :ChanServ MODE #hellas -bbbbbb moynogavla!*@*
*!*3045-7190@*.B167C549.9D81F7A.IP *!*@8E942C27.C4FDAC18.50F427D1.IP
gamikoylas!*@* gamias*!*@* *!*@hellenic-BF84614C.otenet.gr
debug: Sent: :ChanServ MODE #hellas -bbbbbb moynogavla!*@*
*!*3045-7190@*.B167C549.9D81F7A.IP *!*@hellenic-A93D458.otenet.gr
malakas!*@* moynogavla!*@* *!*3045-7190@*.B167C549.9D81F7A.IP
channel: MODE #hellas -b moynogavla!*@*: ban not found
channel: MODE #hellas -b *!*3045-7190@*.B167C549.9D81F7A.IP: ban not found
debug: Sent: :ChanServ MODE #hellas -bb *!*@hellenic-A93D458.otenet.gr
malakas!*@*
channel: MODE #hellas -b *!*@hellenic-A93D458.otenet.gr: ban not found
channel: MODE #hellas -b malakas!*@*: ban not found
debug: Sent: :ChanServ NOTICE ^^Dark_Angel^^ :All bans on channel
#hellas have been removed.

On the channel only this was shown: * ChanServ sets mode: -b malakas!*@*

(3) Then when the bad nickname came back it was kicked/banned just fine:

protocol/unreal: debug: gamias_ixiwn_pc SJOINs #hellas
chanserv/main: debug: AutoKicking
gamias_ixiwn_pc!oeo@dsl-88-218-20-176.customers.vivodi.gr
debug: Sent: :ChanServ MODE #hellas +b *gami?*!*@*
debug: Sent: :ChanServ KICK #hellas gamias_ixiwn_pc :AKICK by ToXiC (REASON)


-----

REPLY:

Andrew Church wrote:
> > Thanks for the message. I'm busy with work at the moment, but I'll take a
> > look into the problem as soon as possible. If you can find a way to
> > consistently reproduce the problem, that would help as well.

----

ME:

It's random i can't reproduce it.
I have seen it on restricted channels also.
As i can see for some reason ircservices is not informed for removed
bans so it thinks that the ban already exists and it not add it again.
From achurch at achurch.org  Sun May 13 06:19:48 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat May 12 14:21:29 2007
Subject: [IRCServices] AKICK sometimes not functioning
In-Reply-To: <b19eae4e0705100416p489aaa7fr90eb6f3d6bd1efef@mail.gmail.com>
Message-ID: <46462fd5.44532@msgid.achurch.org>

>This was sent offlist to Andrew by a friend of mine some time ago.
>I've seen the same problem happen on Unreal from time to time. Has
>there been any progress?

     I'm afraid not; I've been unable to find any apparent cause for the
problem, so at this point there's not much I can do without further
information, such as a way to consistently reproduce it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From loverboy at irc.doruk.net.tr  Sun May 13 06:13:13 2007
From: loverboy at irc.doruk.net.tr (LoVeRbOy (A.S.))
Date: Sun May 13 06:13:56 2007
Subject: [IRCServices] ircservices-5.1pre0 Problems
Message-ID: <001901c79560$90fdf530$0100000a@citir>

Today we tried new beta release,
And we come across some problems...Here is the list... (Converted DB from 
5.0.* and Unreal IRCD)

1- Translations arent ready.
2- Founders of the channels dont get +q when they join the channel but they 
get +a.
3- Mlocks are gone after the convert.
4- In some channels when you voice someone, chanserv makes -ao even they 
dont have access. But if they left the channel and come back. No problem 
occurs.

We will try again later...Turned back to stable Release.. 

From surreal.w00t at gmail.com  Sun May 13 06:37:27 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sun May 13 06:37:41 2007
Subject: [IRCServices] ircservices-5.1pre0 Problems
In-Reply-To: <001901c79560$90fdf530$0100000a@citir>
References: <001901c79560$90fdf530$0100000a@citir>
Message-ID: <b19eae4e0705130637j4faf064cl47b12ae68df00a2f@mail.gmail.com>

For some strange reasoning ("not being agreed upon"), +q support was
removed. I don't really understand or agree with the logic behind it,
nor does anyone else I know of. But that's why that didn't work at
least. :)

On 5/13/07, LoVeRbOy (A.S.) <loverboy@irc.doruk.net.tr> wrote:
> Today we tried new beta release,
> And we come across some problems...Here is the list... (Converted DB from
> 5.0.* and Unreal IRCD)
>
> 1- Translations arent ready.
> 2- Founders of the channels dont get +q when they join the channel but they
> get +a.
> 3- Mlocks are gone after the convert.
> 4- In some channels when you voice someone, chanserv makes -ao even they
> dont have access. But if they left the channel and come back. No problem
> occurs.
>
> We will try again later...Turned back to stable Release..
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From nick at nickgawronski.com  Sun May 13 08:52:08 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sun May 13 08:52:15 2007
Subject: [IRCServices] configure script changes
Message-ID: <Pine.BSF.4.64.0705131049120.61451@server2.shellworld.net>

Hi, One thing I liked about the configure script in 5.0 is the fact that
you could have the script prompt you for the directories to install into.
In 5.1 pre0 the script defaults to /usr/local/lib and /usr/local/sbin it
would be nice if you could re add this prompting as not everyone
installing ircservices will be root on the system they are installing it
on and having the script prompt for the directories was a nice thing.

From achurch at achurch.org  Mon May 14 00:55:31 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 13 08:57:54 2007
Subject: [IRCServices] configure script changes
In-Reply-To: <Pine.BSF.4.64.0705131049120.61451@server2.shellworld.net>
Message-ID: <4647357f.25602@msgid.achurch.org>

>Hi, One thing I liked about the configure script in 5.0 is the fact that
>you could have the script prompt you for the directories to install into.
>In 5.1 pre0 the script defaults to /usr/local/lib and /usr/local/sbin it
>would be nice if you could re add this prompting as not everyone
>installing ircservices will be root on the system they are installing it
>on and having the script prompt for the directories was a nice thing.

     I've removed the prompts to match the style of the configuration
process used by most other open-source software.  You can still set the
installation directories using the -bindest, -datdest, or -prefix options
(this is unchanged since version 5.0).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon May 14 00:57:54 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 13 09:09:51 2007
Subject: [IRCServices] ircservices-5.1pre0 Problems
In-Reply-To: <001901c79560$90fdf530$0100000a@citir>
Message-ID: <4647384c.30066@msgid.achurch.org>

>Today we tried new beta release,
>And we come across some problems...Here is the list... (Converted DB from 
>5.0.* and Unreal IRCD)
>
>1- Translations arent ready.

     Unfortunately, many of the volunteers who have previously helped with
translating Services no longer have time to do so.  The following languages
have been updated for version 5.1: Spanish, Hungarian, Japanese, and Dutch.
Assistance is, of course, welcome in bringing the other language files
(German, French, Russian, and Turkish) up to date.

>2- Founders of the channels dont get +q when they join the channel but they 
>get +a.

     This is a design change in version 5.1, as the use and functionality
of a "channel owner" mode such as +q varies too much between different
protocols for Services to make any effective use of it.

>3- Mlocks are gone after the convert.

     My sincere apologies; I have no idea how this slipped in, but this
problem does indeed exist in the XML data importer.  I'll fix it and make
a new release immediately.

>4- In some channels when you voice someone, chanserv makes -ao even they 
>dont have access. But if they left the channel and come back. No problem 
>occurs.

     Can you describe this in more detail (such as a log of the problem
occurring)?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon May 14 01:43:57 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 13 09:47:47 2007
Subject: [IRCServices] Services 5.1pre1 released
Message-ID: <46474130.65557@msgid.achurch.org>

     Services 5.1pre1 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

baf758f43163b2457f19bdf375345fe4  ircservices-5.1pre1.tar.gz
706c948b6f4534c1adec1824de585ddf  ircservices-5.1pre1.diff.gz
aa03a08e01d26d1726a7d8158b289812  ircservices-5.1pre1-1.i386.rpm
76069445198c06e11885c3f2e1f841ab  ircservices_5.1pre1-1_i386.deb

The mirrors should have it shortly.

     This release corrects the bug just mentioned on the mailing list
which causes channel mode locks to be lost when XML data is imported.
I apologize sincerely for letting something like this slip through, and
I hope it hasn't affected too many people.  (The other two bugs in the
change log are minor ones that shouldn't come up under normal usage.
one results from a certain combination of debugging configuration flags;
the other arose while the XML bug was being fixed, and shouldn't occur
under actual use.)

Changes in version 5.1pre1
--------------------------
2007/05/14	Fixed a bug in XML import that caused channel mode locks to
		    be lost.  Reported by <loverboy@irc.doruk.net.tr>
2007/05/14	Fixed Services being unable to start if both the compatibility
		    strdup() function and memory checking were enabled.
2007/05/14	Fixed a potential crash with corrupt databases.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From quension at mac.com  Sun May 13 12:57:01 2007
From: quension at mac.com (Trevor Talbot)
Date: Sun May 13 12:57:05 2007
Subject: [IRCServices] Services 5.1pre0 released
In-Reply-To: <463d8f4b.23151@msgid.achurch.org>
References: <463d8f4b.23151@msgid.achurch.org>
Message-ID: <3242b4bc267a16fa09ff463d284a362c@mac.com>

On May 6, 2007, at 1:18 AM, Andrew Church wrote:

>      The second, and more important, reason for posting the 
> announcement to this list is that I intend version 5.1 to be the last 
> version of IRC Services, at least under my care.  While I don't 
> consider Services "complete"--software development is a neverending 
> task, and in any case users' needs change over time--I do believe that 
> it's time for me to move on to other things.  In fact, I already 
> devote a fair amount of my time outside of work to other software 
> development projects (such as the audio/video tool "transcode", for 
> those who are familiar with it), and I have other hobbies which I 
> haven't been able to pursue as much as I'd like.  I've also found that 
> I personally use IRC very infrequently these days, and that has 
> inevitably lessened my interest in continuing Services development as 
> well.

>      I realize that this "end-of-life" announcement for Services may 
> come as a surprise to some, and for that I apologize.  As I mentioned 
> earlier, I will continue to support Services for some time to come (my 
> current thought is for two to three years after the release of 5.1.0); 
> however, I did want to provide advance warning of my future 
> intentions.  Thank you all for your support over the years.

Even though it's not "over", I wanted to say a couple things.

First, thank you for all the work you've done during the last several 
years.  Besides IRC Services itself, most of the NickServ/ChanServ 
-style services packages in use today trace their origins to your 
software in one form or another.  Inspiring that much development is no 
small accomplishment.  I've certainly customized IRC Services for 
specific uses in the past.  We've also had discussions about irc3, 
which has inspired me personally to think about IRC in a slightly 
different way for several years now.  I've found that line of thought 
to be quite intriguing, and perhaps it will lead to me to create 
something useful later on.

And second, thank you for having an "exit plan".  Far too many projects 
are simply abandoned by their authors and maintainers.  While obviously 
software such as this cannot take priority over other life concerns, 
it's great to see someone recognize they will be unable to continue 
ahead of time, and plan to make that eventuality as painless as 
possible for those who use it.

-- Quension

From nick at nickgawronski.com  Sun May 13 17:33:18 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sun May 13 17:33:23 2007
Subject: [IRCServices] Services 5.1pre0 released
In-Reply-To: <3242b4bc267a16fa09ff463d284a362c@mac.com>
References: <463d8f4b.23151@msgid.achurch.org>
	<3242b4bc267a16fa09ff463d284a362c@mac.com>
Message-ID: <Pine.BSF.4.64.0705131931570.78823@server2.shellworld.net>

Hi, Possibley you could when you leave put the ircservices code on
sourceforge.net so after you leave someone else can take over.On Sun, 13
May 2007, Trevor Talbot wrote:

> On May 6, 2007, at 1:18 AM, Andrew Church wrote:
>
> >      The second, and more important, reason for posting the announcement to
> > this list is that I intend version 5.1 to be the last version of IRC
> > Services, at least under my care.  While I don't consider Services
> > "complete"--software development is a neverending task, and in any case
> > users' needs change over time--I do believe that it's time for me to move on
> > to other things.  In fact, I already devote a fair amount of my time outside
> > of work to other software development projects (such as the audio/video tool
> > "transcode", for those who are familiar with it), and I have other hobbies
> > which I haven't been able to pursue as much as I'd like.  I've also found
> > that I personally use IRC very infrequently these days, and that has
> > inevitably lessened my interest in continuing Services development as well.
>
> >      I realize that this "end-of-life" announcement for Services may come as
> > a surprise to some, and for that I apologize.  As I mentioned earlier, I
> > will continue to support Services for some time to come (my current thought
> > is for two to three years after the release of 5.1.0); however, I did want
> > to provide advance warning of my future intentions.  Thank you all for your
> > support over the years.
>
> Even though it's not "over", I wanted to say a couple things.
>
> First, thank you for all the work you've done during the last several years.
> Besides IRC Services itself, most of the NickServ/ChanServ -style services
> packages in use today trace their origins to your software in one form or
> another.  Inspiring that much development is no small accomplishment.  I've
> certainly customized IRC Services for specific uses in the past.  We've also
> had discussions about irc3, which has inspired me personally to think about
> IRC in a slightly different way for several years now.  I've found that line
> of thought to be quite intriguing, and perhaps it will lead to me to create
> something useful later on.
>
> And second, thank you for having an "exit plan".  Far too many projects are
> simply abandoned by their authors and maintainers.  While obviously software
> such as this cannot take priority over other life concerns, it's great to see
> someone recognize they will be unable to continue ahead of time, and plan to
> make that eventuality as painless as possible for those who use it.
>
> -- Quension
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>

From achurch at achurch.org  Mon May 14 10:30:10 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 13 18:41:07 2007
Subject: [IRCServices] Services 5.1pre0 released
In-Reply-To: <Pine.BSF.4.64.0705131931570.78823@server2.shellworld.net>
Message-ID: <4647be2b.21366@msgid.achurch.org>

>Hi, Possibley you could when you leave put the ircservices code on
>sourceforge.net so after you leave someone else can take over.

     I plan to keep the Services home page active for some time--probably
a couple of years--after I release 5.1.0, so that should be plenty of time
for anyone with interest to obtain the source code.  When the time does
come to take down the Services home page, I'll consider my options at that
point (for all we know, Sourceforge may not even exist then).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nick at nickgawronski.com  Wed May 16 08:24:28 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Wed May 16 08:24:37 2007
Subject: [IRCServices] forceload option automatically runs
Message-ID: <Pine.BSF.4.64.0705161019310.92101@server2.shellworld.net>

Hi, One thing I noticed is that the forceload option could be just added
into the main code rather then an option.  If services sees corruption in
the databases it could just automatically load what ever it can understand
and ignore the rest of the database.  This would also help when restarting
ircservices as if no one is at the system or needs to restart ircservices
it could take care of the databases itself rather then needing to login to
the system and run a binary.  I could see this useful for ircops who don't
normally have access directly to the system where ircservices is running
but if they saw a need to restart ircservices they could do so with out
needing to contact the admin of the server if a database would not load
and services would not start.

From achurch at achurch.org  Thu May 17 04:59:07 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed May 16 13:09:02 2007
Subject: [IRCServices] forceload option automatically runs
In-Reply-To: <Pine.BSF.4.64.0705161019310.92101@server2.shellworld.net>
Message-ID: <464b64d9.21111@msgid.achurch.org>

>Hi, One thing I noticed is that the forceload option could be just added
>into the main code rather then an option.  If services sees corruption in
>the databases it could just automatically load what ever it can understand
>and ignore the rest of the database.  This would also help when restarting
>ircservices as if no one is at the system or needs to restart ircservices
>it could take care of the databases itself rather then needing to login to
>the system and run a binary.  I could see this useful for ircops who don't
>normally have access directly to the system where ircservices is running
>but if they saw a need to restart ircservices they could do so with out
>needing to contact the admin of the server if a database would not load
>and services would not start.

     The problem with this (and the reason -forceload is not the default
in the first place) is that if some part of the database is corrupt,
there's no telling how bad the situation is.  In the worst case, Services
could be unable to load any data, then overwrite your database files with
empty databases, destroying any chance you had of retrieving the data via
other means (such as writing a program to extract the data).

     In any case, -forceload is only supported for the database/version4
module, and there only for certain databases (a corrupt oper.db, for
example, will cause Services to abort whether -forceload is given or not).
Moreover, due to the format of those database files, it's unlikely you'd
be able to recover any data anyway under most circumstances.  I probably
ought to just get rid of the option entirely.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From robclements1962 at hotmail.com  Wed May 16 17:16:17 2007
From: robclements1962 at hotmail.com (robin clements)
Date: Wed May 16 17:16:19 2007
Subject: [IRCServices] Multiple Error messages on Services startup ....
Message-ID: <BAY123-W18B1A368E7CEAD9D4FDCDB7330@phx.gbl>


Hi All,
I am very new to running an ircd and have had a good deal of luck so far and actually got one up and running.
However, I have installed Services and am getting problems starting it.
When i type ./services.conf   the following errors come up: -
 
[~/ircservices/lib/services]# ./ircservices.conf./ircservices.conf: line 83: RemoteServer: command not found./ircservices.conf: line 98: LocalAddress: command not found./ircservices.conf: line 110: ServerName: command not found./ircservices.conf: line 116: ServerDesc: command not found./ircservices.conf: line 122: ServiceUser: command not found./ircservices.conf: line 151: Umask: command not found./ircservices.conf: line 171: LogFilename: command not found./ircservices.conf: line 179: PIDFilename: command not found./ircservices.conf: line 184: MOTDFilename: command not found./ircservices.conf: line 193: LockFilename: command not found./ircservices.conf: line 252: StrictPasswords: command not found./ircservices.conf: line 263: BadPassLimit: command not found./ircservices.conf: line 272: BadPassTimeout: command not found./ircservices.conf: line 279: BadPassWarning: command not found./ircservices.conf: line 285: UpdateTimeout: command not found./ircservices.conf: line 300: WarningTimeout: command not found./ircservices.conf: line 313: ReadTimeout: command not found./ircservices.conf: line 334: TimeoutCheck: command not found./ircservices.conf: line 343: PingFrequency: command not found./ircservices.conf: line 389: NetBufferSize: command not found./ircservices.conf: line 407: NetBufferLimit: command not found./ircservices.conf: line 426: GuestNickPrefix: command not found./ircservices.conf: line 439: DefTimeZone: command not found./ircservices.conf: line 445: LogMaxUsers: command not found./ircservices.conf: line 450: EnableGetpass: command not found./ircservices.conf: line 456: WallGetpass: command not found./ircservices.conf: line 463: WallSetpass: command not found./ircservices.conf: line 500: LoadModule: command not found./ircservices.conf: line 520: LoadModule: command not found./ircservices.conf: line 532: LoadModule: command not found./ircservices.conf: line 547: LoadModule: command not found./ircservices.conf: line 549: LoadModule: command not found./ircservices.conf: line 587: LoadModule: command not found./ircservices.conf: line 588: LoadModule: command not found./ircservices.conf: line 589: LoadModule: command not found./ircservices.conf: line 590: LoadModule: command not found./ircservices.conf: line 591: LoadModule: command not found./ircservices.conf: line 647: LoadModule: command not found./ircservices.conf: line 648: LoadModule: command not found./ircservices.conf: line 649: LoadModule: command not found./ircservices.conf: line 650: LoadModule: command not found./ircservices.conf: line 653: LoadModule: command not found./ircservices.conf: line 687: LoadModule: command not found./ircservices.conf: line 688: LoadModule: command not found./ircservices.conf: line 689: LoadModule: command not found./ircservices.conf: line 714: LoadModule: command not found./ircservices.conf: line 716: LoadModule: command not found./ircservices.conf: line 727: LoadModule: command not found./ircservices.conf: line 739: LoadModule: command not found./ircservices.conf: line 799: LoadModule: command not found./ircservices.conf: line 800: LoadModule: command not found./ircservices.conf: line 801: LoadModule: command not found./ircservices.conf: line 802: LoadModule: command not found./ircservices.conf: line 826: LoadModule: command not found./ircservices.conf: line 827: LoadModule: command not found
 
can anyone help me please? I am certain I have compiled the config correctly as I have put the correct information in all the lines listed above. I am using Unreal 3.2x ircd and have configured its config file correctly to accept Services.
Many Thanks,
Rob.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070517/5bc631d3/attachment-0001.htm
From nim at shadowfire.org  Wed May 16 17:25:54 2007
From: nim at shadowfire.org (Michael Arnold)
Date: Wed May 16 17:26:04 2007
Subject: [IRCServices] Multiple Error messages on Services startup ....
In-Reply-To: <BAY123-W18B1A368E7CEAD9D4FDCDB7330@phx.gbl>
References: <BAY123-W18B1A368E7CEAD9D4FDCDB7330@phx.gbl>
Message-ID: <20070517002554.GA22320@localhost.localdomain>

On Thu, May 17, 2007 at 01:16:17AM +0100, robin clements wrote:
hi,
	ircservices.conf is the config file, the binary will probably be in
	a ./bin directory somewhere, based on where you told it to install
	during ./configure.  If you execute the binary instead of the config
	file, those errors, at least, should go away.

	Nim

>    Hi All,
>    I am very new to running an ircd and have had a good deal of luck so far
>    and actually got one up and running.
>    However, I have installed Services and am getting problems starting it.
>    When i type ./services.conf   the following errors come up: -
>     
>    [~/ircservices/lib/services]# ./ircservices.conf
>    ./ircservices.conf: line 83: RemoteServer: command not found
>    ./ircservices.conf: line 98: LocalAddress: command not found
>    ./ircservices.conf: line 110: ServerName: command not found
>    ./ircservices.conf: line 116: ServerDesc: command not found
>    ./ircservices.conf: line 122: ServiceUser: command not found
>    ./ircservices.conf: line 151: Umask: command not found
>    ./ircservices.conf: line 171: LogFilename: command not found
>    ./ircservices.conf: line 179: PIDFilename: command not found
>    ./ircservices.conf: line 184: MOTDFilename: command not found
>    ./ircservices.conf: line 193: LockFilename: command not found
>    ./ircservices.conf: line 252: StrictPasswords: command not found
>    ./ircservices.conf: line 263: BadPassLimit: command not found
>    ./ircservices.conf: line 272: BadPassTimeout: command not found
>    ./ircservices.conf: line 279: BadPassWarning: command not found
>    ./ircservices.conf: line 285: UpdateTimeout: command not found
>    ./ircservices.conf: line 300: WarningTimeout: command not found
>    ./ircservices.conf: line 313: ReadTimeout: command not found
>    ./ircservices.conf: line 334: TimeoutCheck: command not found
>    ./ircservices.conf: line 343: PingFrequency: command not found
>    ./ircservices.conf: line 389: NetBufferSize: command not found
>    ./ircservices.conf: line 407: NetBufferLimit: command not found
>    ./ircservices.conf: line 426: GuestNickPrefix: command not found
>    ./ircservices.conf: line 439: DefTimeZone: command not found
>    ./ircservices.conf: line 445: LogMaxUsers: command not found
>    ./ircservices.conf: line 450: EnableGetpass: command not found
>    ./ircservices.conf: line 456: WallGetpass: command not found
>    ./ircservices.conf: line 463: WallSetpass: command not found
>    ./ircservices.conf: line 500: LoadModule: command not found
>    ./ircservices.conf: line 520: LoadModule: command not found
>    ./ircservices.conf: line 532: LoadModule: command not found
>    ./ircservices.conf: line 547: LoadModule: command not found
>    ./ircservices.conf: line 549: LoadModule: command not found
>    ./ircservices.conf: line 587: LoadModule: command not found
>    ./ircservices.conf: line 588: LoadModule: command not found
>    ./ircservices.conf: line 589: LoadModule: command not found
>    ./ircservices.conf: line 590: LoadModule: command not found
>    ./ircservices.conf: line 591: LoadModule: command not found
>    ./ircservices.conf: line 647: LoadModule: command not found
>    ./ircservices.conf: line 648: LoadModule: command not found
>    ./ircservices.conf: line 649: LoadModule: command not found
>    ./ircservices.conf: line 650: LoadModule: command not found
>    ./ircservices.conf: line 653: LoadModule: command not found
>    ./ircservices.conf: line 687: LoadModule: command not found
>    ./ircservices.conf: line 688: LoadModule: command not found
>    ./ircservices.conf: line 689: LoadModule: command not found
>    ./ircservices.conf: line 714: LoadModule: command not found
>    ./ircservices.conf: line 716: LoadModule: command not found
>    ./ircservices.conf: line 727: LoadModule: command not found
>    ./ircservices.conf: line 739: LoadModule: command not found
>    ./ircservices.conf: line 799: LoadModule: command not found
>    ./ircservices.conf: line 800: LoadModule: command not found
>    ./ircservices.conf: line 801: LoadModule: command not found
>    ./ircservices.conf: line 802: LoadModule: command not found
>    ./ircservices.conf: line 826: LoadModule: command not found
>    ./ircservices.conf: line 827: LoadModule: command not found
> 
>     
>    can anyone help me please? I am certain I have compiled the config
>    correctly as I have put the correct information in all the lines listed
>    above. I am using Unreal 3.2x ircd and have configured its config file
>    correctly to accept Services.
>    Many Thanks,
>    Rob.

> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070516/6f447cc0/attachment.pgp
From nick at nickgawronski.com  Wed May 16 19:08:17 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Wed May 16 19:08:21 2007
Subject: [IRCServices] forceload option automatically runs
In-Reply-To: <464b64d9.21111@msgid.achurch.org>
References: <464b64d9.21111@msgid.achurch.org>
Message-ID: <Pine.BSF.4.64.0705162103290.38057@server2.shellworld.net>

Hi, It would be a nice thing just to remove the old version 4 database
support as with xml export import features there is really no need for
version 4 support.  For now it is a nice thing to have for users who
might want to still use the databases but really sometime soon it should
be removed.  Another thing I noticed is when I used the -export option
and I already had another copy of services running it tried to start the
httpd module and exitted with the bind error address already in use.  I
had to shutdown services, export the databases then restart version 5.0
again.  It would be nice if the -export or -import is given services
would just check and not load all of the modules just the ones for xml
export and or import so the already runing copy would not need to be
shutdown.On Thu, 17 May 2007, Andrew Church wrote:

> >Hi, One thing I noticed is that the forceload option could be just added
> >into the main code rather then an option.  If services sees corruption in
> >the databases it could just automatically load what ever it can understand
> >and ignore the rest of the database.  This would also help when restarting
> >ircservices as if no one is at the system or needs to restart ircservices
> >it could take care of the databases itself rather then needing to login to
> >the system and run a binary.  I could see this useful for ircops who don't
> >normally have access directly to the system where ircservices is running
> >but if they saw a need to restart ircservices they could do so with out
> >needing to contact the admin of the server if a database would not load
> >and services would not start.
>
>      The problem with this (and the reason -forceload is not the default
> in the first place) is that if some part of the database is corrupt,
> there's no telling how bad the situation is.  In the worst case, Services
> could be unable to load any data, then overwrite your database files with
> empty databases, destroying any chance you had of retrieving the data via
> other means (such as writing a program to extract the data).
>
>      In any case, -forceload is only supported for the database/version4
> module, and there only for certain databases (a corrupt oper.db, for
> example, will cause Services to abort whether -forceload is given or not).
> Moreover, due to the format of those database files, it's unlikely you'd
> be able to recover any data anyway under most circumstances.  I probably
> ought to just get rid of the option entirely.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From achurch at achurch.org  Thu May 17 14:55:06 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed May 16 22:57:47 2007
Subject: [IRCServices] forceload option automatically runs
In-Reply-To: <Pine.BSF.4.64.0705162103290.38057@server2.shellworld.net>
Message-ID: <464beed8.32706@msgid.achurch.org>

>Hi, It would be a nice thing just to remove the old version 4 database
>support as with xml export import features there is really no need for
>version 4 support.  For now it is a nice thing to have for users who
>might want to still use the databases but really sometime soon it should
>be removed.

     Removing the database/version4 module would prevent users who have
upgraded to 5.1 from being able to read their old databases (even to
export them), so I won't be doing this.

>Another thing I noticed is when I used the -export option
>and I already had another copy of services running it tried to start the
>httpd module and exitted with the bind error address already in use.  I
>had to shutdown services, export the databases then restart version 5.0
>again.  It would be nice if the -export or -import is given services
>would just check and not load all of the modules just the ones for xml
>export and or import so the already runing copy would not need to be
>shutdown.

     I'm aware of this as an issue; however, due to the design of Services
it's not easy to fix in the general case, so I don't know if I'll be able
to correct this for 5.1.  The workaround is to disable the HTTP server
modules before running ircservices -export.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ircservices at arvoreen.net  Fri May 18 05:21:12 2007
From: ircservices at arvoreen.net (Pol Bettinger)
Date: Fri May 18 05:21:32 2007
Subject: [IRCServices] IRCservices not sending anything after tcp connection
	is set up
Message-ID: <464D9A38.8070603@arvoreen.net>

Hello,

I have got a problem with the linking of the services. (version 5.0.61
on an amd64 also tried on a real ia32, OS: Debian GNU/Linux ;-) to be
all correct)

It shows up that the services connect (tcp) to unreal but the services
are not sending anything out to the ircd although that they are claming
to do so in the log (if run with -debug).

After 30 seconds the ircd then closes the connection, and thats' it.

For testing purpouse I have taken several traces, and also connected the
services to a listener. There I found out that the services sends the
link information and password when I kill the ircservices process.

Any help would greatly be appreciated.

Thanks!

-- 
Pol Bettinger
From achurch at achurch.org  Sat May 19 14:10:37 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri May 18 22:11:03 2007
Subject: [IRCServices] Services 5.1pre2 released
Message-ID: <464e86e4.13142@msgid.achurch.org>

     Services 5.1pre2 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

b97712d9173a330234c445d213324e00  ircservices-5.1pre2.tar.gz
7ba2b5afbc96bed77471581ecdaee99a  ircservices-5.1pre2.diff.gz
bfed04fd0bf585432fabb718c7b4b72b  ircservices-5.1pre2-1.i386.rpm
19917fb535e7420581a96a1d1410a21c  ircservices_5.1pre2-1_i386.deb

The mirrors should have it shortly.

     This release includes an updated Turkish language file, courtesy of
Basar U. Sezer.  The MD5 hashing code used by Services has also been
replaced with a version more friendly to open source; there should be no
functional changes, but if you are using encryption, please let me know
if any problems arise.

Changes in version 5.1pre2
--------------------------
2007/05/19	Updated the Turkish language file, courtesy of Basar U.
		    Sezer <srcmaster@crypthon.com>
2007/05/17	The database/version4 module now observes the -forceload
		    option when loading the nickname database.
2007/05/17	Replaced RSA's MD5 implementation with one licensed under
		    more lenient terms.  Suggested by Tim Retout
		    <tim@retout.co.uk>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ircservices at arvoreen.net  Sat May 19 05:27:40 2007
From: ircservices at arvoreen.net (Pol Bettinger)
Date: Sat May 19 05:28:04 2007
Subject: [IRCServices] Services 5.1pre2
Message-ID: <464EED3C.2080607@arvoreen.net>

Hello,

I tried to compile the services 5.1pre2 on an amd64 and it bails out
with the messages attached. although on an chrooted ia32 system it works
out fine (if I HUP the ircservices process with kill).


*arvi@opti:/data/source/ircservices-5.1pre2$ ./configure -ignore-cache

Beginning IRC Services configuration.

Executable (program) files will be installed in /usr/local/sbin
Data files will be installed in /usr/local/lib/ircservices
Checking sanity of /bin/sh... high.
Searching for a suitable compiler... great, found gcc!
Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good.
Let's see what libraries we need... -lm -lcrypt
Checking if we can use dynamic modules... no.
Checking whether ranlib exists... yes.
Checking for presence of include files (it's okay if some aren't there):
    stdint.h... present
    strings.h... present
    sys/select.h... present
    sys/sysproto.h... not present
Looking for an 8-bit integer type... int8_t
Looking for a 16-bit integer type... int16_t
Looking for a 32-bit integer type... int32_t
Looking for a 64-bit integer type... int64_t
Checking the size of int... 32 bits
Checking the size of long... 64 bits
Checking the size of pointers... 64 bits
Checking the size of time_t... 64 bits (nifty!)
Checking the size of gid_t... 32 bits
Checking for socklen_t... present.
Seeing if your system defines int16/int32... not found (this is good).
How to complain when something goes wrong... ah, strerror() is here.
Looking for other functions we want that you don't have...
Checking how to install files... looks like "install" will work.
Seeing if "install" will create directories... OK.
Checking how to copy directories... /bin/cp -dpr
Creating config.h... done.
Creating Makefile.inc... done.
Saving configuration results in config.cache... done.

All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
to compile Services.  See the README and FAQ if you have any problems.

arvi@opti:/data/source/ircservices-5.1pre2$ make
touch services.h
make -C lang index
make[1]: Entering directory `/localvol/data/source/ircservices-5.1pre2/lang'
make[1]: ?index? ist bereits aktualisiert.
make[1]: Leaving directory `/localvol/data/source/ircservices-5.1pre2/lang'
gcc  -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall
-Wmissing-prototypes -c actions.c -o actions.o
In file included from services.h:78,
                 from actions.c:10:
sockets.h:141: error: expected ?)? before ?per_conn?
sockets.h:154: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?read_buffer_len?
sockets.h:155: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?write_buffer_len?
sockets.h:156: error: expected declaration specifiers or ?...? before
?uint64_t?
sockets.h:156: error: expected declaration specifiers or ?...? before
?uint64_t?
sockets.h:157: error: expected declaration specifiers or ?...? before
?uint32_t?
sockets.h:158: error: expected declaration specifiers or ?...? before
?uint32_t?
In file included from services.h:79,
                 from actions.c:10:
send.h:19: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?protocol_features?
In file included from services.h:80,
                 from actions.c:10:
modes.h:29: error: expected specifier-qualifier-list before ?uint8_t?
In file included from services.h:81,
                 from actions.c:10:
users.h:37: error: expected specifier-qualifier-list before ?uint32_t?
In file included from services.h:85,
                 from actions.c:10:
extern.h:154: error: expected declaration specifiers or ?...? before
?uint32_t?
extern.h:230: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?time_msec?
extern.h:234: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?*? token
extern.h:235: warning: type defaults to ?int? in declaration of ?uint8_t?
extern.h:235: error: expected ?;?, ?,? or ?)? before ?*? token
extern.h:236: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__?
before ?*? token
extern.h:237: warning: type defaults to ?int? in declaration of ?uint8_t?
extern.h:237: error: expected ?;?, ?,? or ?)? before ?*? token
In file included from actions.c:13:
timeout.h:46: error: expected ?)? before ?delay?
actions.c: In function ?bad_password?:
actions.c:67: error: ?User? has no member named ?bad_pw_time?
actions.c:68: error: ?User? has no member named ?bad_pw_time?
actions.c:69: error: ?User? has no member named ?bad_pw_count?
actions.c:70: error: ?User? has no member named ?bad_pw_count?
actions.c:71: error: ?User? has no member named ?bad_pw_time?
actions.c:72: error: ?User? has no member named ?bad_pw_count?
actions.c:77: error: ?User? has no member named ?bad_pw_count?
actions.c: In function ?set_cmode?:
actions.c:477: warning: implicit declaration of function ?add_timeout_ms?
actions.c:478: warning: assignment makes pointer from integer without a cast

-- 
Pol Bettinger
From achurch at achurch.org  Sat May 19 21:39:51 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat May 19 05:41:51 2007
Subject: [IRCServices] Services 5.1pre2
In-Reply-To: <464EED3C.2080607@arvoreen.net>
Message-ID: <464ef08b.16407@msgid.achurch.org>

     I can't reproduce this problem.  My best guess is that there's a
problem with the "stdint.h" header file on your system.

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

>Hello,
>
>I tried to compile the services 5.1pre2 on an amd64 and it bails out
>with the messages attached. although on an chrooted ia32 system it works
>out fine (if I HUP the ircservices process with kill).
>
>
>*arvi@opti:/data/source/ircservices-5.1pre2$ ./configure -ignore-cache
>
>Beginning IRC Services configuration.
>
>Executable (program) files will be installed in /usr/local/sbin
>Data files will be installed in /usr/local/lib/ircservices
>Checking sanity of /bin/sh... high.
>Searching for a suitable compiler... great, found gcc!
>Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good.
>Let's see what libraries we need... -lm -lcrypt
>Checking if we can use dynamic modules... no.
>Checking whether ranlib exists... yes.
>Checking for presence of include files (it's okay if some aren't there):
>    stdint.h... present
>    strings.h... present
>    sys/select.h... present
>    sys/sysproto.h... not present
>Looking for an 8-bit integer type... int8_t
>Looking for a 16-bit integer type... int16_t
>Looking for a 32-bit integer type... int32_t
>Looking for a 64-bit integer type... int64_t
>Checking the size of int... 32 bits
>Checking the size of long... 64 bits
>Checking the size of pointers... 64 bits
>Checking the size of time_t... 64 bits (nifty!)
>Checking the size of gid_t... 32 bits
>Checking for socklen_t... present.
>Seeing if your system defines int16/int32... not found (this is good).
>How to complain when something goes wrong... ah, strerror() is here.
>Looking for other functions we want that you don't have...
>Checking how to install files... looks like "install" will work.
>Seeing if "install" will create directories... OK.
>Checking how to copy directories... /bin/cp -dpr
>Creating config.h... done.
>Creating Makefile.inc... done.
>Saving configuration results in config.cache... done.
>
>All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
>to compile Services.  See the README and FAQ if you have any problems.
>
>arvi@opti:/data/source/ircservices-5.1pre2$ make
>touch services.h
>make -C lang index
>make[1]: Entering directory `/localvol/data/source/ircservices-5.1pre2/lang'
>make[1]: »index« ist bereits aktualisiert.
>make[1]: Leaving directory `/localvol/data/source/ircservices-5.1pre2/lang'
>gcc  -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall
>-Wmissing-prototypes -c actions.c -o actions.o
>In file included from services.h:78,
>                 from actions.c:10:
>sockets.h:141: error: expected ‘)’ before ‘per_conn’
>sockets.h:154: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘read_buffer_len’
>sockets.h:155: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘write_buffer_len’
>sockets.h:156: error: expected declaration specifiers or ‘...’ before
>‘uint64_t’
>sockets.h:156: error: expected declaration specifiers or ‘...’ before
>‘uint64_t’
>sockets.h:157: error: expected declaration specifiers or ‘...’ before
>‘uint32_t’
>sockets.h:158: error: expected declaration specifiers or ‘...’ before
>‘uint32_t’
>In file included from services.h:79,
>                 from actions.c:10:
>send.h:19: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘protocol_features’
>In file included from services.h:80,
>                 from actions.c:10:
>modes.h:29: error: expected specifier-qualifier-list before ‘uint8_t’
>In file included from services.h:81,
>                 from actions.c:10:
>users.h:37: error: expected specifier-qualifier-list before ‘uint32_t’
>In file included from services.h:85,
>                 from actions.c:10:
>extern.h:154: error: expected declaration specifiers or ‘...’ before
>‘uint32_t’
>extern.h:230: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘time_msec’
>extern.h:234: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘*’ token
>extern.h:235: warning: type defaults to ‘int’ in declaration of ‘uint8_t’
>extern.h:235: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
>extern.h:236: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’
>before ‘*’ token
>extern.h:237: warning: type defaults to ‘int’ in declaration of ‘uint8_t’
>extern.h:237: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
>In file included from actions.c:13:
>timeout.h:46: error: expected ‘)’ before ‘delay’
>actions.c: In function ‘bad_password’:
>actions.c:67: error: ‘User’ has no member named ‘bad_pw_time’
>actions.c:68: error: ‘User’ has no member named ‘bad_pw_time’
>actions.c:69: error: ‘User’ has no member named ‘bad_pw_count’
>actions.c:70: error: ‘User’ has no member named ‘bad_pw_count’
>actions.c:71: error: ‘User’ has no member named ‘bad_pw_time’
>actions.c:72: error: ‘User’ has no member named ‘bad_pw_count’
>actions.c:77: error: ‘User’ has no member named ‘bad_pw_count’
>actions.c: In function ‘set_cmode’:
>actions.c:477: warning: implicit declaration of function ‘add_timeout_ms’
>actions.c:478: warning: assignment makes pointer from integer without a cast
>
>-- 
>Pol Bettinger
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sat May 19 21:46:00 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat May 19 05:46:46 2007
Subject: [IRCServices] IRCservices not sending anything after tcp
	connection is set up
In-Reply-To: <464D9A38.8070603@arvoreen.net>
Message-ID: <464ef1b4.16417@msgid.achurch.org>

     I'm afraid I can't reproduce this problem.  Has anyone else seen
anything like this?

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

>Hello,
>
>I have got a problem with the linking of the services. (version 5.0.61
>on an amd64 also tried on a real ia32, OS: Debian GNU/Linux ;-) to be
>all correct)
>
>It shows up that the services connect (tcp) to unreal but the services
>are not sending anything out to the ircd although that they are claming
>to do so in the log (if run with -debug).
>
>After 30 seconds the ircd then closes the connection, and thats' it.
>
>For testing purpouse I have taken several traces, and also connected the
>services to a listener. There I found out that the services sends the
>link information and password when I kill the ircservices process.
>
>Any help would greatly be appreciated.
>
>Thanks!
>
>-- 
>Pol Bettinger
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From ircservices at arvoreen.net  Sat May 19 06:11:54 2007
From: ircservices at arvoreen.net (Pol Bettinger)
Date: Sat May 19 06:12:07 2007
Subject: [IRCServices] IRCservices not sending anything after tcp
	connection is set up
In-Reply-To: <464D9A38.8070603@arvoreen.net>
References: <464D9A38.8070603@arvoreen.net>
Message-ID: <464EF79A.1020704@arvoreen.net>

Hello,

I have now achieved that the services are running and working as they
should but only after i send the services the HUP Signal via kill. For
me it seems that the services don't flush their send buffer correctly.

I also tested 5.1-pre2 which show up exactly the same symptoms. Am I
doing something wrong or is there a real problem?

I also took from our old machine that is still in production the
binaries and tried them out. On the old machine they work as they should
on the newer (a lot) faster machine they show also up the exact same
problems (although I can't say for sure its the same reason as the libc
is a lot newer on the newly installed machine)

Pol

Pol Bettinger schrieb:
> Hello,
> 
> I have got a problem with the linking of the services. (version 5.0.61
> on an amd64 also tried on a real ia32, OS: Debian GNU/Linux ;-) to be
> all correct)
> 
> It shows up that the services connect (tcp) to unreal but the services
> are not sending anything out to the ircd although that they are claming
> to do so in the log (if run with -debug).
> 
> After 30 seconds the ircd then closes the connection, and thats' it.
> 
> For testing purpouse I have taken several traces, and also connected the
> services to a listener. There I found out that the services sends the
> link information and password when I kill the ircservices process.
> 
> Any help would greatly be appreciated.
> 
> Thanks!
> 

From nick at nickgawronski.com  Sun May 20 08:57:48 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sun May 20 08:57:53 2007
Subject: [IRCServices] issues with updating operserv databases
Message-ID: <Pine.BSF.4.64.0705201054560.98172@server2.shellworld.net>

Hi, I am trying to save my data bases from version 5.0 as I still have it
running in memory but have 5.1pre2 installed on hard drive.  When I run
/msg operserv update I get the following message, version 5.1 is installed
where version 5.0 is installed so don't know why I am getting this
message, what should I do?
*operserv*> update
-OperServ- Updating databases...
*** Global -- from services.nickgawronski.com: Warning: Unable to lock
databases; databases will not be updated.
-OperServ- Database update failed.


From achurch at achurch.org  Mon May 21 01:06:55 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 20 09:07:17 2007
Subject: [IRCServices] issues with updating operserv databases
In-Reply-To: <Pine.BSF.4.64.0705201054560.98172@server2.shellworld.net>
Message-ID: <46507231.30371@msgid.achurch.org>

See FAQ C.1.

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

>Hi, I am trying to save my data bases from version 5.0 as I still have it
>running in memory but have 5.1pre2 installed on hard drive.  When I run
>/msg operserv update I get the following message, version 5.1 is installed
>where version 5.0 is installed so don't know why I am getting this
>message, what should I do?
>*operserv*> update
>-OperServ- Updating databases...
>*** Global -- from services.nickgawronski.com: Warning: Unable to lock
>databases; databases will not be updated.
>-OperServ- Database update failed.
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From nick at nickgawronski.com  Sun May 20 10:06:09 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sun May 20 10:06:12 2007
Subject: [IRCServices] update force option still reports failing messages
Message-ID: <Pine.BSF.4.64.0705201203040.919@server2.shellworld.net>

Hi, I entered with out the quotes "/msg operserv update force" and still
get this message anything else I can try, no .lock or lock file exists in
the data directory. -OperServ- Updating databases...
*** Global -- from services.nickgawronski.com: Warning: Unable to lock
databases; databases will not be updated.
-OperServ- Database update failed.

From achurch at achurch.org  Mon May 21 02:13:39 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 20 10:13:53 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <Pine.BSF.4.64.0705201203040.919@server2.shellworld.net>
Message-ID: <465081ce.31603@msgid.achurch.org>

What does the log file say?

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

>Hi, I entered with out the quotes "/msg operserv update force" and still
>get this message anything else I can try, no .lock or lock file exists in
>the data directory. -OperServ- Updating databases...
>*** Global -- from services.nickgawronski.com: Warning: Unable to lock
>databases; databases will not be updated.
>-OperServ- Database update failed.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From nick at nickgawronski.com  Sun May 20 17:24:52 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sun May 20 17:24:57 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <465081ce.31603@msgid.achurch.org>
References: <465081ce.31603@msgid.achurch.org>
Message-ID: <Pine.BSF.4.64.0705201922470.13840@server2.shellworld.net>

Hi, my ircservices.log file does not exist in the data directory.  When
I was upgrading to version 5.1 from 5.0 I just did rm -rf ircservices
and everything went including the log files and the xml export I had
done.  what else should I try?On Mon, 21 May 2007, Andrew Church wrote:

> What does the log file say?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >Hi, I entered with out the quotes "/msg operserv update force" and still
> >get this message anything else I can try, no .lock or lock file exists in
> >the data directory. -OperServ- Updating databases...
> >*** Global -- from services.nickgawronski.com: Warning: Unable to lock
> >databases; databases will not be updated.
> >-OperServ- Database update failed.
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From achurch at achurch.org  Mon May 21 13:56:33 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun May 20 22:02:40 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <Pine.BSF.4.64.0705201922470.13840@server2.shellworld.net>
Message-ID: <465127ed.70771@msgid.achurch.org>

     Well, perhaps that's the reason, then: You just deleted your
Services databases.  If you have the HTTP server running, you can
download an XML copy of the databases that way, but otherwise, I'm
afraid you've lost all your data.

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

>Hi, my ircservices.log file does not exist in the data directory.  When
>I was upgrading to version 5.1 from 5.0 I just did rm -rf ircservices
>and everything went including the log files and the xml export I had
>done.  what else should I try?On Mon, 21 May 2007, Andrew Church wrote:
>
>> What does the log file say?
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>>
>> >Hi, I entered with out the quotes "/msg operserv update force" and still
>> >get this message anything else I can try, no .lock or lock file exists in
>> >the data directory. -OperServ- Updating databases...
>> >*** Global -- from services.nickgawronski.com: Warning: Unable to lock
>> >databases; databases will not be updated.
>> >-OperServ- Database update failed.
>> >
>> >------------------------------------------------------------------
>> >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 nick at nickgawronski.com  Mon May 21 10:36:30 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Mon May 21 10:36:39 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <465127ed.70771@msgid.achurch.org>
References: <465127ed.70771@msgid.achurch.org>
Message-ID: <Pine.BSF.4.64.0705211235420.48829@server2.shellworld.net>

Hi, What would the url be for downloading the xml databases?  I have all
of the modules loaded for the http server and the xml information.On Mon,
21 May 2007, Andrew Church wrote:

>      Well, perhaps that's the reason, then: You just deleted your
> Services databases.  If you have the HTTP server running, you can
> download an XML copy of the databases that way, but otherwise, I'm
> afraid you've lost all your data.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >Hi, my ircservices.log file does not exist in the data directory.  When
> >I was upgrading to version 5.1 from 5.0 I just did rm -rf ircservices
> >and everything went including the log files and the xml export I had
> >done.  what else should I try?On Mon, 21 May 2007, Andrew Church wrote:
> >
> >> What does the log file say?
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>     http://achurch.org/
> >>
> >> >Hi, I entered with out the quotes "/msg operserv update force" and still
> >> >get this message anything else I can try, no .lock or lock file exists in
> >> >the data directory. -OperServ- Updating databases...
> >> >*** Global -- from services.nickgawronski.com: Warning: Unable to lock
> >> >databases; databases will not be updated.
> >> >-OperServ- Database update failed.
> >> >
> >> >------------------------------------------------------------------
> >> >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
>

From achurch at achurch.org  Tue May 22 03:14:15 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon May 21 11:19:44 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <Pine.BSF.4.64.0705211235420.48829@server2.shellworld.net>
Message-ID: <4651e2bd.74274@msgid.achurch.org>

>Hi, What would the url be for downloading the xml databases?  I have all
>of the modules loaded for the http server and the xml information.

     The XML export file can be downloaded from the top page of the
httpd/dbaccess module.  For example, if your modules.conf contains

Module httpd/main
    ListenTo 127.0.0.1:12345
    # (other options)
EndModule
Module httpd/dbaccess
    Prefix "/dbaccess"
EndModule

then you would access http://127.0.0.1:12345/dbaccess and select "Save
Link Target As" on the "XML database download" link.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nick at nickgawronski.com  Fri May 25 09:11:26 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Fri May 25 09:11:41 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <4651e2bd.74274@msgid.achurch.org>
References: <4651e2bd.74274@msgid.achurch.org>
Message-ID: <Pine.BSF.4.64.0705251109260.37789@server2.shellworld.net>

Hi, I found the database xml export link.  To make sure I get the xml
data properly if I use the download "d" option in lynx when I am on the
export link will that download the data properly so no line breaks mess
up my data?On Tue, 22 May 2007, Andrew Church wrote:

> >Hi, What would the url be for downloading the xml databases?  I have all
> >of the modules loaded for the http server and the xml information.
>
>      The XML export file can be downloaded from the top page of the
> httpd/dbaccess module.  For example, if your modules.conf contains
>
> Module httpd/main
>     ListenTo 127.0.0.1:12345
>     # (other options)
> EndModule
> Module httpd/dbaccess
>     Prefix "/dbaccess"
> EndModule
>
> then you would access http://127.0.0.1:12345/dbaccess and select "Save
> Link Target As" on the "XML database download" link.
>
>   --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 May 26 01:14:01 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri May 25 09:14:20 2007
Subject: [IRCServices] update force option still reports failing messages
In-Reply-To: <Pine.BSF.4.64.0705251109260.37789@server2.shellworld.net>
Message-ID: <46570b58.32114@msgid.achurch.org>

Yes, "d" will download the data properly.

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

>Hi, I found the database xml export link.  To make sure I get the xml
>data properly if I use the download "d" option in lynx when I am on the
>export link will that download the data properly so no line breaks mess
>up my data?On Tue, 22 May 2007, Andrew Church wrote:
>
>> >Hi, What would the url be for downloading the xml databases?  I have all
>> >of the modules loaded for the http server and the xml information.
>>
>>      The XML export file can be downloaded from the top page of the
>> httpd/dbaccess module.  For example, if your modules.conf contains
>>
>> Module httpd/main
>>     ListenTo 127.0.0.1:12345
>>     # (other options)
>> EndModule
>> Module httpd/dbaccess
>>     Prefix "/dbaccess"
>> EndModule
>>
>> then you would access http://127.0.0.1:12345/dbaccess and select "Save
>> Link Target As" on the "XML database download" link.
>>
>>   --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 surreal.w00t at gmail.com  Fri Jun  8 03:07:47 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Jun  8 03:07:56 2007
Subject: [IRCServices] NS REGISTER and LINK
Message-ID: <b19eae4e0706080307h4762241fn6b0290b77c3d465f@mail.gmail.com>

Bad thing: Guest nicks can apparantly be registered/linked.

I'm not sure what more to say on this matter other than it really
shouldn't be allowed ;p.

[09:37:38] * Burlex is now known as Guest1050201837
[09:37:46] * +Guest1050201837 (haxor@ChatSpike-d36001a8.us) Quit
([services.chatspike.net] Killed (NickServ (GHOST command used by
Majic)))
[09:37:51] <+Majic> Oops, typo... :(
[09:38:07] * _Burlex (haxor@ChatSpike-d36001a8.us) has joined #inspircd
[09:38:07] * ChanServ sets mode: +v _Burlex
[09:38:10] <+Majic> :D
[09:38:26] <+Majic> How come his script didn't reconnect like this earlier? :D
[09:38:44] * _Burlex is now known as Burlex
[09:39:47] * Burlex is now known as Guest1050201838
[09:39:48] * +Guest1050201838 (haxor@ChatSpike-d36001a8.us) Quit
([services.chatspike.net] Killed (NickServ (GHOST command used by
Majic)))
[09:40:07] * _Burlex (haxor@ChatSpike-d36001a8.us) has joined #inspircd
[09:40:07] * ChanServ sets mode: +v _Burlex
[09:40:43] <@Bricker> man
[09:40:46] <@Bricker> that was a bad poop
[09:40:52] <+Majic> ....
[09:40:55] * _Burlex is now known as Burlex
[09:41:58] * Burlex is now known as Guest1050201839
[09:41:58] * +Guest1050201839 (haxor@ChatSpike-d36001a8.us) Quit
([services.chatspike.net] Killed (NickServ (GHOST command used by
Majic)))
[09:42:08] * _Burlex (haxor@ChatSpike-d36001a8.us) has joined #inspircd
[09:42:09] * ChanServ sets mode: +v _Burlex
[09:42:39] <+Majic> :p
[09:43:08] * _Burlex is now known as Burlex
[09:44:09] * Burlex is now known as Guest1050201840
[09:44:11] * +Guest1050201840 (haxor@ChatSpike-d36001a8.us) Quit
([services.chatspike.net] Killed (NickServ (GHOST command used by
Majic)))
[09:44:25] * _Burlex (haxor@ChatSpike-d36001a8.us) has joined #inspircd
[09:44:25] * ChanServ sets mode: +v _Burlex
[09:44:39] <+Majic> kekeke
[09:44:39] <+HiroP> can someone ban Burlex please, his script is
probably donna do that for hours again
[09:44:50] <+Majic> This is fun, goway!
[09:44:52] <+Majic> :D
[09:44:54] * +Majic
(sexeh.pants@ChatSpike-7418594a.dsl.skt2ca.pacbell.net) Quit (Killed
(w00t (he won't if you stop ghosting him)))

.. later on ..
[11:03:54] <+Majic> hehee, I have a ton of Guest..... nicks linked. :p

And, minimal testing (I'm at work) seems to confirm this:

[11:04:36] <ChatSpike/NickServ> Nickname Guest404 has been registered to you.
[11:06:46] <ChatSpike/NickServ> Nickname Guest404 has been linked to
your nickname.
From surreal.w00t at gmail.com  Fri Jun  8 09:30:32 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Jun  8 09:30:35 2007
Subject: [IRCServices] Follow up to LINK/REGISTER mail
Message-ID: <b19eae4e0706080930n7e14326co910d21153c813ba5@mail.gmail.com>

Just as a follow up, the process for generating random nicks is
weakened by only using rand() the first time - if that's in use, the
nicks will be predictable in a series, meaning a malicious user can
register or link the next N nicks that will pop up and splat the same
person repeatedly.

Not nice.
From xxx.coder at gmail.com  Sat Jun  9 02:05:04 2007
From: xxx.coder at gmail.com (ongeboren)
Date: Sat Jun  9 02:05:06 2007
Subject: [IRCServices] Follow up to LINK/REGISTER mail
In-Reply-To: <b19eae4e0706080930n7e14326co910d21153c813ba5@mail.gmail.com>
References: <b19eae4e0706080930n7e14326co910d21153c813ba5@mail.gmail.com>
Message-ID: <ce6d53600706090205o19f6530axbcf05e5aa4de9a1d@mail.gmail.com>

Then set a jupe for guest* or whatever pattern you use for those
nicknames so that no user can change its nickname to that via /nick.

On 6/8/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> Just as a follow up, the process for generating random nicks is
> weakened by only using rand() the first time - if that's in use, the
> nicks will be predictable in a series, meaning a malicious user can
> register or link the next N nicks that will pop up and splat the same
> person repeatedly.
>
> Not nice.
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


-- 
Evlogi Petrov - ongeboren@UniBG
From surreal.w00t at gmail.com  Sat Jun  9 02:24:00 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Jun  9 02:24:04 2007
Subject: [IRCServices] Follow up to LINK/REGISTER mail
In-Reply-To: <ce6d53600706090205o19f6530axbcf05e5aa4de9a1d@mail.gmail.com>
References: <b19eae4e0706080930n7e14326co910d21153c813ba5@mail.gmail.com>
	<ce6d53600706090205o19f6530axbcf05e5aa4de9a1d@mail.gmail.com>
Message-ID: <b19eae4e0706090224l1a5d0c0bme3c4fc41a44a7fe9@mail.gmail.com>

That doesn't fix NS LINK, and it also doesn't fix protocols like
RFC1459 that don't support any such feature.

It's further problematic when you have a large network guesting a lot
of people simultaneously, as those are the kind of conditions where it
becomes guessable.

Thanks for the suggestion, though :)

On 6/9/07, ongeboren <xxx.coder@gmail.com> wrote:
> Then set a jupe for guest* or whatever pattern you use for those
> nicknames so that no user can change its nickname to that via /nick.
>
> On 6/8/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> > Just as a follow up, the process for generating random nicks is
> > weakened by only using rand() the first time - if that's in use, the
> > nicks will be predictable in a series, meaning a malicious user can
> > register or link the next N nicks that will pop up and splat the same
> > person repeatedly.
> >
> > Not nice.
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
> --
> Evlogi Petrov - ongeboren@UniBG
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Sun Jun 10 21:43:48 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Jun 10 05:50:22 2007
Subject: [IRCServices] NS REGISTER and LINK
In-Reply-To: <b19eae4e0706080307h4762241fn6b0290b77c3d465f@mail.gmail.com>
Message-ID: <466bf38b.76626@msgid.achurch.org>

>Bad thing: Guest nicks can apparantly be registered/linked.

Can't reproduce:

[after /nick Guest1050201837]
-> *NickServ* register password email@example.com
-NickServ- Nickname Guest1050201837 may not be registered.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From dnb at majestic-liaisons.com  Sun Jun 10 06:00:44 2007
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Sun Jun 10 06:01:11 2007
Subject: [IRCServices] NS REGISTER and LINK
In-Reply-To: <466bf38b.76626@msgid.achurch.org>
References: <466bf38b.76626@msgid.achurch.org>
Message-ID: <466BF5FC.2080003@majestic-liaisons.com>

/ns link Guest45678910
[22:28:04] -NickServ- Nickname Guest45678910 has been linked to your
nickname.

Andrew Church wrote:
>> Bad thing: Guest nicks can apparantly be registered/linked.
> 
> Can't reproduce:
> 
> [after /nick Guest1050201837]
> -> *NickServ* register password email@example.com
> -NickServ- Nickname Guest1050201837 may not be registered.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From achurch at achurch.org  Sun Jun 10 21:50:23 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Jun 10 06:03:10 2007
Subject: [IRCServices] Follow up to LINK/REGISTER mail
In-Reply-To: <b19eae4e0706080930n7e14326co910d21153c813ba5@mail.gmail.com>
Message-ID: <466bf68b.76643@msgid.achurch.org>

>Just as a follow up, the process for generating random nicks is
>weakened by only using rand() the first time - if that's in use, the
>nicks will be predictable in a series, meaning a malicious user can
>register or link the next N nicks that will pop up and splat the same
>person repeatedly.

     This is intentional, to minimize the possibility of two users getting
assigned the same guest nick (which can be a real danger on networks with
9-character nicknames; the birthday paradox tells us that the chance of a
collision on 4-digit random numbers hits 50% at around 117 guest users,
which isn't out of the question on large networks).  This does, of course,
leave open the possibility of users actively trying to collide guests, but
(1) that requires an active attack, not simply passive registration, and
(2) as I've always said, if you've got users actively trying to cause
trouble, that's what you, the administrator, are there to take care of.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Jun 10 22:10:47 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Jun 10 06:11:19 2007
Subject: [IRCServices] NS REGISTER and LINK
In-Reply-To: <466BF5FC.2080003@majestic-liaisons.com>
Message-ID: <466bf875.07671@msgid.achurch.org>

>/ns link Guest45678910
>[22:28:04] -NickServ- Nickname Guest45678910 has been linked to your
>nickname.

Oh, dear.  That's not good at all...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Jun 10 22:15:54 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Jun 10 06:29:49 2007
Subject: [IRCServices] Services 5.1pre3 / 5.0.62 released
Message-ID: <466bfcbd.43565@msgid.achurch.org>

     Services 5.1pre3 and 5.0.62 have been released, and can be downloaded
from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

bce9d2572fa15e71835cb173a91d91cf  ircservices-5.1pre3.tar.gz
928af2b2ad2ec39a961be216da315064  ircservices-5.1pre3.diff.gz
3106b7f6af1a15669177a071599509ea  ircservices-5.1pre3-1.i386.rpm
d1f4e02212709233305ffb40b50332dd  ircservices_5.1pre3-1_i386.deb

c2036f47fff481e93de78eeff4b1850c  ircservices-5.0.62.tar.gz
f400b7d6e0a61c1905a9b5cf0fd973c7  ircservices-5.0.62.diff.gz
680335e6333121f924b651e99fdbc4b7  ircservices-5.0.62-1.i386.rpm
21be17b16d8535f347324656bea43268  ircservices_5.0.62-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.1pre3
--------------------------
2007/06/10	Fixed bug allowing guest nicknames to be linked.  Reported
		    by Robin Burchell <surreal.w00t@gmail.com> and
		    DeadNotBuried <dnb@majestic-liaisons.com>

Changes in version 5.0.62
-------------------------
2007/06/10	Backported 5.1 fix for a bug allowing guest nicknames to be
		    linked.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From gabriel.baez at solid-ircd.com  Sun Jun 10 15:00:51 2007
From: gabriel.baez at solid-ircd.com (Gabriel Baez)
Date: Sun Jun 10 11:53:26 2007
Subject: [IRCServices] Services 5.1pre3 / 5.0.62 released
In-Reply-To: <466bfcbd.43565@msgid.achurch.org>
References: <466bfcbd.43565@msgid.achurch.org>
Message-ID: <926BA6B6-064D-45D0-9B62-6ADA1156D737@solid-ircd.com>

I keep seeing the message " BUG:  put_nickgroupinfo(0) with  
usercount==0"  on the status windows, I'm running  5.1pre3
I can still use the services with out any problems. I have ran them  
with -nofork to get more info but it doesn't show any useful information

ss
On Jun 10, 2007, at 8:15 AM, Andrew Church wrote:

>      Services 5.1pre3 and 5.0.62 have been released, and can be  
> downloaded
> from:
>
> http://www.ircservices.za.net/download/testing/   (Japan)
> ftp://ftp.esper.net/ircservices/testing/          (Western USA)
>
> bce9d2572fa15e71835cb173a91d91cf  ircservices-5.1pre3.tar.gz
> 928af2b2ad2ec39a961be216da315064  ircservices-5.1pre3.diff.gz
> 3106b7f6af1a15669177a071599509ea  ircservices-5.1pre3-1.i386.rpm
> d1f4e02212709233305ffb40b50332dd  ircservices_5.1pre3-1_i386.deb
>
> c2036f47fff481e93de78eeff4b1850c  ircservices-5.0.62.tar.gz
> f400b7d6e0a61c1905a9b5cf0fd973c7  ircservices-5.0.62.diff.gz
> 680335e6333121f924b651e99fdbc4b7  ircservices-5.0.62-1.i386.rpm
> 21be17b16d8535f347324656bea43268  ircservices_5.0.62-1_i386.deb
>
> The mirrors should have it shortly.
>
> Changes in version 5.1pre3
> --------------------------
> 2007/06/10	Fixed bug allowing guest nicknames to be linked.  Reported
> 		    by Robin Burchell <surreal.w00t@gmail.com> and
> 		    DeadNotBuried <dnb@majestic-liaisons.com>
>
> Changes in version 5.0.62
> -------------------------
> 2007/06/10	Backported 5.1 fix for a bug allowing guest nicknames to be
> 		    linked.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070610/b07d2b7e/attachment.html
From achurch at achurch.org  Mon Jun 11 04:04:39 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Jun 10 12:07:22 2007
Subject: [IRCServices] Services 5.1pre3 / 5.0.62 released
In-Reply-To: <926BA6B6-064D-45D0-9B62-6ADA1156D737@solid-ircd.com>
Message-ID: <466c4be7.44236@msgid.achurch.org>

>I keep seeing the message " BUG:  put_nickgroupinfo(0) with  
>usercount==0"  on the status windows, I'm running  5.1pre3
>I can still use the services with out any problems. I have ran them  
>with -nofork to get more info but it doesn't show any useful information

     Those can be safely ignored.  I'd included these to help test some new
code, but at this point they're no longer relevant, and I'd actually
forgotten they were still in there.  I'll remove them for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From gabriel.baez at solid-ircd.com  Sun Jun 10 15:40:39 2007
From: gabriel.baez at solid-ircd.com (Gabriel Baez)
Date: Sun Jun 10 12:32:29 2007
Subject: [IRCServices] Services 5.1pre3 / 5.0.62 released
In-Reply-To: <466c4be7.44236@msgid.achurch.org>
References: <466c4be7.44236@msgid.achurch.org>
Message-ID: <38523EC7-2080-411E-B9CE-BFEAE3446381@solid-ircd.com>

Ahh, thanks for the info.
On Jun 10, 2007, at 2:04 PM, Andrew Church wrote:

>> I keep seeing the message " BUG:  put_nickgroupinfo(0) with
>> usercount==0"  on the status windows, I'm running  5.1pre3
>> I can still use the services with out any problems. I have ran them
>> with -nofork to get more info but it doesn't show any useful  
>> information
>
>      Those can be safely ignored.  I'd included these to help test  
> some new
> code, but at this point they're no longer relevant, and I'd actually
> forgotten they were still in there.  I'll remove them for the next  
> release.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From alexey at kvirc.ru  Mon Jun 18 10:08:35 2007
From: alexey at kvirc.ru (Alexey Uzhva)
Date: Mon Jun 18 10:08:44 2007
Subject: [IRCServices] IRC+: RFC for IRC services
Message-ID: <d79642b00706181008u400faa1cl13080e9f473fbd5f@mail.gmail.com>

Hello. You received this message because you are listed as one of the IRC
developers.

I would like to present you the upcoming RFC for irc services. It is named
"IRC+" together with currently nonexistent projects. The website of the
project is www.irc-plus.org (dedicated forum will be soon) and the IRC
channel is #irc+ <irc://irc.freenode.org/#irc+> on the Freenode
irc://irc.freenode.org/#irc+

The RFC specing the services output. It should be numerics instead of
notices. The clients/botmakers/etc will be able to handle services requests
and make really useful and user-friendly IRC. And it is also include strong
crypted auth to make IRC more secure.

Of course this changes must be optional and enabled only on per-session
basis. So all old clients will be able to live as now.

I'm one of the KVIrc Development Team, also XChat, Konversation, WeeChat
agree with ideas of this RFC. It is not complete, so I'm waiting for your
comments/ideas to include in it (if any).

Do you interesting in this project? It is too hard to find somebody working
on irc now...

I'm waiting for reply on this message, or you are welcome to our channel.

P.S: sorry for my english, please.

-- 
Alexey Y Uzhva

Everything will be all right in the end.
If it's not all right, it's not the end.
--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070618/0b5b4427/attachment-0001.htm
From amritp at alpsinc.info  Tue Jul 10 12:10:47 2007
From: amritp at alpsinc.info (Amrit Panesar)
Date: Tue Jul 10 12:11:00 2007
Subject: [IRCServices] Hello
Message-ID: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>

Hi all, I need a bit of support,  http://rafb.net/p/mEbyu390.html is my log,
and i'm connecting via localhost... I use mIRC, it keeps z-lining me, i am
not too shure if that could be a configuratation porblem, but it's my
problem, can anyone help me?

~Amrit

-- 
Amrit Panesar
President / Founder
ALPS Technologies INC.
AmritP@alpsinc.info
http://www.alpsinc.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070710/ce511708/attachment.html
From ron2k.za at gmail.com  Tue Jul 10 12:23:43 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Tue Jul 10 12:23:50 2007
Subject: [IRCServices] Hello
In-Reply-To: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>
References: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>
Message-ID: <debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>

I'm not too sure what would cause the "unknown message from server"
error in your logs, but if I was to have a guess, I would say that you
may have the wrong ircd protocol module loaded...

--K

On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
> Hi all, I need a bit of support,  http://rafb.net/p/mEbyu390.html is my log,
> and i'm connecting via localhost... I use mIRC, it keeps z-lining me, i am
> not too shure if that could be a configuratation porblem, but it's my
> problem, can anyone help me?
>
> ~Amrit
>
> --
> Amrit Panesar
> President / Founder
> ALPS Technologies INC.
> AmritP@alpsinc.info
> http://www.alpsinc.info
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From amritp at alpsinc.info  Tue Jul 10 12:48:59 2007
From: amritp at alpsinc.info (Amrit Panesar)
Date: Tue Jul 10 12:49:05 2007
Subject: [IRCServices] Hello
In-Reply-To: <debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>
References: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>
	<debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>
Message-ID: <70f7d7ad0707101248h23e4e5a9r1ebaa9bc33052386@mail.gmail.com>

ahhh, i see, is there any way to use services with inspircd?

On 7/10/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
>
> I'm not too sure what would cause the "unknown message from server"
> error in your logs, but if I was to have a guess, I would say that you
> may have the wrong ircd protocol module loaded...
>
> --K
>
> On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
> > Hi all, I need a bit of support,  http://rafb.net/p/mEbyu390.html is my
> log,
> > and i'm connecting via localhost... I use mIRC, it keeps z-lining me, i
> am
> > not too shure if that could be a configuratation porblem, but it's my
> > problem, can anyone help me?
> >
> > ~Amrit
> >
> > --
> > Amrit Panesar
> > President / Founder
> > ALPS Technologies INC.
> > AmritP@alpsinc.info
> > http://www.alpsinc.info
> > ------------------------------------------------------------------
> > 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
>



-- 
Amrit Panesar
President / Founder
ALPS Technologies INC.
AmritP@alpsinc.info
http://www.alpsinc.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070710/71e21d81/attachment.htm
From ron2k.za at gmail.com  Tue Jul 10 12:52:52 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Tue Jul 10 12:53:01 2007
Subject: [IRCServices] Hello
In-Reply-To: <70f7d7ad0707101248h23e4e5a9r1ebaa9bc33052386@mail.gmail.com>
References: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>
	<debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>
	<70f7d7ad0707101248h23e4e5a9r1ebaa9bc33052386@mail.gmail.com>
Message-ID: <debb3bc0707101252l52a9f7e5s146d3aa429169383@mail.gmail.com>

Depends on which version of services you wish to run. 5.0 has no
support for inspircd; 5.1 does, but it's still in beta and I wouldn't
recommend it for a live environment at this stage.

--K

On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
> ahhh, i see, is there any way to use services with inspircd?
>
>
>
> On 7/10/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
> > I'm not too sure what would cause the "unknown message from server"
> > error in your logs, but if I was to have a guess, I would say that you
> > may have the wrong ircd protocol module loaded...
> >
> > --K
> >
> > On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
> > > Hi all, I need a bit of support,   http://rafb.net/p/mEbyu390.html is my
> log,
> > > and i'm connecting via localhost... I use mIRC, it keeps z-lining me, i
> am
> > > not too shure if that could be a configuratation porblem, but it's my
> > > problem, can anyone help me?
> > >
> > > ~Amrit
> > >
> > > --
> > > Amrit Panesar
> > > President / Founder
> > > ALPS Technologies INC.
> > > AmritP@alpsinc.info
> > > http://www.alpsinc.info
> > >
> ------------------------------------------------------------------
> > > 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
> >
>
>
>
> --
>
> Amrit Panesar
> President / Founder
> ALPS Technologies INC.
>  AmritP@alpsinc.info
> http://www.alpsinc.info
From brain at winbot.co.uk  Tue Jul 10 12:59:38 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Tue Jul 10 12:59:45 2007
Subject: [IRCServices] Hello
In-Reply-To: <debb3bc0707101252l52a9f7e5s146d3aa429169383@mail.gmail.com>
References: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>	<debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>	<70f7d7ad0707101248h23e4e5a9r1ebaa9bc33052386@mail.gmail.com>
	<debb3bc0707101252l52a9f7e5s146d3aa429169383@mail.gmail.com>
Message-ID: <4693E52A.1070109@winbot.co.uk>

Hi Kieron and Amrit

I suggest you use our protocol module from 
http://svn.inspircd.org/index.cgi/trunk/ircservices-module/ with 
InspIRCd and IRCServices 5.0. The 5.1 module isnt as feature complete 
right now.

If you have any problems with this module, feel free to pop along to 
irc.inspircd.org #inspircd as i doubt andy will support this module 
himself. :-)

Brain

Kieron Thwaites wrote:
> Depends on which version of services you wish to run. 5.0 has no
> support for inspircd; 5.1 does, but it's still in beta and I wouldn't
> recommend it for a live environment at this stage.
> 
> --K
> 
> On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
>> ahhh, i see, is there any way to use services with inspircd?
>>
>>
>>
>> On 7/10/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
>> > I'm not too sure what would cause the "unknown message from server"
>> > error in your logs, but if I was to have a guess, I would say that you
>> > may have the wrong ircd protocol module loaded...
>> >
>> > --K
>> >
>> > On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
>> > > Hi all, I need a bit of support,   http://rafb.net/p/mEbyu390.html 
>> is my
>> log,
>> > > and i'm connecting via localhost... I use mIRC, it keeps z-lining 
>> me, i
>> am
>> > > not too shure if that could be a configuratation porblem, but it's my
>> > > problem, can anyone help me?
>> > >
>> > > ~Amrit
>> > >
>> > > --
>> > > Amrit Panesar
>> > > President / Founder
>> > > ALPS Technologies INC.
>> > > AmritP@alpsinc.info
>> > > http://www.alpsinc.info
>> > >
>> ------------------------------------------------------------------
>> > > 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
>> >
>>
>>
>>
>> -- 
>>
>> Amrit Panesar
>> President / Founder
>> ALPS Technologies INC.
>>  AmritP@alpsinc.info
>> http://www.alpsinc.info
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From brain at winbot.co.uk  Tue Jul 10 13:00:40 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Tue Jul 10 13:00:43 2007
Subject: [IRCServices] Hello
In-Reply-To: <debb3bc0707101252l52a9f7e5s146d3aa429169383@mail.gmail.com>
References: <70f7d7ad0707101210u1ba96478yb0f3e4c5adb29@mail.gmail.com>	<debb3bc0707101223i3d0b6dfbj8a24fbb27b864f68@mail.gmail.com>	<70f7d7ad0707101248h23e4e5a9r1ebaa9bc33052386@mail.gmail.com>
	<debb3bc0707101252l52a9f7e5s146d3aa429169383@mail.gmail.com>
Message-ID: <4693E568.5020100@winbot.co.uk>

Oh yes, and you're also connecting a server to a client port. Pop along 
to our support channel and see our wiki at http://www.inspircd.org/wiki 
if youre stuck.

Brain

Kieron Thwaites wrote:
> Depends on which version of services you wish to run. 5.0 has no
> support for inspircd; 5.1 does, but it's still in beta and I wouldn't
> recommend it for a live environment at this stage.
> 
> --K
> 
> On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
>> ahhh, i see, is there any way to use services with inspircd?
>>
>>
>>
>> On 7/10/07, Kieron Thwaites <ron2k.za@gmail.com> wrote:
>> > I'm not too sure what would cause the "unknown message from server"
>> > error in your logs, but if I was to have a guess, I would say that you
>> > may have the wrong ircd protocol module loaded...
>> >
>> > --K
>> >
>> > On 10/07/07, Amrit Panesar <amritp@alpsinc.info> wrote:
>> > > Hi all, I need a bit of support,   http://rafb.net/p/mEbyu390.html 
>> is my
>> log,
>> > > and i'm connecting via localhost... I use mIRC, it keeps z-lining 
>> me, i
>> am
>> > > not too shure if that could be a configuratation porblem, but it's my
>> > > problem, can anyone help me?
>> > >
>> > > ~Amrit
>> > >
>> > > --
>> > > Amrit Panesar
>> > > President / Founder
>> > > ALPS Technologies INC.
>> > > AmritP@alpsinc.info
>> > > http://www.alpsinc.info
>> > >
>> ------------------------------------------------------------------
>> > > 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
>> >
>>
>>
>>
>> -- 
>>
>> Amrit Panesar
>> President / Founder
>> ALPS Technologies INC.
>>  AmritP@alpsinc.info
>> http://www.alpsinc.info
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sun Aug  5 19:53:17 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Aug  5 04:07:45 2007
Subject: [IRCServices] IRCservices not sending anything after tcp
	connection is set up
In-Reply-To: <464EF79A.1020704@arvoreen.net>
Message-ID: <46b5af7b.34320@msgid.achurch.org>

I've seen a couple of reports of behavior like this, but I still haven't
been able to reproduce it.  If anyone still has this problem, please provide:

- The version of Services you're using

- System information (CPU type, OS name and version); for Linux, be sure
  to include the exact kernel and glibc versions

- A debug log from Services, generated at debug level 3 (give the "-debug"
  option three times on the command line)

- A system call trace of both the Services and the ircd process (use
  strace on Linux: run "strace -ttT -f -o ircservices.strace ircservices"
  with appropriate command-line parameters for Services, and for the ircd
  process, run "strace -ttT -f -o ircd.strace -p <process-ID>", where
  <process-ID> is the numeric process ID of the ircd process)

(Note that the debug log and system call traces may include your server
password, so send them to me privately.)

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

>Hello,
>
>I have now achieved that the services are running and working as they
>should but only after i send the services the HUP Signal via kill. For
>me it seems that the services don't flush their send buffer correctly.
>
>I also tested 5.1-pre2 which show up exactly the same symptoms. Am I
>doing something wrong or is there a real problem?
>
>I also took from our old machine that is still in production the
>binaries and tried them out. On the old machine they work as they should
>on the newer (a lot) faster machine they show also up the exact same
>problems (although I can't say for sure its the same reason as the libc
>is a lot newer on the newly installed machine)
>
>Pol
>
>Pol Bettinger schrieb:
>> Hello,
>> 
>> I have got a problem with the linking of the services. (version 5.0.61
>> on an amd64 also tried on a real ia32, OS: Debian GNU/Linux ;-) to be
>> all correct)
>> 
>> It shows up that the services connect (tcp) to unreal but the services
>> are not sending anything out to the ircd although that they are claming
>> to do so in the log (if run with -debug).
>> 
>> After 30 seconds the ircd then closes the connection, and thats' it.
>> 
>> For testing purpouse I have taken several traces, and also connected the
>> services to a listener. There I found out that the services sends the
>> link information and password when I kill the ircservices process.
>> 
>> Any help would greatly be appreciated.
>> 
>> Thanks!
>> 
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From surreal.w00t at gmail.com  Sun Aug  5 05:08:04 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sun Aug  5 05:08:10 2007
Subject: [IRCServices] IRCservices not sending anything after tcp
	connection is set up
In-Reply-To: <46b5af7b.34320@msgid.achurch.org>
References: <464EF79A.1020704@arvoreen.net> <46b5af7b.34320@msgid.achurch.org>
Message-ID: <b19eae4e0708050508i44046c6cye967c7d2c22bbf43@mail.gmail.com>

I believe I found similar behaviour when I was doing hackery on a
fork, though I cannot recall what caused this, nor what I did (if
anything) to solve it.

Version was forked from latest 5.x release
System information: Pentium 4, FreeBSD 6 (standard, uncustomised)

Sorry for a mostly useless email, except to put another report on the pile.

On 8/5/07, Andrew Church <achurch@achurch.org> wrote:
> I've seen a couple of reports of behavior like this, but I still haven't
> been able to reproduce it.  If anyone still has this problem, please provide:
>
> - The version of Services you're using
>
> - System information (CPU type, OS name and version); for Linux, be sure
>   to include the exact kernel and glibc versions
>
> - A debug log from Services, generated at debug level 3 (give the "-debug"
>   option three times on the command line)
>
> - A system call trace of both the Services and the ircd process (use
>   strace on Linux: run "strace -ttT -f -o ircservices.strace ircservices"
>   with appropriate command-line parameters for Services, and for the ircd
>   process, run "strace -ttT -f -o ircd.strace -p <process-ID>", where
>   <process-ID> is the numeric process ID of the ircd process)
>
> (Note that the debug log and system call traces may include your server
> password, so send them to me privately.)
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >Hello,
> >
> >I have now achieved that the services are running and working as they
> >should but only after i send the services the HUP Signal via kill. For
> >me it seems that the services don't flush their send buffer correctly.
> >
> >I also tested 5.1-pre2 which show up exactly the same symptoms. Am I
> >doing something wrong or is there a real problem?
> >
> >I also took from our old machine that is still in production the
> >binaries and tried them out. On the old machine they work as they should
> >on the newer (a lot) faster machine they show also up the exact same
> >problems (although I can't say for sure its the same reason as the libc
> >is a lot newer on the newly installed machine)
> >
> >Pol
> >
> >Pol Bettinger schrieb:
> >> Hello,
> >>
> >> I have got a problem with the linking of the services. (version 5.0.61
> >> on an amd64 also tried on a real ia32, OS: Debian GNU/Linux ;-) to be
> >> all correct)
> >>
> >> It shows up that the services connect (tcp) to unreal but the services
> >> are not sending anything out to the ircd although that they are claming
> >> to do so in the log (if run with -debug).
> >>
> >> After 30 seconds the ircd then closes the connection, and thats' it.
> >>
> >> For testing purpouse I have taken several traces, and also connected the
> >> services to a listener. There I found out that the services sends the
> >> link information and password when I kill the ircservices process.
> >>
> >> Any help would greatly be appreciated.
> >>
> >> Thanks!
> >>
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Thu Aug  9 09:46:32 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug  8 17:49:28 2007
Subject: [IRCServices] Services 5.1pre4 released
Message-ID: <46ba648d.21066@msgid.achurch.org>

     Services 5.1pre4 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

f2cf33db865952dfaf18bfbc297d29bf  ircservices-5.1pre4.tar.gz
01f187e389bdbcf2424b26431453845b  ircservices-5.1pre4.diff.gz
1964c85eeb88f7f89f1ff7db8dafab37  ircservices-5.1pre4-1.i386.rpm
27c8dd92794586a7f8bcd64b9384e6d8  ircservices_5.1pre4-1_i386.deb

The mirrors should have it shortly.

     This release collects several minor corrections I've made over the
past couple of months, along with an update to the ratbox protocol module
to (hopefully; it's still experimental) better support recent versions of
the ircd-ratbox server.

     Please note that I'll be on vacation for the next week and a half, so
I won't be able to respond to E-mail during that time.  If any problems
arise, feel free to report them on this list and I'll look into them when
I return.

Changes in version 5.1pre4
--------------------------
2007/08/06	Added "set identified" NickServ callback for actions to be
		    taken when a user is marked identified (whether from
		    the IDENTIFY command or automatic identification).
		    Also renamed "cancel_user" callback to "cancel user".
2007/08/05	Updated ratbox protocol module for recent versions of the
		    ircd-ratbox server.  Patch provided by ongeboren
		    <xxx.coder@gmail.com>
2007/08/05	Added -program option to the configure script, allowing the
		    Services executable name (and the names of related files)
		    to be changed.  Suggested by Tim Retout <tim@retout.co.uk>
2007/07/30	Fixed potential display bugs in some log messages.
		    Reported by Tim Retout <tim@retout.co.uk>
2007/07/27	Services can now be installed under an alternate root by
		    setting the INSTALL_PREFIX make variable.  Suggested by
		    Tim Retout <tim@retout.co.uk>
2007/07/27	Fixed a bug causing some erroneous server messages to not
		    processed properly.
2007/06/11	Dropped some old debugging code.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From jens.rogier at gmail.com  Wed Aug  8 18:07:14 2007
From: jens.rogier at gmail.com (Jens Rogier)
Date: Wed Aug  8 18:07:21 2007
Subject: [IRCServices] Database version 4.5 won't work on 5.0
In-Reply-To: <f2a9e3ab0708071538y2ddd8dxbbd164f433dcb6af@mail.gmail.com>
References: <f2a9e3ab0708071538y2ddd8dxbbd164f433dcb6af@mail.gmail.com>
Message-ID: <f2a9e3ab0708081807r3e82c236i3f0c0dee41dc30ed@mail.gmail.com>

Hi all,

I'm working with ircservices version 4.5.35 for quite a while. A few weeks
ago I decided to upgrade to the newest version (5.0.62).
I copied the data files for nickserv and chanserv etc to the new services
folder, started the services and was only half-happy.

The nickserv datafile loaded without any problems, all the registered nicks
were still there. The chanserv list though has some problems.
All the registered channels weren't registered anymore, and when the
services shut down, the database file was as good as empty.

Now, after many hours of research, the only thing I could find was the
promise that all v4 database files CAN be used in v5.
What can I possibly do wrong?

Greetings.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070809/2afc98d9/attachment.htm
From nick at nickgawronski.com  Wed Aug  8 18:31:54 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Wed Aug  8 18:32:00 2007
Subject: [IRCServices] errors when compiling ircservices 5.1 pre4 on freebsd
Message-ID: <Pine.BSF.4.64.0708082028100.53698@server2.shellworld.net>

Hi, I am running ircservices on a freebsd system version 4.11.  With gcc
4.0.4 and when running gmake to compile the program I get the following
errors.  What can I do to fix these or is this something in ircservices?
I have chosen to compile static modules which has always worked in the
past. modules.o: In function `my_dlsym':
/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
`modlist'
/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
`modlist'
modules.o: In function `load_module':
/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
`modlist'
/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
`modlist'
/usr/home/nick/ircservices-5.1pre4/modules.c:258: undefined reference to
`modlist'
collect2: ld returned 1 exit status
gmake: *** [ircservices] Error 1


From achurch at achurch.org  Thu Aug  9 14:04:26 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug  8 22:07:18 2007
Subject: [IRCServices] Database version 4.5 won't work on 5.0
In-Reply-To: <f2a9e3ab0708081807r3e82c236i3f0c0dee41dc30ed@mail.gmail.com>
Message-ID: <46baa101.21105@msgid.achurch.org>

Database files from 4.5 _should_ work on 5.0 with no problems; if they
don't, it's a bug.  Was there any information in the log file on why the
channels disappeared?

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

>I'm working with ircservices version 4.5.35 for quite a while. A few weeks
>ago I decided to upgrade to the newest version (5.0.62).
>I copied the data files for nickserv and chanserv etc to the new services
>folder, started the services and was only half-happy.
>
>The nickserv datafile loaded without any problems, all the registered nicks
>were still there. The chanserv list though has some problems.
>All the registered channels weren't registered anymore, and when the
>services shut down, the database file was as good as empty.
>
>Now, after many hours of research, the only thing I could find was the
>promise that all v4 database files CAN be used in v5.
>What can I possibly do wrong?
>
>Greetings.
>
>------=_Part_177_23313715.1186621634613
>Content-Type: text/html; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
><span class="gmail_quote"><br></span>Hi all,<br><br>I&#39;m working with ircservices version 4.5.35 for quite a while. A few weeks ago I decided to upgrade to the newest version (5.0.62).<br>I copied the data files for nickserv and chanserv etc to the new
> services folder, started the services and was only half-happy. 
><br><br>The nickserv datafile loaded without any problems, all the registered nicks were still there. The chanserv list though has some problems.<br>All the registered channels weren&#39;t registered anymore, and when the services shut down, the database 
>file was as good as empty. 
><br><br>Now, after many hours of research, the only thing I could find was the promise that all v4 database files CAN be used in v5.<br>What can I possibly do wrong?<br><br>Greetings.<br>
>
>------=_Part_177_23313715.1186621634613--
>
>--===============2120215313==
>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:
From achurch at achurch.org  Thu Aug  9 14:08:28 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug  8 22:09:17 2007
Subject: [IRCServices] errors when compiling ircservices 5.1 pre4 on
	freebsd
In-Reply-To: <Pine.BSF.4.64.0708082028100.53698@server2.shellworld.net>
Message-ID: <46baa179.21114@msgid.achurch.org>

The first thing that comes to mind is the possibility of mixed .o files
from different versions of Services or GCC.  Try running a "make clean"
and then recompiling.

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

>Hi, I am running ircservices on a freebsd system version 4.11.  With gcc
>4.0.4 and when running gmake to compile the program I get the following
>errors.  What can I do to fix these or is this something in ircservices?
>I have chosen to compile static modules which has always worked in the
>past. modules.o: In function `my_dlsym':
>/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
>`modlist'
>/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
>`modlist'
>modules.o: In function `load_module':
>/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
>`modlist'
>/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
>`modlist'
>/usr/home/nick/ircservices-5.1pre4/modules.c:258: undefined reference to
>`modlist'
>collect2: ld returned 1 exit status
>gmake: *** [ircservices] Error 1
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From caseyclaydon at fastmail.com.au  Wed Aug  8 22:15:32 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Wed Aug  8 22:15:49 2007
Subject: [IRCServices] new feature -- do not add me to the channel op list
Message-ID: <46BAA2F4.8020408@fastmail.com.au>

A new feature for NickServ to say do not add me to the channel op list.

NickServ set noop on

When someone adds you to the channel op list [[ vop - hop - aop - sop - 
levels ]]
it does not add you to the op list with this setting on.
From achurch at achurch.org  Thu Aug  9 14:29:18 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug  8 22:30:18 2007
Subject: [IRCServices] new feature -- do not add me to the channel op list
In-Reply-To: <46BAA2F4.8020408@fastmail.com.au>
Message-ID: <46baa664.21135@msgid.achurch.org>

Okay, enough people are asking for this that I guess I might as well add
it, or something similar.  I'll look into it when I'm back from vacation.

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

>A new feature for NickServ to say do not add me to the channel op list.
>
>NickServ set noop on
>
>When someone adds you to the channel op list [[ vop - hop - aop - sop - 
>levels ]]
>it does not add you to the op list with this setting on.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From jens.rogier at gmail.com  Thu Aug  9 03:40:44 2007
From: jens.rogier at gmail.com (Jens Rogier)
Date: Thu Aug  9 03:40:55 2007
Subject: [IRCServices] Database version 4.5 won't work on 5.0
In-Reply-To: <46baa101.21105@msgid.achurch.org>
References: <f2a9e3ab0708081807r3e82c236i3f0c0dee41dc30ed@mail.gmail.com>
	<46baa101.21105@msgid.achurch.org>
Message-ID: <f2a9e3ab0708090340n206f3f47i20f4e8b52ff6dede@mail.gmail.com>

The only thing I could find about chan.db was this:

[Aug 09 12:38:39.870001 2007] debug: Loading module `chanserv/main'
[Aug 09 12:38:39.888100 2007] database/version4: Read error on chan.db
[Aug 09 12:38:39.888389 2007] debug: Successfully loaded module
`chanserv/main'
[Aug 09 12:38:39.888592 2007] debug: Loading module `chanserv/access-levels'
[Aug 09 12:38:39.889967 2007] debug: Successfully loaded module
`chanserv/access-levels'
[Aug 09 12:38:39.890170 2007] debug: Loading module `chanserv/access-xop'
[Aug 09 12:38:39.891678 2007] debug: Successfully loaded module
`chanserv/access-xop'

No Read error on any other db file.


2007/8/9, Andrew Church <achurch@achurch.org>:
>
> Database files from 4.5 _should_ work on 5.0 with no problems; if they
> don't, it's a bug.  Was there any information in the log file on why the
> channels disappeared?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >I'm working with ircservices version 4.5.35 for quite a while. A few
> weeks
> >ago I decided to upgrade to the newest version (5.0.62).
> >I copied the data files for nickserv and chanserv etc to the new services
> >folder, started the services and was only half-happy.
> >
> >The nickserv datafile loaded without any problems, all the registered
> nicks
> >were still there. The chanserv list though has some problems.
> >All the registered channels weren't registered anymore, and when the
> >services shut down, the database file was as good as empty.
> >
> >Now, after many hours of research, the only thing I could find was the
> >promise that all v4 database files CAN be used in v5.
> >What can I possibly do wrong?
> >
> >Greetings.
> >
> >------=_Part_177_23313715.1186621634613
> >Content-Type: text/html; charset=ISO-8859-1
> >Content-Transfer-Encoding: 7bit
> >Content-Disposition: inline
> >
> ><span class="gmail_quote"><br></span>Hi all,<br><br>I&#39;m working with
> ircservices version 4.5.35 for quite a while. A few weeks ago I decided to
> upgrade to the newest version (5.0.62).<br>I copied the data files for
> nickserv and chanserv etc to the new
> > services folder, started the services and was only half-happy.
> ><br><br>The nickserv datafile loaded without any problems, all the
> registered nicks were still there. The chanserv list though has some
> problems.<br>All the registered channels weren&#39;t registered anymore, and
> when the services shut down, the database
> >file was as good as empty.
> ><br><br>Now, after many hours of research, the only thing I could find
> was the promise that all v4 database files CAN be used in v5.<br>What can I
> possibly do wrong?<br><br>Greetings.<br>
> >
> >------=_Part_177_23313715.1186621634613--
> >
> >--===============2120215313==
> >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:
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070809/61ee63ad/attachment.html
From nick at nickgawronski.com  Thu Aug  9 07:18:32 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Thu Aug  9 07:18:45 2007
Subject: [IRCServices] errors when compiling ircservices 5.1 pre4 on
	freebsd
In-Reply-To: <46baa179.21114@msgid.achurch.org>
References: <46baa179.21114@msgid.achurch.org>
Message-ID: <Pine.BSF.4.64.0708090916340.86800@server2.shellworld.net>

Hi, I ran gmake clean and gmake again and the same error happend.  I
just unpacked the sources ran configure with the options to tell it to
use static modules and where I wanted ircservices installed then ran
gmake and got those errors.  What could be wrong?  Could gcc or glibc
need updating?On Thu, 9 Aug 2007, Andrew Church wrote:

> The first thing that comes to mind is the possibility of mixed .o files
> from different versions of Services or GCC.  Try running a "make clean"
> and then recompiling.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >Hi, I am running ircservices on a freebsd system version 4.11.  With gcc
> >4.0.4 and when running gmake to compile the program I get the following
> >errors.  What can I do to fix these or is this something in ircservices?
> >I have chosen to compile static modules which has always worked in the
> >past. modules.o: In function `my_dlsym':
> >/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
> >`modlist'
> >/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
> >`modlist'
> >modules.o: In function `load_module':
> >/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
> >`modlist'
> >/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
> >`modlist'
> >/usr/home/nick/ircservices-5.1pre4/modules.c:258: undefined reference to
> >`modlist'
> >collect2: ld returned 1 exit status
> >gmake: *** [ircservices] Error 1
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From achurch at achurch.org  Fri Aug 10 01:16:28 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug  9 09:18:52 2007
Subject: [IRCServices] Database version 4.5 won't work on 5.0
In-Reply-To: <f2a9e3ab0708090340n206f3f47i20f4e8b52ff6dede@mail.gmail.com>
Message-ID: <46bb3e63.21276@msgid.achurch.org>

>The only thing I could find about chan.db was this:
>
>[Aug 09 12:38:39.870001 2007] debug: Loading module `chanserv/main'
>[Aug 09 12:38:39.888100 2007] database/version4: Read error on chan.db
>[Aug 09 12:38:39.888389 2007] debug: Successfully loaded module
>`chanserv/main'

This suggests there may be a problem with the way Services 5.0 handles
the 4.5 channel database.  If you can send me (privately) a copy of your
database files, I'll look into the problem (but as mentioned earlier, I'll
be on vacation for the next week and a half, so it may be a while before I
can respond).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Fri Aug 10 01:15:48 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug  9 09:19:19 2007
Subject: [IRCServices] errors when compiling ircservices 5.1 pre4 on
	freebsd
In-Reply-To: <Pine.BSF.4.64.0708090916340.86800@server2.shellworld.net>
Message-ID: <46bb3e78.21303@msgid.achurch.org>

Upgrading gcc is worth a try.  Has anyone else seen this problem?

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

>Hi, I ran gmake clean and gmake again and the same error happend.  I
>just unpacked the sources ran configure with the options to tell it to
>use static modules and where I wanted ircservices installed then ran
>gmake and got those errors.  What could be wrong?  Could gcc or glibc
>need updating?On Thu, 9 Aug 2007, Andrew Church wrote:
>
>> The first thing that comes to mind is the possibility of mixed .o files
>> from different versions of Services or GCC.  Try running a "make clean"
>> and then recompiling.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>>
>> >Hi, I am running ircservices on a freebsd system version 4.11.  With gcc
>> >4.0.4 and when running gmake to compile the program I get the following
>> >errors.  What can I do to fix these or is this something in ircservices?
>> >I have chosen to compile static modules which has always worked in the
>> >past. modules.o: In function `my_dlsym':
>> >/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
>> >`modlist'
>> >/usr/home/nick/ircservices-5.1pre4/modules.c:327: undefined reference to
>> >`modlist'
>> >modules.o: In function `load_module':
>> >/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
>> >`modlist'
>> >/usr/home/nick/ircservices-5.1pre4/modules.c:250: undefined reference to
>> >`modlist'
>> >/usr/home/nick/ircservices-5.1pre4/modules.c:258: undefined reference to
>> >`modlist'
>> >collect2: ld returned 1 exit status
>> >gmake: *** [ircservices] Error 1
>> >
>> >
>> >------------------------------------------------------------------
>> >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 nick at nickgawronski.com  Thu Aug  9 09:21:24 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Thu Aug  9 09:21:31 2007
Subject: [IRCServices] got ircservices to compile
Message-ID: <Pine.BSF.4.64.0708091119460.1271@server2.shellworld.net>

Hi, One thing I forgot to mention is I editted config.h to tell it what
options I wanted rather then putting the options on the command line on
the configure script.  Could this have had anything to do with it or does
configure change other files besides config.h when you tell it where and
what options you want?

From achurch at achurch.org  Fri Aug 10 01:36:35 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug  9 09:37:22 2007
Subject: [IRCServices] got ircservices to compile
In-Reply-To: <Pine.BSF.4.64.0708091119460.1271@server2.shellworld.net>
Message-ID: <46bb42bc.21365@msgid.achurch.org>

Yes, that "thing you forgot to mention" is what caused your errors.  This
is why developers ask you to follow the compilation and installation
instructions they provide.

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

>Hi, One thing I forgot to mention is I editted config.h to tell it what
>options I wanted rather then putting the options on the command line on
>the configure script.  Could this have had anything to do with it or does
>configure change other files besides config.h when you tell it where and
>what options you want?
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From andycandy212 at gmail.com  Sat Aug 11 19:41:35 2007
From: andycandy212 at gmail.com (Andy Li)
Date: Sat Aug 11 19:41:46 2007
Subject: [IRCServices] Bug: Kick/ban loops
Message-ID: <4c9d5cc10708111941w318afd67k52023752708748d4@mail.gmail.com>

I was playing around with an irc server and I found 2 ways to place a
user in a kickban loop:
1) placing +e ban exceptions using the extban type ~c:#channel, where
it is supported, on ircds such as Unreal.
example:
* Me sets mode: +e ~c:#otherchan
* ChanServ sets mode: +b *!*@localhost
* Test was kicked by ChanServ (AKICK by Me (User has been banned from
the channel))
* Test (adfy@hmm-FC8857E1) has joined #chan
* Test was kicked by ChanServ (AKICK by Me (User has been banned from
the channel))
* Test (adfy@hmm-FC8857E1) has joined #chan
* Test was kicked by ChanServ (AKICK by Me (User has been banned from
the channel))
etc.

My suggestion: match ~c: extbans against all channels that a user is
on before they are kicked

2) Joining a forbidden/suspended channel and then setting an +e
exception quickly by either sending the 2 commands into the same
packet so that they are processed before services can kick them, or
sending the 2 cmds quickly enough so that the lag between services/the
network makes services unable to kick the user before he does it,
either with an mirc script or some other script. This could be done
by:
a program, eg send_cmd ("JOIN #somechan\nMODE #somechan +e *!*@*");
or typing //raw join #chan $crlf mode #chan +e *!*@* in mirc.
eg:

-> Server: join #test \n mode #test +e *!*@*
* Now talking in #test
* Test sets mode: +e *!*@*
* ChanServ (services@services.hi2u.net) has joined #test
* ChanServ sets mode: +b *!*@*
* You were kicked by ChanServ (This channel may not be used.)
* Attempting to rejoin channel #test
* You were kicked by ChanServ (This channel may not be used.)
* Attempting to rejoin channel #test
etc.
This could be solved by checking for matching excepts before kicking a
user from a forbidden chan, or enabling ChanServ to stay permenantly
inside a forbidden/susp'd chan until it is usable again with
CSInhabit.

These two methods can be easily used to harass or flood other users
off of irc, and, if done on a large enough scale, crash services
and/or the network.
A warning should also be placed in the manual warning people who add
extbans to their ircd to also enable proper checking in the services.
From caseyclaydon at fastmail.com.au  Sun Aug 12 00:06:34 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Aug 12 00:06:44 2007
Subject: [IRCServices] modules.conf -- double-up on the same word twice
Message-ID: <1186902394.25148.1204948327@webmail.messagingengine.com>

In the modules.conf file -- I have spotted a double-up on the same word
twice.

(if the appropriate module module is loaded)



# NSRegEmailMax <count>  [OPTIONAL]
#     Sets the maximum number of nicknames that can be registered to a
#     single E-mail address; this affects both ordinary registration as
#     well as changing the address using SET EMAIL, and also nickname
#     linking (if the appropriate module module is loaded).  If not
#     given, there is no limit.
#
#     This option is most useful in combination with NSRequireEmail,
#     below.
From caseyclaydon at fastmail.com.au  Sun Aug 12 06:38:12 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Aug 12 06:38:24 2007
Subject: [IRCServices] new feature for the Forbid command
Message-ID: <1186925892.10554.1204970793@webmail.messagingengine.com>

With the Forbid command for NickServ and ChanServ -- it would be nice to
have a forbid with * so you can forbid all parts of the nickname and
channels.

NickServ forbid *nickname* -- forbids all types of nickname from being
registered -- nickname123 - ^nickname

and the same for ChanServ with #*channel*

A reason would be nice to have for the forbid - like for example
ChanServ forbid #*network.name* reserved for network admins.

Have a Forbid List command that lets you list all of the forbid nicks
and channels.
From caseyclaydon at fastmail.com.au  Sun Aug 12 06:52:28 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Aug 12 06:52:38 2007
Subject: [IRCServices] NickServ set nomemo on
Message-ID: <1186926748.13017.1204972539@webmail.messagingengine.com>

For MemoServ set limit 0 -- to not receive any memos.

It would be nice to have the command NickServ set nomemo on|off -- to
not receive any memos like on DALnet.
From caseyclaydon at fastmail.com.au  Sun Aug 12 19:45:15 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Aug 12 19:45:26 2007
Subject: [IRCServices] need to be on the channel access list to send a memo
	to the channel
Message-ID: <1186973115.25184.1205040085@webmail.messagingengine.com>

Anyone who is not on the channel access list can send a memo to any
channel.

Have an Option where you need to be on the channel access list to send a
memo to the channel - and not let anyone who is not on the channel
access list to send a memo to the channel.
From caseyclaydon at fastmail.com.au  Tue Aug 14 20:25:07 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Tue Aug 14 20:25:28 2007
Subject: [IRCServices] new feature for the Forbid command
In-Reply-To: <1186925892.10554.1204970793@webmail.messagingengine.com>
References: <1186925892.10554.1204970793@webmail.messagingengine.com>
Message-ID: <1187148307.13699.1205444651@webmail.messagingengine.com>

-- Have a Forbid List command that lets you list all of the forbid nicks
and channels.

sorry

command to list is NickServ|ChanServ list * forbidden




On Sun, 12 Aug 2007 23:38:12 +1000, "Casey"
<caseyclaydon@fastmail.com.au> said:
> With the Forbid command for NickServ and ChanServ -- it would be nice to
> have a forbid with * so you can forbid all parts of the nickname and
> channels.
> 
> NickServ forbid *nickname* -- forbids all types of nickname from being
> registered -- nickname123 - ^nickname
> 
> and the same for ChanServ with #*channel*
> 
> A reason would be nice to have for the forbid - like for example
> ChanServ forbid #*network.name* reserved for network admins.
> 
> Have a Forbid List command that lets you list all of the forbid nicks
> and channels.
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From dmartin at tekconxus.com  Fri Aug 17 15:02:41 2007
From: dmartin at tekconxus.com (Dereck Martin)
Date: Fri Aug 17 15:01:49 2007
Subject: [IRCServices] XML Export <Status>
Message-ID: <46C61B01.5050907@tekconxus.com>

Anyone have a clue what the integers stand for in the XML export

<nickinfo>
	...
	<status>4</nick>
	...
</nickinfo>

I thought that is meant various states of status.  0: offline, 4: 0nline
and the other numbers mean other things. but i am testing it and it
appears that when my nick goes offline my nick still retains a status of
"4" while some nicks stay at "0".  I haven't saw any other numbers being
used.

Can someone clarify?

Thanks,
Dereck
From caseyclaydon at fastmail.com.au  Fri Aug 17 15:06:39 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 17 15:07:08 2007
Subject: [IRCServices] Global Notice to include your name
Message-ID: <46C61BEF.7080409@fastmail.com.au>

When you send a Global Notice - there is no option to include your name 
as the sender of the Global Notice.

Have an Option to include your name as the sender of the Global Notice.

-Global- [Casey] message to all users
From mark at ctcp.net  Fri Aug 17 15:48:44 2007
From: mark at ctcp.net (M)
Date: Fri Aug 17 15:51:00 2007
Subject: [IRCServices] Global Notice to include your name
In-Reply-To: <46C61BEF.7080409@fastmail.com.au>
References: <46C61BEF.7080409@fastmail.com.au>
Message-ID: <003801c7e120$c43db550$4cb91ff0$@net>

Casey wrote
> When you send a Global Notice - there is no option to include your name
> as the sender of the Global Notice.
> 
> Have an Option to include your name as the sender of the Global Notice.
> 
> -Global- [Casey] message to all users


Just include your name as part of the message and you have the option.


From caseyclaydon at fastmail.com.au  Fri Aug 17 17:40:39 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 17 17:41:04 2007
Subject: [IRCServices] Global Notice to include your name
In-Reply-To: <003801c7e120$c43db550$4cb91ff0$@net>
References: <46C61BEF.7080409@fastmail.com.au>
	<003801c7e120$c43db550$4cb91ff0$@net>
Message-ID: <46C64007.7020502@fastmail.com.au>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070818/80e68831/attachment.htm
From achurch at achurch.org  Thu Aug 23 14:02:41 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:25:15 2007
Subject: [IRCServices] Bug: Kick/ban loops
In-Reply-To: <4c9d5cc10708111941w318afd67k52023752708748d4@mail.gmail.com>
Message-ID: <46cd2844.06401@msgid.achurch.org>

>I was playing around with an irc server and I found 2 ways to place a
>user in a kickban loop:
>1) placing +e ban exceptions using the extban type ~c:#channel, where
>it is supported, on ircds such as Unreal.

I can't reproduce this:

[Alcan/#123]
*** Mode change "+e ~c:#blah" on channel #123 by Alcan
-> *ChanServ* akick #123 add blah!*@*
-ChanServ- blah!*@* added to #123 autokick list.
*** blah (achurch@hide-CC7E9766) has joined channel #123
*** Mode change "-e ~c:#blah" on channel #123 by ChanServ
*** Mode change "+b blah!*@*" on channel #123 by ChanServ
*** blah has been kicked off channel #123 by ChanServ (AKICK by Alcan)

[blah/#blah]
*** blah (achurch@hide-CC7E9766) has joined channel #123
*** Mode change "-e ~c:#blah" on channel #123 by ChanServ
*** Mode change "+b blah!*@*" on channel #123 by ChanServ
*** You have been kicked off channel #123 by ChanServ (AKICK by Alcan)
*** #123 Cannot join channel (+b) (Banned from channel)

>2) Joining a forbidden/suspended channel and then setting an +e
>exception quickly

This is unfortunately difficult to fix given the current design of
Services.  I've noted it as a known issue in the documentation, but as
long as your flood protection is properly set up, this won't be a problem
in practice (and it gives people who think they're clever a harmless way
to amuse themselves).  If your flood protection isn't properly set up, of
course, you've got plenty more to worry about than join/part loops.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 14:36:15 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:25:56 2007
Subject: [IRCServices] modules.conf -- double-up on the same word twice
In-Reply-To: <1186902394.25148.1204948327@webmail.messagingengine.com>
Message-ID: <46cd286d.06412@msgid.achurch.org>

>In the modules.conf file -- I have spotted a double-up on the same word
>twice.
>
>(if the appropriate module module is loaded)

Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 14:36:41 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:26:12 2007
Subject: [IRCServices] NickServ set nomemo on
In-Reply-To: <1186926748.13017.1204972539@webmail.messagingengine.com>
Message-ID: <46cd2880.06420@msgid.achurch.org>

>For MemoServ set limit 0 -- to not receive any memos.
>
>It would be nice to have the command NickServ set nomemo on|off -- to
>not receive any memos like on DALnet.

I don't like having redundant ways to do the same thing, so I won't add
this.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 14:38:05 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:26:42 2007
Subject: [IRCServices] new feature for the Forbid command
In-Reply-To: <1186925892.10554.1204970793@webmail.messagingengine.com>
Message-ID: <46cd289e.06427@msgid.achurch.org>

>With the Forbid command for NickServ and ChanServ -- it would be nice to
>have a forbid with * so you can forbid all parts of the nickname and
>channels.
>
>NickServ forbid *nickname* -- forbids all types of nickname from being
>registered -- nickname123 - ^nickname
>
>and the same for ChanServ with #*channel*

Due to the way forbidden nicknames and channels are implemented, this is
not feasible.

>A reason would be nice to have for the forbid - like for example
>ChanServ forbid #*network.name* reserved for network admins.

I'll consider this, though at this point I don't think it likely that I'll
decide to add it.

>Have a Forbid List command that lets you list all of the forbid nicks
>and channels.

/msg NickServ LIST * FORBIDDEN
/msg ChanServ LIST * FORBIDDEN

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 15:03:50 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:27:08 2007
Subject: [IRCServices] need to be on the channel access list to send a
	memo to the channel
In-Reply-To: <1186973115.25184.1205040085@webmail.messagingengine.com>
Message-ID: <46cd235a.06302@msgid.achurch.org>

>Anyone who is not on the channel access list can send a memo to any
>channel.
>
>Have an Option where you need to be on the channel access list to send a
>memo to the channel - and not let anyone who is not on the channel
>access list to send a memo to the channel.

Added as the MEMO-RESTRICTED channel option for 5.1pre5.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 15:04:22 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Aug 22 23:27:14 2007
Subject: [IRCServices] XML Export <Status>
In-Reply-To: <46C61B01.5050907@tekconxus.com>
Message-ID: <46cd23ea.06346@msgid.achurch.org>

>Anyone have a clue what the integers stand for in the XML export
>
><nickinfo>
>	...
>	<status>4</nick>
>	...
></nickinfo>

These correspond to the status flags (NS_*) in modules/nickserv/nickserv.h;
the value is a bitwise-OR combination of those flags.  The interesting
flags are 2 (for forbidden nicknames) and 4 (for nicknames that do not
expire).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Aug 23 17:28:08 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug 23 01:28:57 2007
Subject: [IRCServices] Services 5.1pre5 released
Message-ID: <46cd4540.65006@msgid.achurch.org>

     Services 5.1pre5 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

e43c9416b9510f1c3ee58add827b60b8  ircservices-5.1pre5.tar.gz
6aa8cd71a12efb44f61d324af3f5ee95  ircservices-5.1pre5.diff.gz
cfca8dbf268258322ef98d63be15f54b  ircservices-5.1pre5-1.i386.rpm
b6ec3eeabaf3db2a6631c81c61a3427b  ircservices_5.1pre5-1_i386.deb

The mirrors should have it shortly.

     This release fixes a critical bug accidentally uncovered in the last
release which causes Services to crash on networks with two or more
servers.  Two new options, NickServ NOOP and ChanServ MEMO-RESTRICTED,
have also been added.

     Note that the mailing lists seem to have been temporarily unavailable
for the past week or so; if you sent a message to one of the lists and it
doesn't appear within a day or two, try sending it again.

Changes in version 5.1pre5
--------------------------
2007/08/23	Added NOOP nickname option.  Suggested by Casey
		    <caseyclaydon@fastmail.com.au>
2007/08/23	Added MEMO-RESTRICTED channel option.  Suggested by Casey
		    <caseyclaydon@fastmail.com.au>
2007/08/23	Turned warning messages for nonexistent nicknames/channels
		    into debug messages.
2007/08/23	Fixed crash introduced in pre4 when a second server is
		    added to the network.  Reported by Torbjorn Svensson
		    <azoff@se.linux.org>
2007/08/23	Added a missing unregister_callback() to the NickServ module.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Thu Aug 23 04:30:19 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 23 04:30:40 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
Message-ID: <46CD6FCB.3040901@fastmail.com.au>

The 5.1 InspIRCd protocol -- ChanServ does not know we are in the 
channel and are not able to register the channel.
From caseyclaydon at fastmail.com.au  Thu Aug 23 05:05:28 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 23 05:05:37 2007
Subject: [IRCServices] Memo-Restricted in CSDef modules.conf
Message-ID: <46CD7808.8040205@fastmail.com.au>

thank you so much for adding Memo-Restricted -- ChanServ set #channel 
memo-restricted.

and for noop too -- NickServ set noop


Would we be able to have the Memo-Restricted in the CSDef Options in 
modules.conf to set it on automatically when you register.
From surreal.w00t at gmail.com  Thu Aug 23 06:18:22 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Aug 23 06:18:29 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46CD6FCB.3040901@fastmail.com.au>
References: <46CD6FCB.3040901@fastmail.com.au>
Message-ID: <b19eae4e0708230618m6c7a592dra2183970cb60c4a8@mail.gmail.com>

This module is not up to date, nor does it have as many features as it should.

Andrew, you might want to grab an updated 5.0 module out of our SVN sometime.

I should also point out Services still won't quite work as they should
due to Services not having an understanding of how TS rules work for
protocols such as ours, TS6 (charybdis/ratbox/hybrid/blah).

On 8/23/07, Casey <caseyclaydon@fastmail.com.au> wrote:
> The 5.1 InspIRCd protocol -- ChanServ does not know we are in the
> channel and are not able to register the channel.
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From surreal.w00t at gmail.com  Thu Aug 23 09:58:41 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Aug 23 09:58:49 2007
Subject: [IRCServices] Possible bug in CS TOPIC (5.0,
	probably affects 5.1 too)
Message-ID: <b19eae4e0708230958w6ea2f7bcq5e7c7efbea705333@mail.gmail.com>

Additional spaces in the topic seem to totally fuck things up:

* ChanServ has changed the topic to: New release! 1.5-RC1
http://sourceforge.net/project/showfiles.php?group_id=102825&package_id=110294
* ChanServ has changed the topic to: New release! 1.5-RC1
* ChanServ has changed the topic to: New release! 1.5-RC1
http://sourceforge.net/project/showfiles.php?group_id=102825&package_id=110294

If I put more than one space between the URL and the rest, it
vanished. Not my client, as someone else originally brought this to my
attention.

Thing is, I'm not sure whether it's our protocol module (or indeed
ircd :)), or services at fault here.

Is anyone else able to replicate this behaviour?
From surreal.w00t at gmail.com  Thu Aug 23 10:01:38 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Aug 23 10:01:47 2007
Subject: [IRCServices] Re: Possible bug in CS TOPIC (5.0,
	probably affects 5.1 too)
In-Reply-To: <b19eae4e0708230958w6ea2f7bcq5e7c7efbea705333@mail.gmail.com>
References: <b19eae4e0708230958w6ea2f7bcq5e7c7efbea705333@mail.gmail.com>
Message-ID: <b19eae4e0708231001i60df85bapbcedd9209311684d@mail.gmail.com>

Ack, disregard.

Sorry for the spam. Found the problem, and it is elsewhere. :)

On 8/23/07, Robin Burchell <surreal.w00t@gmail.com> wrote:
> Additional spaces in the topic seem to totally fuck things up:
>
> * ChanServ has changed the topic to: New release! 1.5-RC1
> http://sourceforge.net/project/showfiles.php?group_id=102825&package_id=110294
> * ChanServ has changed the topic to: New release! 1.5-RC1
> * ChanServ has changed the topic to: New release! 1.5-RC1
> http://sourceforge.net/project/showfiles.php?group_id=102825&package_id=110294
>
> If I put more than one space between the URL and the rest, it
> vanished. Not my client, as someone else originally brought this to my
> attention.
>
> Thing is, I'm not sure whether it's our protocol module (or indeed
> ircd :)), or services at fault here.
>
> Is anyone else able to replicate this behaviour?
>
From caseyclaydon at fastmail.com.au  Thu Aug 23 14:42:28 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 23 14:42:42 2007
Subject: [IRCServices] Re: Possible bug in CS TOPIC (5.0, probably affects
	5.1 too)
In-Reply-To: <b19eae4e0708231001i60df85bapbcedd9209311684d@mail.gmail.com>
References: <b19eae4e0708230958w6ea2f7bcq5e7c7efbea705333@mail.gmail.com>
	<b19eae4e0708231001i60df85bapbcedd9209311684d@mail.gmail.com>
Message-ID: <46CDFF44.9090903@fastmail.com.au>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070824/4ee24d12/attachment.html
From caseyclaydon at fastmail.com.au  Thu Aug 23 14:55:55 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 23 14:56:11 2007
Subject: [IRCServices] Re: Possible bug in CS TOPIC (5.0, probably affects
	5.1 too)
In-Reply-To: <46CDFF44.9090903@fastmail.com.au>
References: <b19eae4e0708230958w6ea2f7bcq5e7c7efbea705333@mail.gmail.com>	<b19eae4e0708231001i60df85bapbcedd9209311684d@mail.gmail.com>
	<46CDFF44.9090903@fastmail.com.au>
Message-ID: <46CE026B.3000804@fastmail.com.au>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070824/375981b5/attachment.htm
From achurch at achurch.org  Fri Aug 24 07:15:54 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug 23 15:17:20 2007
Subject: [IRCServices] Memo-Restricted in CSDef modules.conf
In-Reply-To: <46CD7808.8040205@fastmail.com.au>
Message-ID: <46ce076c.70700@msgid.achurch.org>

>Would we be able to have the Memo-Restricted in the CSDef Options in 
>modules.conf to set it on automatically when you register.

Sorry, I forgot to add these.  I've done so for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Fri Aug 24 16:56:55 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 24 16:57:22 2007
Subject: [IRCServices] Memo-Restricted built-in with no ChanServ set
 memo-restricted on | off
Message-ID: <46CF7047.5030505@fastmail.com.au>

A thought I had for Memo-Restricted

To maybe have Memo-Restricted built-in with no ChanServ set 
memo-restricted on | off

so that nobody at all who is not on the channel access list to send 
memos to any channel.
From achurch at achurch.org  Wed Aug 29 13:35:35 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Aug 28 21:36:23 2007
Subject: [IRCServices] Memo-Restricted built-in with no ChanServ set
	memo-restricted on | off
In-Reply-To: <46CF7047.5030505@fastmail.com.au>
Message-ID: <46d4f7b8.24272@msgid.achurch.org>

Some people may want any user to be able to send memos to the channel, so
this will stay as an option.

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

>A thought I had for Memo-Restricted
>
>To maybe have Memo-Restricted built-in with no ChanServ set 
>memo-restricted on | off
>
>so that nobody at all who is not on the channel access list to send 
>memos to any channel.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From caseyclaydon at fastmail.com.au  Thu Aug 30 15:42:13 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 30 15:42:37 2007
Subject: [IRCServices] Global Notice to include your name
In-Reply-To: <46C64007.7020502@fastmail.com.au>
References: <46C61BEF.7080409@fastmail.com.au>
	<003801c7e120$c43db550$4cb91ff0$@net>
	<46C64007.7020502@fastmail.com.au>
Message-ID: <46D747C5.9030905@fastmail.com.au>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070831/b8c007de/attachment.html
From caseyclaydon at fastmail.com.au  Thu Aug 30 19:22:46 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Aug 30 19:23:06 2007
Subject: [IRCServices] NickServ Access List *!*@*
Message-ID: <46D77B76.9020900@fastmail.com.au>

I remember on AustNet where one time someone had registered Casey,  and 
when I would come on and others using Casey,  the NickServ last used 
time would say the time I and others would come on using Casey.

Have it that you are not allowed to add *!*@* to the Access List.

need to have username@address to add to the Access List.
From achurch at achurch.org  Fri Aug 31 11:49:39 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Aug 30 19:50:59 2007
Subject: [IRCServices] NickServ Access List *!*@*
In-Reply-To: <46D77B76.9020900@fastmail.com.au>
Message-ID: <46d7820a.53574@msgid.achurch.org>

>I remember on AustNet where one time someone had registered Casey,  and 
>when I would come on and others using Casey,  the NickServ last used 
>time would say the time I and others would come on using Casey.
>
>Have it that you are not allowed to add *!*@* to the Access List.
>
>need to have username@address to add to the Access List.

I won't do this, because there may be people who desire this behavior (and
since it's not the default, you're assumed to know what you're doing if you
add it).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Fri Aug 31 03:04:15 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 03:04:50 2007
Subject: [IRCServices] Question about Attachment Part 1.2 when doing a reply
Message-ID: <46D7E79F.50001@fastmail.com.au>

When I do a reply,  it attaches an attachment called Part 1.2

Using ThunderBird 2.0.0.6 for Windows

What is the setting in ThunderBird for it to not do the attachment?
From ron2k.za at gmail.com  Fri Aug 31 03:22:16 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Fri Aug 31 03:22:32 2007
Subject: [IRCServices] Question about Attachment Part 1.2 when doing a
	reply
In-Reply-To: <46D7E79F.50001@fastmail.com.au>
References: <46D7E79F.50001@fastmail.com.au>
Message-ID: <debb3bc0708310322l2cdea9fas45d3061cf759a00d@mail.gmail.com>

While not being at all familiar with that particular version of
Thunderbird, I would guess that it's your MIME settings somewhere.

You can try taking a look at this article:
http://expita.com/nomime.html - just bear in mind that the Thunderbird
instructions haven't been updated lately, so you may have to do some
looking on your own.

--K

On 31/08/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> When I do a reply,  it attaches an attachment called Part 1.2
>
> Using ThunderBird 2.0.0.6 for Windows
>
> What is the setting in ThunderBird for it to not do the attachment?
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From caseyclaydon at fastmail.com.au  Fri Aug 31 03:50:32 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 03:50:49 2007
Subject: [IRCServices] Question about Attachment Part 1.2 when doing a
	reply
In-Reply-To: <debb3bc0708310322l2cdea9fas45d3061cf759a00d@mail.gmail.com>
References: <46D7E79F.50001@fastmail.com.au>
	<debb3bc0708310322l2cdea9fas45d3061cf759a00d@mail.gmail.com>
Message-ID: <46D7F278.7070309@fastmail.com.au>

Thanks for that Kieron

The Mailing List here that it attaches it


I think I know what is happening from that site of yours Kieron -

The Mailing List is converting it to Plain Text which it attaches the 
Part 1.2

send to the Mailing List in Plain Text to not have it do the attachment


Kieron Thwaites wrote:
> While not being at all familiar with that particular version of
> Thunderbird, I would guess that it's your MIME settings somewhere.
>
> You can try taking a look at this article:
> http://expita.com/nomime.html - just bear in mind that the Thunderbird
> instructions haven't been updated lately, so you may have to do some
> looking on your own.
>
> --K
>
> On 31/08/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
>   
>> When I do a reply,  it attaches an attachment called Part 1.2
>>
>> Using ThunderBird 2.0.0.6 for Windows
>>
>> What is the setting in ThunderBird for it to not do the attachment?
>> ------------------------------------------------------------------
>> 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 caseyclaydon at fastmail.com.au  Fri Aug 31 03:53:26 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 03:53:52 2007
Subject: [IRCServices] Question about Attachment Part 1.2 when doing a
	reply
In-Reply-To: <46D7F278.7070309@fastmail.com.au>
References: <46D7E79F.50001@fastmail.com.au>	<debb3bc0708310322l2cdea9fas45d3061cf759a00d@mail.gmail.com>
	<46D7F278.7070309@fastmail.com.au>
Message-ID: <46D7F326.2060903@fastmail.com.au>

Converting it to Plain Text Worked - didn't attach it

Thanks Kieron


Casey wrote:
> Thanks for that Kieron
>
> The Mailing List here that it attaches it
>
>
> I think I know what is happening from that site of yours Kieron -
>
> The Mailing List is converting it to Plain Text which it attaches the 
> Part 1.2
>
> send to the Mailing List in Plain Text to not have it do the attachment
>
>
> Kieron Thwaites wrote:
>> While not being at all familiar with that particular version of
>> Thunderbird, I would guess that it's your MIME settings somewhere.
>>
>> You can try taking a look at this article:
>> http://expita.com/nomime.html - just bear in mind that the Thunderbird
>> instructions haven't been updated lately, so you may have to do some
>> looking on your own.
>>
>> --K
>>
>> On 31/08/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
>>  
>>> When I do a reply,  it attaches an attachment called Part 1.2
>>>
>>> Using ThunderBird 2.0.0.6 for Windows
>>>
>>> What is the setting in ThunderBird for it to not do the attachment?
>>> ------------------------------------------------------------------
>>> 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 caseyclaydon at fastmail.com.au  Fri Aug 31 04:36:14 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 04:36:32 2007
Subject: [IRCServices] modules.conf -- Global Notice to attach your name
Message-ID: <46D7FD2E.8030509@fastmail.com.au>

I am re-doing my post again for Global,  to send it in Plain Text,  just 
in case you did not get the reply.

The Mailing List was attaching Part 1.2 attachment for the message not 
being in Plain Text.

Andrew,  are you able to add this option in modules.conf - to attach 
your name as the sender of the Global Notice?

-Global- [Casey] message to all users
From achurch at achurch.org  Fri Aug 31 20:37:16 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Aug 31 04:37:55 2007
Subject: [IRCServices] modules.conf -- Global Notice to attach your name
In-Reply-To: <46D7FD2E.8030509@fastmail.com.au>
Message-ID: <46d7fd8d.11406@msgid.achurch.org>

>Andrew,  are you able to add this option in modules.conf - to attach 
>your name as the sender of the Global Notice?
>
>-Global- [Casey] message to all users

I won't add this.  As another poster replied, just use a macro that inserts
your nick at the beginning of your message.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Fri Aug 31 04:42:12 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 04:42:29 2007
Subject: [IRCServices] modules.conf -- Global Notice to attach your name
In-Reply-To: <46d7fd8d.11406@msgid.achurch.org>
References: <46d7fd8d.11406@msgid.achurch.org>
Message-ID: <46D7FE94.30106@fastmail.com.au>

no worries - thanks anyway Andrew

Thought it was strange there is no option in modules.conf to attach your
name.


Andrew Church wrote:
>> Andrew,  are you able to add this option in modules.conf - to attach 
>> your name as the sender of the Global Notice?
>>
>> -Global- [Casey] message to all users
>>     
>
> I won't add this.  As another poster replied, just use a macro that inserts
> your nick at the beginning of your message.
>
>   --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 brain at winbot.co.uk  Fri Aug 31 04:51:33 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Fri Aug 31 04:51:42 2007
Subject: [IRCServices] modules.conf -- Global Notice to attach your name
In-Reply-To: <46d7fd8d.11406@msgid.achurch.org>
References: <46d7fd8d.11406@msgid.achurch.org>
Message-ID: <46D800C5.1030200@winbot.co.uk>

In InspIRCd you can do this with m_alias:
http://www.inspircd.org/wiki/Modules/alias
This was what you were using, right?

Andrew Church wrote:
>> Andrew,  are you able to add this option in modules.conf - to attach 
>> your name as the sender of the Global Notice?
>>
>> -Global- [Casey] message to all users
> 
> I won't add this.  As another poster replied, just use a macro that inserts
> your nick at the beginning of your message.
> 
>   --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 caseyclaydon at fastmail.com.au  Fri Aug 31 04:58:58 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Aug 31 04:59:16 2007
Subject: [IRCServices] modules.conf -- Global Notice to attach your name
In-Reply-To: <46D800C5.1030200@winbot.co.uk>
References: <46d7fd8d.11406@msgid.achurch.org> <46D800C5.1030200@winbot.co.uk>
Message-ID: <46D80282.9000909@fastmail.com.au>

Hello Brain

It is me

is great you can add an alias for InspIRCd to have it attach your name

and also Brain -- wishing you a great time where you are off to

thanks so much Brain


Craig Edwards wrote:
> In InspIRCd you can do this with m_alias:
> http://www.inspircd.org/wiki/Modules/alias
> This was what you were using, right?
>
> Andrew Church wrote:
>   
>>> Andrew,  are you able to add this option in modules.conf - to attach 
>>> your name as the sender of the Global Notice?
>>>
>>> -Global- [Casey] message to all users
>>>       
>> I won't add this.  As another poster replied, just use a macro that inserts
>> your nick at the beginning of your message.
>>
>>   --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 toxyc at info2k4.hu  Sun Sep  2 07:20:42 2007
From: toxyc at info2k4.hu (Toxyc)
Date: Sun Sep  2 07:20:53 2007
Subject: [IRCServices] segmentation fault
Message-ID: <2fe8ea130709020720x58640837me71019bc8e6fba99@mail.gmail.com>

Helo

Recently the server I use to run ircservices got new hardware, and I
have to reinstall some programs, including irc services. I chose to
upgrade services from 5.0.x to 5.1pre5.
I noticed some odd behaviour when I tried to register a nick, and also
got segmentation fault.
The network consist of two Unreal IRCd (3.2.7) servers, call them A
and B servers.
When I set up server A, I configure the services to connect to it, it
works well. Then I link server A to server B, that's seems to go well
too.

I uploaded the edited ircservices.log here:
http://haxor.hu/~toxyc/ircservices.log.part
What I edited:
- Deleted the old parts of the log, when nothing suspicious happened.
- Deleted the irrelevant messages (user_not_involved_in_any_errors
identifyied, new max user count, registered
user_not_involved_in_any_errors, ...)
- Deleted the ip addresses/hostnames because of the privacy of users.
However, I can provide the full unmodified logfile if needed.

A little explanation for the log:
Sentinel, luther, karmantomi were on server B, when server A with the
services linked to it.

I use AMD K8 Athlon64/Opteron CPU according to lspci.
uname -a output:
Linux dekad.hu 2.6.22-1-k7 #1 SMP Sun Jul 29 15:15:55 UTC 2007 i686 GNU/Linux

I don't have any core dumps, but now i enabled it, and will send it if
services crashes again.
Do you need any other information?

Toxyc
From achurch at achurch.org  Mon Sep  3 18:31:02 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep  3 18:02:07 2007
Subject: [IRCServices] segmentation fault
In-Reply-To: <2fe8ea130709020720x58640837me71019bc8e6fba99@mail.gmail.com>
Message-ID: <46dcae85.37560@msgid.achurch.org>

I haven't been able to connect to the server listed below to retrieve
the log; can you send it to me privately?  If you obtain a core file, a
backtrace would also be useful (make sure you don't strip debugging
information from the executable).

Also, can you explain exactly what you mean by "odd behavior"?  Is it
just that Services crashed, or did something else happen?

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

>Helo
>
>Recently the server I use to run ircservices got new hardware, and I
>have to reinstall some programs, including irc services. I chose to
>upgrade services from 5.0.x to 5.1pre5.
>I noticed some odd behaviour when I tried to register a nick, and also
>got segmentation fault.
>The network consist of two Unreal IRCd (3.2.7) servers, call them A
>and B servers.
>When I set up server A, I configure the services to connect to it, it
>works well. Then I link server A to server B, that's seems to go well
>too.
>
>I uploaded the edited ircservices.log here:
>http://haxor.hu/~toxyc/ircservices.log.part
>What I edited:
>- Deleted the old parts of the log, when nothing suspicious happened.
>- Deleted the irrelevant messages (user_not_involved_in_any_errors
>identifyied, new max user count, registered
>user_not_involved_in_any_errors, ...)
>- Deleted the ip addresses/hostnames because of the privacy of users.
>However, I can provide the full unmodified logfile if needed.
>
>A little explanation for the log:
>Sentinel, luther, karmantomi were on server B, when server A with the
>services linked to it.
>
>I use AMD K8 Athlon64/Opteron CPU according to lspci.
>uname -a output:
>Linux dekad.hu 2.6.22-1-k7 #1 SMP Sun Jul 29 15:15:55 UTC 2007 i686 GNU/Linux
>
>I don't have any core dumps, but now i enabled it, and will send it if
>services crashes again.
>Do you need any other information?
>
>Toxyc
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From toxyc at info2k4.hu  Mon Sep  3 23:49:59 2007
From: toxyc at info2k4.hu (Toxyc)
Date: Mon Sep  3 23:50:06 2007
Subject: [IRCServices] segmentation fault
In-Reply-To: <2fe8ea130709032348g105229b4k10a73dd6f920035a@mail.gmail.com>
References: <2fe8ea130709020720x58640837me71019bc8e6fba99@mail.gmail.com>
	<46dcae85.37560@msgid.achurch.org>
	<2fe8ea130709032348g105229b4k10a73dd6f920035a@mail.gmail.com>
Message-ID: <2fe8ea130709032349s28ce1eaeka7a86139b7d71442@mail.gmail.com>

Err. really sorry. Reply button is my enemy :/


On 9/4/07, Toxyc <toxyc@info2k4.hu> wrote:
> I send you the edited, and the whole log file too.
> I haven't got any core dumps yet.
> By "odd behavior" i meant, someone wanted to register the nick
> "Sentinel", but it failed. (it can be seen in the log). Unfortunately
> i don't know what exactly happened at the user. He said, he registered
> it, but couldn't identify with password as the owner of the nick.
> Sentinel quitted from the network, just before the services crashed.
>
> Toxyc
>
From caseyclaydon at fastmail.com.au  Sun Sep  9 18:55:17 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep  9 18:56:41 2007
Subject: [IRCServices] OperServ -- Oper List and Admin List
Message-ID: <46E4A405.8020307@fastmail.com.au>

There is no help file for OperServ Oper List and Admin List.
From achurch at achurch.org  Mon Sep 10 11:11:29 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep  9 19:12:09 2007
Subject: [IRCServices] OperServ -- Oper List and Admin List
In-Reply-To: <46E4A405.8020307@fastmail.com.au>
Message-ID: <46e4a7f2.44041@msgid.achurch.org>

>There is no help file for OperServ Oper List and Admin List.

/msg OperServ HELP OPER
/msg OperServ HELP ADMIN

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sun Sep  9 19:19:32 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep  9 19:22:02 2007
Subject: [IRCServices] OperServ -- Oper List and Admin List
In-Reply-To: <46e4a7f2.44041@msgid.achurch.org>
References: <46e4a7f2.44041@msgid.achurch.org>
Message-ID: <46E4A9B4.5080909@fastmail.com.au>

Thanks Andrew

was doing help oper list and admin list



Andrew Church wrote:
>> There is no help file for OperServ Oper List and Admin List.
>>     
>
> /msg OperServ HELP OPER
> /msg OperServ HELP ADMIN
>
>   --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  Mon Sep 10 12:53:03 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep  9 20:53:19 2007
Subject: [IRCServices] Services 5.1pre6 released
Message-ID: <46e4bfa3.76772@msgid.achurch.org>

     Services 5.1pre6 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

9659409381266bc700c38a8947fbba5f  ircservices-5.1pre6.tar.gz
a0ec8b80457159e0a92b33bcc9f39432  ircservices-5.1pre6.diff.gz
867809cde1518afeac29c1b312f56b25  ircservices-5.1pre6-1.i386.rpm
80fb28b5bd78ec22222d4e7b82d48b09  ircservices_5.1pre6-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.1pre6
--------------------------
2007/09/10	Added NSRegDenyIfSuspended configuration option.  Suggested
		    by Aragon Gouveia <aragon@phat.za.net>
2007/09/03	Updated InspIRCd module to work with InspIRCD 1.1.x (tested
		    with 1.1.12).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Sep 10 11:42:29 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 00:00:15 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46CD6FCB.3040901@fastmail.com.au>
Message-ID: <46e4af6c.44157@msgid.achurch.org>

>The 5.1 InspIRCd protocol -- ChanServ does not know we are in the 
>channel and are not able to register the channel.

I've updated the InspIRCd protocol module for Services 5.1pre6 (to be
released shortly) so that it works with InspIRCd 1.1.  (It looks like
there have been some protocol changes since earlier versions of InspIRCd,
so this module may not work with anything before InspIRCd 1.1.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From aragon at phat.za.net  Mon Sep 10 00:43:57 2007
From: aragon at phat.za.net (Aragon Gouveia)
Date: Mon Sep 10 00:44:09 2007
Subject: [IRCServices] Services 5.1pre6 released
In-Reply-To: <46e4bfa3.76772@msgid.achurch.org>
References: <46e4bfa3.76772@msgid.achurch.org>
Message-ID: <20070910074357.GA86293@phat.za.net>

Nice :)


| By Andrew Church <achurch@achurch.org>
|                                          [ 2007-09-10 05:53 +0200 ]
>      Services 5.1pre6 has been released, and can be downloaded from:
> 
> http://www.ircservices.za.net/download/testing/   (Japan)
> ftp://ftp.esper.net/ircservices/testing/          (Western USA)
> 
> 9659409381266bc700c38a8947fbba5f  ircservices-5.1pre6.tar.gz
> a0ec8b80457159e0a92b33bcc9f39432  ircservices-5.1pre6.diff.gz
> 867809cde1518afeac29c1b312f56b25  ircservices-5.1pre6-1.i386.rpm
> 80fb28b5bd78ec22222d4e7b82d48b09  ircservices_5.1pre6-1_i386.deb
> 
> The mirrors should have it shortly.
> 
> Changes in version 5.1pre6
> --------------------------
> 2007/09/10	Added NSRegDenyIfSuspended configuration option.  Suggested
> 		    by Aragon Gouveia <aragon@phat.za.net>
> 2007/09/03	Updated InspIRCd module to work with InspIRCD 1.1.x (tested
> 		    with 1.1.12).
> 
>   --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 caseyclaydon at fastmail.com.au  Mon Sep 10 01:26:16 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 01:26:58 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e4af6c.44157@msgid.achurch.org>
References: <46e4af6c.44157@msgid.achurch.org>
Message-ID: <46E4FFA8.8060904@fastmail.com.au>

a few things with the InspIRCd protocol

*** DEBUG: WARNING: The server services.casey.net is sending nonstandard
modes: 'ChanServ MODE 0' where FMODE should be used, and may cause desyncs.

ChanServ is not giving you your modes when you join, and ChanServ is not
deopping you who is not an OP in the channel.




Andrew Church wrote:
>> The 5.1 InspIRCd protocol -- ChanServ does not know we are in the 
>> channel and are not able to register the channel.
>>     
>
> I've updated the InspIRCd protocol module for Services 5.1pre6 (to be
> released shortly) so that it works with InspIRCd 1.1.  (It looks like
> there have been some protocol changes since earlier versions of InspIRCd,
> so this module may not work with anything before InspIRCd 1.1.)
>
>   --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  Mon Sep 10 17:56:05 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 02:04:43 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E4FFA8.8060904@fastmail.com.au>
Message-ID: <46e508a4.03532@msgid.achurch.org>

>a few things with the InspIRCd protocol
>
>*** DEBUG: WARNING: The server services.casey.net is sending nonstandard
>modes: 'ChanServ MODE 0' where FMODE should be used, and may cause desyncs.
>
>ChanServ is not giving you your modes when you join, and ChanServ is not
>deopping you who is not an OP in the channel.

I can't reproduce any of these using InspIRCd 1.1.12.  Can you provide a
debug log?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 10 02:43:51 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 10 02:43:58 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e508a4.03532@msgid.achurch.org>
References: <46E4FFA8.8060904@fastmail.com.au>
	<46e508a4.03532@msgid.achurch.org>
Message-ID: <b19eae4e0709100243ne9f9fdfq9f27eafb9b9e3ef8@mail.gmail.com>

You should not (really) send MODE on any channel mode changes, as we
use a protocol increasingly alike to TS6, and use of MODE (which is
not timestamped) can cause problems in such a setup.

However, as ircservices isn't really TS aware (doesn't have a TS
parameter for channel creation, channel mode, etc) - then sending MODE
is your only option, unless you wish to correct that

That aside, MODE 0 looks a little incorrect anyway, given 0 isn't
exactly a channel name ;p

On 9/10/07, Andrew Church <achurch@achurch.org> wrote:
> >a few things with the InspIRCd protocol
> >
> >*** DEBUG: WARNING: The server services.casey.net is sending nonstandard
> >modes: 'ChanServ MODE 0' where FMODE should be used, and may cause desyncs.
> >
> >ChanServ is not giving you your modes when you join, and ChanServ is not
> >deopping you who is not an OP in the channel.
>
> I can't reproduce any of these using InspIRCd 1.1.12.  Can you provide a
> debug log?
>
>   --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 caseyclaydon at fastmail.com.au  Mon Sep 10 04:19:55 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 04:20:35 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e508a4.03532@msgid.achurch.org>
References: <46e508a4.03532@msgid.achurch.org>
Message-ID: <46E5285B.9030301@fastmail.com.au>

debug log


[Sep 10 20:55:37.806715 2007] IRC Services 5.1pre6 starting up (options:
debug)
[Sep 10 20:55:37.806912 2007] debug: Loading language 0 from file
`languages/en_us'
[Sep 10 20:55:37.807222 2007] debug: Loading language 10 from file
`languages/nl'
[Sep 10 20:55:37.807556 2007] debug: Loading language 6 from file
`languages/fr'
[Sep 10 20:55:37.807833 2007] debug: Loading language 9 from file
`languages/de'
[Sep 10 20:55:37.808119 2007] debug: Loading language 11 from file
`languages/hu'
[Sep 10 20:55:37.808455 2007] debug: Loading language 2 from file
`languages/ja_euc'
[Sep 10 20:55:37.808743 2007] debug: Loading language 3 from file
`languages/ja_sjis'
[Sep 10 20:55:37.809034 2007] debug: Loading language 12 from file
`languages/ru'
[Sep 10 20:55:37.809295 2007] debug: Loading language 4 from file
`languages/es'
[Sep 10 20:55:37.809632 2007] debug: Loading language 7 from file
`languages/tr'
[Sep 10 20:55:37.811920 2007] debug: Loaded languages
[Sep 10 20:55:37.811970 2007] debug: Loading module `protocol/inspircd'
[Sep 10 20:55:37.812396 2007] debug: Successfully loaded module
`protocol/inspircd'
[Sep 10 20:55:37.812435 2007] debug: Loading module `encryption/md5'
[Sep 10 20:55:37.812668 2007] debug: Successfully loaded module
`encryption/md5'
[Sep 10 20:55:37.812699 2007] debug: Loading module `encryption/unix-crypt'
[Sep 10 20:55:37.813727 2007] debug: Successfully loaded module
`encryption/unix-crypt'
[Sep 10 20:55:37.813759 2007] debug: Loading module `database/standard'
[Sep 10 20:55:37.813992 2007] debug: Successfully loaded module
`database/standard'
[Sep 10 20:55:37.814024 2007] debug: Loading module `mail/main'
[Sep 10 20:55:37.814292 2007] debug: Successfully loaded module `mail/main'
[Sep 10 20:55:37.814325 2007] debug: Loading module `mail/smtp'
[Sep 10 20:55:37.814627 2007] debug: Successfully loaded module `mail/smtp'
[Sep 10 20:55:37.814660 2007] debug: Loading module `operserv/main'
[Sep 10 20:55:37.815179 2007] (database/standard) Can't open oper.sdb
for reading: No such file or directory
[Sep 10 20:55:37.815231 2007] debug: Successfully loaded module
`operserv/main'
[Sep 10 20:55:37.815261 2007] debug: Loading module `operserv/akill'
[Sep 10 20:55:37.815737 2007] (database/standard) Can't open akill.sdb
for reading: No such file or directory
[Sep 10 20:55:37.815781 2007] (database/standard) Can't open exclude.sdb
for reading: No such file or directory
[Sep 10 20:55:37.815816 2007] debug: Successfully loaded module
`operserv/akill'
[Sep 10 20:55:37.815847 2007] debug: Loading module `operserv/news'
[Sep 10 20:55:37.816320 2007] (database/standard) Can't open news.sdb
for reading: No such file or directory
[Sep 10 20:55:37.816375 2007] debug: Successfully loaded module
`operserv/news'
[Sep 10 20:55:37.816416 2007] debug: Loading module `operserv/sessions'
[Sep 10 20:55:37.817392 2007] (database/standard) Can't open
exception.sdb for reading: No such file or directory
[Sep 10 20:55:37.817443 2007] debug: Successfully loaded module
`operserv/sessions'
[Sep 10 20:55:37.817473 2007] debug: Loading module `operserv/sline'
[Sep 10 20:55:37.818100 2007] (database/standard) Can't open sgline.sdb
for reading: No such file or directory
[Sep 10 20:55:37.818145 2007] (database/standard) Can't open sqline.sdb
for reading: No such file or directory
[Sep 10 20:55:37.818186 2007] (database/standard) Can't open szline.sdb
for reading: No such file or directory
[Sep 10 20:55:37.818220 2007] debug: Successfully loaded module
`operserv/sline'
[Sep 10 20:55:37.818252 2007] debug: Loading module `nickserv/main'
[Sep 10 20:55:37.819356 2007] (database/standard) Can't open
nickgroup.sdb for reading: No such file or directory
[Sep 10 20:55:37.819403 2007] (database/standard) Can't open nick.sdb
for reading: No such file or directory
[Sep 10 20:55:37.819443 2007] debug: Successfully loaded module
`nickserv/main'
[Sep 10 20:55:37.819479 2007] debug: Loading module `nickserv/access'
[Sep 10 20:55:37.820178 2007] (database/standard) Can't open
nick-access.sdb for reading: No such file or directory
[Sep 10 20:55:37.820217 2007] debug: Successfully loaded module
`nickserv/access'
[Sep 10 20:55:37.820270 2007] debug: Loading module `nickserv/link'
[Sep 10 20:55:37.820974 2007] debug: Successfully loaded module
`nickserv/link'
[Sep 10 20:55:37.821006 2007] debug: Loading module `nickserv/mail-auth'
[Sep 10 20:55:37.821713 2007] debug: Successfully loaded module
`nickserv/mail-auth'
[Sep 10 20:55:37.821745 2007] debug: Loading module `chanserv/main'
[Sep 10 20:55:37.822983 2007] (database/standard) Can't open chan.sdb
for reading: No such file or directory
[Sep 10 20:55:37.823031 2007] (database/standard) Can't open
chan-access.sdb for reading: No such file or directory
[Sep 10 20:55:37.823073 2007] (database/standard) Can't open
chan-akick.sdb for reading: No such file or directory
[Sep 10 20:55:37.823112 2007] debug: Successfully loaded module
`chanserv/main'
[Sep 10 20:55:37.823150 2007] debug: Loading module `chanserv/access-levels'
[Sep 10 20:55:37.824287 2007] debug: Successfully loaded module
`chanserv/access-levels'
[Sep 10 20:55:37.824320 2007] debug: Loading module `chanserv/access-xop'
[Sep 10 20:55:37.825393 2007] debug: Successfully loaded module
`chanserv/access-xop'
[Sep 10 20:55:37.825425 2007] debug: Loading module `memoserv/main'
[Sep 10 20:55:37.826356 2007] (database/standard) Can't open memo.sdb
for reading: No such file or directory
[Sep 10 20:55:37.826420 2007] debug: Successfully loaded module
`memoserv/main'
[Sep 10 20:55:37.826451 2007] debug: Loading module `memoserv/forward'
[Sep 10 20:55:37.827302 2007] debug: Successfully loaded module
`memoserv/forward'
[Sep 10 20:55:37.827335 2007] debug: Loading module `memoserv/ignore'
[Sep 10 20:55:37.828191 2007] (database/standard) Can't open
memo-ignore.sdb for reading: No such file or directory
[Sep 10 20:55:37.828244 2007] debug: Successfully loaded module
`memoserv/ignore'
[Sep 10 20:55:37.828275 2007] debug: Loading module `statserv/main'
[Sep 10 20:55:37.829232 2007] (database/standard) Can't open
stat-servers.sdb for reading: No such file or directory
[Sep 10 20:55:37.829270 2007] debug: Successfully loaded module
`statserv/main'
[Sep 10 20:55:37.829300 2007] debug: Loading module `misc/xml-export'
[Sep 10 20:55:37.830423 2007] debug: Successfully loaded module
`misc/xml-export'
[Sep 10 20:55:37.830456 2007] debug: Loading module `misc/xml-import'
[Sep 10 20:55:37.831831 2007] debug: Successfully loaded module
`misc/xml-import'
[Sep 10 20:55:37.831865 2007] debug: Loaded modules
[Sep 10 20:55:37.832831 2007] debug: Initiated connection to 127.0.0.1:7000
[Sep 10 20:55:37.832964 2007] debug: Sent: SERVER services.casey.net
<password> 0 :Services for IRC Networks
[Sep 10 20:55:37.833010 2007] debug: Sent: BURST
[Sep 10 20:55:37.833059 2007] debug: Sent: :services.casey.net VERSION
:ircservices-5.1pre6 services.casey.net :build #1, compiled Mon Sep 10
20:50:54 EST 2007
[Sep 10 20:55:37.833102 2007] debug: Sent: ENDBURST
[Sep 10 20:55:38.832462 2007] debug: Sent: :services.casey.net NICK
1189421738 OperServ casey.net casey.net services +i 0.0.0.0 :Operator Server
[Sep 10 20:55:38.832564 2007] debug: Sent: :services.casey.net NICK
1189421738 Global casey.net casey.net services +i 0.0.0.0 :Global Noticer
[Sep 10 20:55:38.832635 2007] debug: Sent: :services.casey.net NICK
1189421738 NickServ casey.net casey.net services + 0.0.0.0 :Nickname Server
[Sep 10 20:55:38.832702 2007] debug: Sent: :services.casey.net NICK
1189421738 ChanServ casey.net casey.net services + 0.0.0.0 :Channel Server
[Sep 10 20:55:38.832756 2007] debug: Sent: :services.casey.net NICK
1189421738 MemoServ casey.net casey.net services + 0.0.0.0 :Memo Server
[Sep 10 20:55:38.832809 2007] debug: Sent: :services.casey.net NICK
1189421738 StatServ casey.net casey.net services +i 0.0.0.0 :Statistics
Server
[Sep 10 20:55:38.832858 2007] debug: Received: CAPAB START
[Sep 10 20:55:38.832956 2007] debug: Received: CAPAB MODULES
m_chanprotect.so,m_globops.so,m_services.so
[Sep 10 20:55:38.833010 2007] debug: Received: CAPAB CAPABILITIES
:NICKMAX=31 HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255
MAXTOPIC=307 MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0
IP6SUPPORT=1 PROTOCOL=1105 PREFIX=(ohv)@%+ CHANMODES=abq,k,l,MRimnprst
[Sep 10 20:55:38.833088 2007] debug: Received: CAPAB END
[Sep 10 20:55:38.833138 2007] debug: Received: SERVER
casey.qld.au.casey.net <password> 0 :Waddle World
[Sep 10 20:55:38.833211 2007] debug: Received: BURST 1189421738
[Sep 10 20:55:38.872217 2007] debug: Received: :casey.qld.au.casey.net
VERSION :InspIRCd-1.1.12+Esrom casey.qld.au.casey.net :Linux Vigor10
2.6.18.8.tex5 [FLAGS=0,epoll,singlethread-object]
[Sep 10 20:55:38.872276 2007] debug: Received: :casey.qld.au.casey.net
NICK 1189421675 Casey 127.0.0.1 netadmin.casey.net casey +nos 127.0.0.1
:Casey
[Sep 10 20:55:38.872313 2007] debug: new user: Casey
[Sep 10 20:55:38.872369 2007] user: New maximum user count: 1
[Sep 10 20:55:38.872404 2007] debug: Changing mode for Casey to +nos
[Sep 10 20:55:38.872436 2007] debug: Received: :Casey OPERTYPE NetAdmin
[Sep 10 20:55:38.872467 2007] debug: Changing mode for Casey to +o
[Sep 10 20:55:38.872497 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE Z 69.69.69.69 <Config> 1189421662 0 :No porn here thanks.
[Sep 10 20:55:38.872529 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE Q ChanServ <Config> 1189421662 0 :Reserved For Services
[Sep 10 20:55:38.872560 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE Q NickServ <Config> 1189421662 0 :Reserved For Services
[Sep 10 20:55:38.872591 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE Q OperServ <Config> 1189421662 0 :Reserved For Services
[Sep 10 20:55:38.872622 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE Q MemoServ <Config> 1189421662 0 :Reserved For Services
[Sep 10 20:55:38.872653 2007] debug: Received: :casey.qld.au.casey.net
ADDLINE E *@ircop.host.com <Config> 1189421662 0 :Opers hostname
[Sep 10 20:55:38.872684 2007] debug: Received:
[Sep 10 20:55:38.872712 2007] debug: Received: ENDBURST
[Sep 10 20:56:10.932660 2007] debug: Received: :Casey PRIVMSG NickServ
:register <password> caseyclaydon@fastmail.com.au
[Sep 10 20:56:10.932898 2007] debug: Sent: :NickServ NOTICE Casey
:Nickname Casey has been registered to you.
[Sep 10 20:56:10.932970 2007] debug: Sent: :NickServ NOTICE Casey :An
authentication code for your nickname is being sent to
caseyclaydon@fastmail.com.au.
[Sep 10 20:56:10.933022 2007] debug: Sent: :NickServ NOTICE Casey :When
you receive this message, type /msg NickServ AUTH code (replace
code with the authentication code in the message) to complete your
nickname registration.
[Sep 10 20:56:10.933095 2007] debug: (mail/main) sendmail:
from=services@casey.net to=caseyclaydon@fastmail.com.au
subject=[Authentication code for Casey]
[Sep 10 20:56:10.933158 2007] debug: (mail/smtp) SMTP(0x82544e8) connecting
[Sep 10 20:56:10.994715 2007] (nickserv/main) Casey registered by
casey@127.0.0.1 (caseyclaydon@fastmail.com.au)
[Sep 10 20:56:10.994835 2007] debug: Sent: :NickServ NOTICE Casey :Your
password is <password> -- remember this for later use.
[Sep 10 20:56:11.351434 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 220-ipmail02.adl2.internode.on.net ESMTP
[Sep 10 20:56:11.351504 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 220 ESMTP; ppp121-45-254-10.lns2.bne4.internode.on.net
[121.45.254.10] in MTA's INSIDEinternode; drivin' into the sunset
[Sep 10 20:56:11.351554 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
HELO services.casey.net
[Sep 10 20:56:11.485565 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 250 ipmail02.adl2.internode.on.net
[Sep 10 20:56:11.485619 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
MAIL FROM:<services@casey.net>
[Sep 10 20:56:17.924387 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 250 sender <services@casey.net> ok
[Sep 10 20:56:17.924478 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
RCPT TO:<caseyclaydon@fastmail.com.au>
[Sep 10 20:56:18.049474 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 250 recipient <caseyclaydon@fastmail.com.au> ok
[Sep 10 20:56:18.049538 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: DATA
[Sep 10 20:56:18.176680 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 354 go ahead
[Sep 10 20:56:18.176795 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
From: "casey.net Services" <services@casey.net>
[Sep 10 20:56:18.176834 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
To: <caseyclaydon@fastmail.com.au>
[Sep 10 20:56:18.176873 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
Subject: Authentication code for Casey
[Sep 10 20:56:18.176912 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
Date: Mon, 10 Sep 2007 10:56:18 +0000
[Sep 10 20:56:18.176950 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
MIME-Version: 1.0
[Sep 10 20:56:18.176988 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
Content-Type: text/plain; charset=iso-8859-1
[Sep 10 20:56:18.177025 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
[Sep 10 20:56:18.177064 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
The authentication code for your nickname (Casey) is: 269290298
[Sep 10 20:56:18.177102 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
Please submit this code to NickServ with the command:
[Sep 10 20:56:18.177141 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
/msg NickServ AUTH 269290298
[Sep 10 20:56:18.177178 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
[Sep 10 20:56:18.177217 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
This message was sent by NickServ in response to registration by
[Sep 10 20:56:18.177255 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
casey@127.0.0.1.
[Sep 10 20:56:18.177293 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: .
[Sep 10 20:56:18.323594 2007] debug: (mail/smtp) SMTP(0x82544e8)
received: 250 ok: Message 185014642 accepted
[Sep 10 20:56:18.323648 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: QUIT
[Sep 10 20:56:18.323701 2007] debug: (mail/smtp) SMTP(0x82544e8) closed
(local)
[Sep 10 20:56:18.323738 2007] debug: (mail/smtp) SMTP(0x82544e8) closed
(free_socketinfo)
[Sep 10 20:57:10.019989 2007] debug: Received: :casey.qld.au.casey.net
PING services.casey.net
[Sep 10 20:57:10.020105 2007] debug: Sent: :services.casey.net PONG
services.casey.net services.casey.net
[Sep 10 20:57:10.020231 2007] debug: Received: :services.casey.net PONG
services.casey.net services.casey.net
[Sep 10 20:57:14.325168 2007] debug: Received: :Casey PRIVMSG NickServ
:auth 269290298
[Sep 10 20:57:14.325300 2007] debug: Sent: :NickServ SVSMODE Casey :+r
[Sep 10 20:57:14.325360 2007] debug: Sent: :NickServ NOTICE Casey
:Authentication succeeded; your nickname registration is now complete.
[Sep 10 20:57:14.325404 2007] (nickserv/mail-auth) casey@127.0.0.1
authenticated REGISTER for Casey
[Sep 10 20:57:20.358486 2007] debug: Received: :casey.qld.au.casey.net
FJOIN #Casey 1189421839 @,Casey
[Sep 10 20:57:20.358580 2007] debug: (protocol/inspircd) Casey FJOINs #Casey
[Sep 10 20:57:20.358665 2007] debug: Creating channel #Casey
[Sep 10 20:57:20.395903 2007] debug: Received: :casey.qld.au.casey.net
FMODE #Casey 1189421839 nt
[Sep 10 20:58:05.560855 2007] debug: Received: :Casey PRIVMSG ChanServ
:register #Casey <password> #Casey
[Sep 10 20:58:05.560987 2007] (chanserv/main) Channel #Casey registered
by Casey!casey@127.0.0.1
[Sep 10 20:58:05.561077 2007] debug: Sent: :ChanServ NOTICE Casey
:Channel #Casey registered under your nickname: Casey
[Sep 10 20:58:05.561140 2007] debug: Sent: :ChanServ NOTICE Casey :Your
channel password is <password> -- remember it for later use.
[Sep 10 20:58:05.561212 2007] debug: Sent: :ChanServ MODE #Casey 0 +r
[Sep 10 20:58:28.121713 2007] debug: Received: :Casey PRIVMSG OperServ
:shutdown
[Sep 10 20:58:28.121813 2007] (operserv/main) Casey: shutdown
[Sep 10 20:58:28.121941 2007] debug: Saving databases
[Sep 10 20:58:28.124591 2007] SHUTDOWN command received from Casey
[Sep 10 20:58:28.124646 2007] debug: Unloading module `misc/xml-import'
[Sep 10 20:58:28.124768 2007] debug: Unloading module `misc/xml-export'
[Sep 10 20:58:28.124824 2007] debug: Unloading module `statserv/main'
[Sep 10 20:58:28.124902 2007] debug: Sent: :StatServ QUIT :
[Sep 10 20:58:28.124980 2007] debug: Unloading module `memoserv/ignore'
[Sep 10 20:58:28.125048 2007] debug: Unloading module `memoserv/forward'
[Sep 10 20:58:28.125111 2007] debug: Unloading module `memoserv/main'
[Sep 10 20:58:28.125197 2007] debug: Sent: :MemoServ QUIT :
[Sep 10 20:58:28.125268 2007] debug: Unloading module `chanserv/access-xop'
[Sep 10 20:58:28.125331 2007] debug: Unloading module
`chanserv/access-levels'
[Sep 10 20:58:28.125392 2007] debug: Unloading module `chanserv/main'
[Sep 10 20:58:28.125453 2007] debug: Sent: :ChanServ QUIT :
[Sep 10 20:58:28.125544 2007] debug: Unloading module `nickserv/mail-auth'
[Sep 10 20:58:28.125610 2007] debug: Unloading module `nickserv/link'
[Sep 10 20:58:28.125673 2007] debug: Unloading module `nickserv/access'
[Sep 10 20:58:28.125732 2007] debug: Unloading module `nickserv/main'
[Sep 10 20:58:28.125792 2007] debug: Sent: :NickServ QUIT :
[Sep 10 20:58:28.125893 2007] debug: Unloading module `operserv/sline'
[Sep 10 20:58:28.125960 2007] debug: Unloading module `operserv/sessions'
[Sep 10 20:58:28.126028 2007] debug: Unloading module `operserv/news'
[Sep 10 20:58:28.126085 2007] debug: Unloading module `operserv/akill'
[Sep 10 20:58:28.126159 2007] debug: Unloading module `operserv/main'
[Sep 10 20:58:28.126225 2007] debug: Sent: :OperServ QUIT :
[Sep 10 20:58:28.126280 2007] debug: Sent: :Global QUIT :
[Sep 10 20:58:28.126355 2007] debug: Unloading module `mail/smtp'
[Sep 10 20:58:28.126415 2007] debug: Unloading module `mail/main'
[Sep 10 20:58:28.126480 2007] debug: Unloading module `database/standard'
[Sep 10 20:58:28.126546 2007] debug: Unloading module
`encryption/unix-crypt'
[Sep 10 20:58:28.126611 2007] debug: Unloading module `encryption/md5'
[Sep 10 20:58:28.126671 2007] debug: Unloading module `protocol/inspircd'
[Sep 10 20:58:28.126789 2007] debug: Sent: :services.casey.net SQUIT
services.casey.net :SHUTDOWN command received from Casey
[Sep 10 20:58:28.127116 2007] debug: Deleting channel #Casey
From achurch at achurch.org  Mon Sep 10 20:53:12 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 04:56:08 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E5285B.9030301@fastmail.com.au>
Message-ID: <46e530d2.14453@msgid.achurch.org>

I don't see any problems here.  This line:

>[Sep 10 20:58:05.561212 2007] debug: Sent: :ChanServ MODE #Casey 0 +r

indicates that the mode is being properly sent to the IRC server.  (The
timestamp of 0 is because Services does not have a facility for passing
channel timestamps through to the raw mode message, but has not caused
problems with any IRC servers I'm aware of, including InspIRCd.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 10 05:07:11 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 10 05:07:25 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E5285B.9030301@fastmail.com.au>
References: <46e508a4.03532@msgid.achurch.org>
	<46E5285B.9030301@fastmail.com.au>
Message-ID: <b19eae4e0709100507je98f094p371df5abf649fba7@mail.gmail.com>

Our MODE command does not take a timestamp parameter.

FMODE does, but will reject any timestamp of 0.

(basically, use MODE, but with no timestamp)

Reference:
http://www.inspircd.org/wiki/InspIRCd_Spanning_Tree_%281.1%29#MODE

On 9/10/07, Casey <caseyclaydon@fastmail.com.au> wrote:
> debug log
>
>
> [Sep 10 20:55:37.806715 2007] IRC Services 5.1pre6 starting up (options:
> debug)
> [Sep 10 20:55:37.806912 2007] debug: Loading language 0 from file
> `languages/en_us'
> [Sep 10 20:55:37.807222 2007] debug: Loading language 10 from file
> `languages/nl'
> [Sep 10 20:55:37.807556 2007] debug: Loading language 6 from file
> `languages/fr'
> [Sep 10 20:55:37.807833 2007] debug: Loading language 9 from file
> `languages/de'
> [Sep 10 20:55:37.808119 2007] debug: Loading language 11 from file
> `languages/hu'
> [Sep 10 20:55:37.808455 2007] debug: Loading language 2 from file
> `languages/ja_euc'
> [Sep 10 20:55:37.808743 2007] debug: Loading language 3 from file
> `languages/ja_sjis'
> [Sep 10 20:55:37.809034 2007] debug: Loading language 12 from file
> `languages/ru'
> [Sep 10 20:55:37.809295 2007] debug: Loading language 4 from file
> `languages/es'
> [Sep 10 20:55:37.809632 2007] debug: Loading language 7 from file
> `languages/tr'
> [Sep 10 20:55:37.811920 2007] debug: Loaded languages
> [Sep 10 20:55:37.811970 2007] debug: Loading module `protocol/inspircd'
> [Sep 10 20:55:37.812396 2007] debug: Successfully loaded module
> `protocol/inspircd'
> [Sep 10 20:55:37.812435 2007] debug: Loading module `encryption/md5'
> [Sep 10 20:55:37.812668 2007] debug: Successfully loaded module
> `encryption/md5'
> [Sep 10 20:55:37.812699 2007] debug: Loading module `encryption/unix-crypt'
> [Sep 10 20:55:37.813727 2007] debug: Successfully loaded module
> `encryption/unix-crypt'
> [Sep 10 20:55:37.813759 2007] debug: Loading module `database/standard'
> [Sep 10 20:55:37.813992 2007] debug: Successfully loaded module
> `database/standard'
> [Sep 10 20:55:37.814024 2007] debug: Loading module `mail/main'
> [Sep 10 20:55:37.814292 2007] debug: Successfully loaded module `mail/main'
> [Sep 10 20:55:37.814325 2007] debug: Loading module `mail/smtp'
> [Sep 10 20:55:37.814627 2007] debug: Successfully loaded module `mail/smtp'
> [Sep 10 20:55:37.814660 2007] debug: Loading module `operserv/main'
> [Sep 10 20:55:37.815179 2007] (database/standard) Can't open oper.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.815231 2007] debug: Successfully loaded module
> `operserv/main'
> [Sep 10 20:55:37.815261 2007] debug: Loading module `operserv/akill'
> [Sep 10 20:55:37.815737 2007] (database/standard) Can't open akill.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.815781 2007] (database/standard) Can't open exclude.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.815816 2007] debug: Successfully loaded module
> `operserv/akill'
> [Sep 10 20:55:37.815847 2007] debug: Loading module `operserv/news'
> [Sep 10 20:55:37.816320 2007] (database/standard) Can't open news.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.816375 2007] debug: Successfully loaded module
> `operserv/news'
> [Sep 10 20:55:37.816416 2007] debug: Loading module `operserv/sessions'
> [Sep 10 20:55:37.817392 2007] (database/standard) Can't open
> exception.sdb for reading: No such file or directory
> [Sep 10 20:55:37.817443 2007] debug: Successfully loaded module
> `operserv/sessions'
> [Sep 10 20:55:37.817473 2007] debug: Loading module `operserv/sline'
> [Sep 10 20:55:37.818100 2007] (database/standard) Can't open sgline.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.818145 2007] (database/standard) Can't open sqline.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.818186 2007] (database/standard) Can't open szline.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.818220 2007] debug: Successfully loaded module
> `operserv/sline'
> [Sep 10 20:55:37.818252 2007] debug: Loading module `nickserv/main'
> [Sep 10 20:55:37.819356 2007] (database/standard) Can't open
> nickgroup.sdb for reading: No such file or directory
> [Sep 10 20:55:37.819403 2007] (database/standard) Can't open nick.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.819443 2007] debug: Successfully loaded module
> `nickserv/main'
> [Sep 10 20:55:37.819479 2007] debug: Loading module `nickserv/access'
> [Sep 10 20:55:37.820178 2007] (database/standard) Can't open
> nick-access.sdb for reading: No such file or directory
> [Sep 10 20:55:37.820217 2007] debug: Successfully loaded module
> `nickserv/access'
> [Sep 10 20:55:37.820270 2007] debug: Loading module `nickserv/link'
> [Sep 10 20:55:37.820974 2007] debug: Successfully loaded module
> `nickserv/link'
> [Sep 10 20:55:37.821006 2007] debug: Loading module `nickserv/mail-auth'
> [Sep 10 20:55:37.821713 2007] debug: Successfully loaded module
> `nickserv/mail-auth'
> [Sep 10 20:55:37.821745 2007] debug: Loading module `chanserv/main'
> [Sep 10 20:55:37.822983 2007] (database/standard) Can't open chan.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.823031 2007] (database/standard) Can't open
> chan-access.sdb for reading: No such file or directory
> [Sep 10 20:55:37.823073 2007] (database/standard) Can't open
> chan-akick.sdb for reading: No such file or directory
> [Sep 10 20:55:37.823112 2007] debug: Successfully loaded module
> `chanserv/main'
> [Sep 10 20:55:37.823150 2007] debug: Loading module `chanserv/access-levels'
> [Sep 10 20:55:37.824287 2007] debug: Successfully loaded module
> `chanserv/access-levels'
> [Sep 10 20:55:37.824320 2007] debug: Loading module `chanserv/access-xop'
> [Sep 10 20:55:37.825393 2007] debug: Successfully loaded module
> `chanserv/access-xop'
> [Sep 10 20:55:37.825425 2007] debug: Loading module `memoserv/main'
> [Sep 10 20:55:37.826356 2007] (database/standard) Can't open memo.sdb
> for reading: No such file or directory
> [Sep 10 20:55:37.826420 2007] debug: Successfully loaded module
> `memoserv/main'
> [Sep 10 20:55:37.826451 2007] debug: Loading module `memoserv/forward'
> [Sep 10 20:55:37.827302 2007] debug: Successfully loaded module
> `memoserv/forward'
> [Sep 10 20:55:37.827335 2007] debug: Loading module `memoserv/ignore'
> [Sep 10 20:55:37.828191 2007] (database/standard) Can't open
> memo-ignore.sdb for reading: No such file or directory
> [Sep 10 20:55:37.828244 2007] debug: Successfully loaded module
> `memoserv/ignore'
> [Sep 10 20:55:37.828275 2007] debug: Loading module `statserv/main'
> [Sep 10 20:55:37.829232 2007] (database/standard) Can't open
> stat-servers.sdb for reading: No such file or directory
> [Sep 10 20:55:37.829270 2007] debug: Successfully loaded module
> `statserv/main'
> [Sep 10 20:55:37.829300 2007] debug: Loading module `misc/xml-export'
> [Sep 10 20:55:37.830423 2007] debug: Successfully loaded module
> `misc/xml-export'
> [Sep 10 20:55:37.830456 2007] debug: Loading module `misc/xml-import'
> [Sep 10 20:55:37.831831 2007] debug: Successfully loaded module
> `misc/xml-import'
> [Sep 10 20:55:37.831865 2007] debug: Loaded modules
> [Sep 10 20:55:37.832831 2007] debug: Initiated connection to 127.0.0.1:7000
> [Sep 10 20:55:37.832964 2007] debug: Sent: SERVER services.casey.net
> <password> 0 :Services for IRC Networks
> [Sep 10 20:55:37.833010 2007] debug: Sent: BURST
> [Sep 10 20:55:37.833059 2007] debug: Sent: :services.casey.net VERSION
> :ircservices-5.1pre6 services.casey.net :build #1, compiled Mon Sep 10
> 20:50:54 EST 2007
> [Sep 10 20:55:37.833102 2007] debug: Sent: ENDBURST
> [Sep 10 20:55:38.832462 2007] debug: Sent: :services.casey.net NICK
> 1189421738 OperServ casey.net casey.net services +i 0.0.0.0 :Operator Server
> [Sep 10 20:55:38.832564 2007] debug: Sent: :services.casey.net NICK
> 1189421738 Global casey.net casey.net services +i 0.0.0.0 :Global Noticer
> [Sep 10 20:55:38.832635 2007] debug: Sent: :services.casey.net NICK
> 1189421738 NickServ casey.net casey.net services + 0.0.0.0 :Nickname Server
> [Sep 10 20:55:38.832702 2007] debug: Sent: :services.casey.net NICK
> 1189421738 ChanServ casey.net casey.net services + 0.0.0.0 :Channel Server
> [Sep 10 20:55:38.832756 2007] debug: Sent: :services.casey.net NICK
> 1189421738 MemoServ casey.net casey.net services + 0.0.0.0 :Memo Server
> [Sep 10 20:55:38.832809 2007] debug: Sent: :services.casey.net NICK
> 1189421738 StatServ casey.net casey.net services +i 0.0.0.0 :Statistics
> Server
> [Sep 10 20:55:38.832858 2007] debug: Received: CAPAB START
> [Sep 10 20:55:38.832956 2007] debug: Received: CAPAB MODULES
> m_chanprotect.so,m_globops.so,m_services.so
> [Sep 10 20:55:38.833010 2007] debug: Received: CAPAB CAPABILITIES
> :NICKMAX=31 HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255
> MAXTOPIC=307 MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0
> IP6SUPPORT=1 PROTOCOL=1105 PREFIX=(ohv)@%+ CHANMODES=abq,k,l,MRimnprst
> [Sep 10 20:55:38.833088 2007] debug: Received: CAPAB END
> [Sep 10 20:55:38.833138 2007] debug: Received: SERVER
> casey.qld.au.casey.net <password> 0 :Waddle World
> [Sep 10 20:55:38.833211 2007] debug: Received: BURST 1189421738
> [Sep 10 20:55:38.872217 2007] debug: Received: :casey.qld.au.casey.net
> VERSION :InspIRCd-1.1.12+Esrom casey.qld.au.casey.net :Linux Vigor10
> 2.6.18.8.tex5 [FLAGS=0,epoll,singlethread-object]
> [Sep 10 20:55:38.872276 2007] debug: Received: :casey.qld.au.casey.net
> NICK 1189421675 Casey 127.0.0.1 netadmin.casey.net casey +nos 127.0.0.1
> :Casey
> [Sep 10 20:55:38.872313 2007] debug: new user: Casey
> [Sep 10 20:55:38.872369 2007] user: New maximum user count: 1
> [Sep 10 20:55:38.872404 2007] debug: Changing mode for Casey to +nos
> [Sep 10 20:55:38.872436 2007] debug: Received: :Casey OPERTYPE NetAdmin
> [Sep 10 20:55:38.872467 2007] debug: Changing mode for Casey to +o
> [Sep 10 20:55:38.872497 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE Z 69.69.69.69 <Config> 1189421662 0 :No porn here thanks.
> [Sep 10 20:55:38.872529 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE Q ChanServ <Config> 1189421662 0 :Reserved For Services
> [Sep 10 20:55:38.872560 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE Q NickServ <Config> 1189421662 0 :Reserved For Services
> [Sep 10 20:55:38.872591 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE Q OperServ <Config> 1189421662 0 :Reserved For Services
> [Sep 10 20:55:38.872622 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE Q MemoServ <Config> 1189421662 0 :Reserved For Services
> [Sep 10 20:55:38.872653 2007] debug: Received: :casey.qld.au.casey.net
> ADDLINE E *@ircop.host.com <Config> 1189421662 0 :Opers hostname
> [Sep 10 20:55:38.872684 2007] debug: Received:
> [Sep 10 20:55:38.872712 2007] debug: Received: ENDBURST
> [Sep 10 20:56:10.932660 2007] debug: Received: :Casey PRIVMSG NickServ
> :register <password> caseyclaydon@fastmail.com.au
> [Sep 10 20:56:10.932898 2007] debug: Sent: :NickServ NOTICE Casey
> :Nickname  Casey  has been registered to you.
> [Sep 10 20:56:10.932970 2007] debug: Sent: :NickServ NOTICE Casey :An
> authentication code for your nickname is being sent to
>  caseyclaydon@fastmail.com.au .
> [Sep 10 20:56:10.933022 2007] debug: Sent: :NickServ NOTICE Casey :When
> you receive this message, type  /msg NickServ AUTH  code   (replace
>  code  with the authentication code in the message) to complete your
> nickname registration.
> [Sep 10 20:56:10.933095 2007] debug: (mail/main) sendmail:
> from=services@casey.net to=caseyclaydon@fastmail.com.au
> subject=[Authentication code for Casey]
> [Sep 10 20:56:10.933158 2007] debug: (mail/smtp) SMTP(0x82544e8) connecting
> [Sep 10 20:56:10.994715 2007] (nickserv/main) Casey registered by
> casey@127.0.0.1 (caseyclaydon@fastmail.com.au)
> [Sep 10 20:56:10.994835 2007] debug: Sent: :NickServ NOTICE Casey :Your
> password is  <password>  -- remember this for later use.
> [Sep 10 20:56:11.351434 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 220-ipmail02.adl2.internode.on.net ESMTP
> [Sep 10 20:56:11.351504 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 220 ESMTP; ppp121-45-254-10.lns2.bne4.internode.on.net
> [121.45.254.10] in MTA's INSIDEinternode; drivin' into the sunset
> [Sep 10 20:56:11.351554 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> HELO services.casey.net
> [Sep 10 20:56:11.485565 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 250 ipmail02.adl2.internode.on.net
> [Sep 10 20:56:11.485619 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> MAIL FROM:<services@casey.net>
> [Sep 10 20:56:17.924387 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 250 sender <services@casey.net> ok
> [Sep 10 20:56:17.924478 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> RCPT TO:<caseyclaydon@fastmail.com.au>
> [Sep 10 20:56:18.049474 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 250 recipient <caseyclaydon@fastmail.com.au> ok
> [Sep 10 20:56:18.049538 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: DATA
> [Sep 10 20:56:18.176680 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 354 go ahead
> [Sep 10 20:56:18.176795 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> From: "casey.net Services" <services@casey.net>
> [Sep 10 20:56:18.176834 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> To: <caseyclaydon@fastmail.com.au>
> [Sep 10 20:56:18.176873 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> Subject: Authentication code for Casey
> [Sep 10 20:56:18.176912 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> Date: Mon, 10 Sep 2007 10:56:18 +0000
> [Sep 10 20:56:18.176950 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> MIME-Version: 1.0
> [Sep 10 20:56:18.176988 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> Content-Type: text/plain; charset=iso-8859-1
> [Sep 10 20:56:18.177025 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> [Sep 10 20:56:18.177064 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> The authentication code for your nickname (Casey) is: 269290298
> [Sep 10 20:56:18.177102 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> Please submit this code to NickServ with the command:
> [Sep 10 20:56:18.177141 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> /msg NickServ AUTH 269290298
> [Sep 10 20:56:18.177178 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> [Sep 10 20:56:18.177217 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> This message was sent by NickServ in response to registration by
> [Sep 10 20:56:18.177255 2007] debug: (mail/smtp) SMTP(0x82544e8) sent:
> casey@127.0.0.1.
> [Sep 10 20:56:18.177293 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: .
> [Sep 10 20:56:18.323594 2007] debug: (mail/smtp) SMTP(0x82544e8)
> received: 250 ok: Message 185014642 accepted
> [Sep 10 20:56:18.323648 2007] debug: (mail/smtp) SMTP(0x82544e8) sent: QUIT
> [Sep 10 20:56:18.323701 2007] debug: (mail/smtp) SMTP(0x82544e8) closed
> (local)
> [Sep 10 20:56:18.323738 2007] debug: (mail/smtp) SMTP(0x82544e8) closed
> (free_socketinfo)
> [Sep 10 20:57:10.019989 2007] debug: Received: :casey.qld.au.casey.net
> PING services.casey.net
> [Sep 10 20:57:10.020105 2007] debug: Sent: :services.casey.net PONG
> services.casey.net services.casey.net
> [Sep 10 20:57:10.020231 2007] debug: Received: :services.casey.net PONG
> services.casey.net services.casey.net
> [Sep 10 20:57:14.325168 2007] debug: Received: :Casey PRIVMSG NickServ
> :auth 269290298
> [Sep 10 20:57:14.325300 2007] debug: Sent: :NickServ SVSMODE Casey :+r
> [Sep 10 20:57:14.325360 2007] debug: Sent: :NickServ NOTICE Casey
> :Authentication succeeded; your nickname registration is now complete.
> [Sep 10 20:57:14.325404 2007] (nickserv/mail-auth) casey@127.0.0.1
> authenticated REGISTER for Casey
> [Sep 10 20:57:20.358486 2007] debug: Received: :casey.qld.au.casey.net
> FJOIN #Casey 1189421839 @,Casey
> [Sep 10 20:57:20.358580 2007] debug: (protocol/inspircd) Casey FJOINs #Casey
> [Sep 10 20:57:20.358665 2007] debug: Creating channel #Casey
> [Sep 10 20:57:20.395903 2007] debug: Received: :casey.qld.au.casey.net
> FMODE #Casey 1189421839 nt
> [Sep 10 20:58:05.560855 2007] debug: Received: :Casey PRIVMSG ChanServ
> :register #Casey <password> #Casey
> [Sep 10 20:58:05.560987 2007] (chanserv/main) Channel #Casey registered
> by Casey!casey@127.0.0.1
> [Sep 10 20:58:05.561077 2007] debug: Sent: :ChanServ NOTICE Casey
> :Channel  #Casey  registered under your nickname: Casey
> [Sep 10 20:58:05.561140 2007] debug: Sent: :ChanServ NOTICE Casey :Your
> channel password is  <password>  -- remember it for later use.
> [Sep 10 20:58:05.561212 2007] debug: Sent: :ChanServ MODE #Casey 0 +r
> [Sep 10 20:58:28.121713 2007] debug: Received: :Casey PRIVMSG OperServ
> :shutdown
> [Sep 10 20:58:28.121813 2007] (operserv/main) Casey: shutdown
> [Sep 10 20:58:28.121941 2007] debug: Saving databases
> [Sep 10 20:58:28.124591 2007] SHUTDOWN command received from Casey
> [Sep 10 20:58:28.124646 2007] debug: Unloading module `misc/xml-import'
> [Sep 10 20:58:28.124768 2007] debug: Unloading module `misc/xml-export'
> [Sep 10 20:58:28.124824 2007] debug: Unloading module `statserv/main'
> [Sep 10 20:58:28.124902 2007] debug: Sent: :StatServ QUIT :
> [Sep 10 20:58:28.124980 2007] debug: Unloading module `memoserv/ignore'
> [Sep 10 20:58:28.125048 2007] debug: Unloading module `memoserv/forward'
> [Sep 10 20:58:28.125111 2007] debug: Unloading module `memoserv/main'
> [Sep 10 20:58:28.125197 2007] debug: Sent: :MemoServ QUIT :
> [Sep 10 20:58:28.125268 2007] debug: Unloading module `chanserv/access-xop'
> [Sep 10 20:58:28.125331 2007] debug: Unloading module
> `chanserv/access-levels'
> [Sep 10 20:58:28.125392 2007] debug: Unloading module `chanserv/main'
> [Sep 10 20:58:28.125453 2007] debug: Sent: :ChanServ QUIT :
> [Sep 10 20:58:28.125544 2007] debug: Unloading module `nickserv/mail-auth'
> [Sep 10 20:58:28.125610 2007] debug: Unloading module `nickserv/link'
> [Sep 10 20:58:28.125673 2007] debug: Unloading module `nickserv/access'
> [Sep 10 20:58:28.125732 2007] debug: Unloading module `nickserv/main'
> [Sep 10 20:58:28.125792 2007] debug: Sent: :NickServ QUIT :
> [Sep 10 20:58:28.125893 2007] debug: Unloading module `operserv/sline'
> [Sep 10 20:58:28.125960 2007] debug: Unloading module `operserv/sessions'
> [Sep 10 20:58:28.126028 2007] debug: Unloading module `operserv/news'
> [Sep 10 20:58:28.126085 2007] debug: Unloading module `operserv/akill'
> [Sep 10 20:58:28.126159 2007] debug: Unloading module `operserv/main'
> [Sep 10 20:58:28.126225 2007] debug: Sent: :OperServ QUIT :
> [Sep 10 20:58:28.126280 2007] debug: Sent: :Global QUIT :
> [Sep 10 20:58:28.126355 2007] debug: Unloading module `mail/smtp'
> [Sep 10 20:58:28.126415 2007] debug: Unloading module `mail/main'
> [Sep 10 20:58:28.126480 2007] debug: Unloading module `database/standard'
> [Sep 10 20:58:28.126546 2007] debug: Unloading module
> `encryption/unix-crypt'
> [Sep 10 20:58:28.126611 2007] debug: Unloading module `encryption/md5'
> [Sep 10 20:58:28.126671 2007] debug: Unloading module `protocol/inspircd'
> [Sep 10 20:58:28.126789 2007] debug: Sent: :services.casey.net SQUIT
> services.casey.net :SHUTDOWN command received from Casey
> [Sep 10 20:58:28.127116 2007] debug: Deleting channel #Casey
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From caseyclaydon at fastmail.com.au  Mon Sep 10 05:32:04 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 05:32:39 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <b19eae4e0709100507je98f094p371df5abf649fba7@mail.gmail.com>
References: <46e508a4.03532@msgid.achurch.org>	<46E5285B.9030301@fastmail.com.au>
	<b19eae4e0709100507je98f094p371df5abf649fba7@mail.gmail.com>
Message-ID: <46E53944.4020505@fastmail.com.au>

is weird how it is fine on Andrew and I am getting this problem
From achurch at achurch.org  Mon Sep 10 21:48:11 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 05:49:05 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <b19eae4e0709100507je98f094p371df5abf649fba7@mail.gmail.com>
Message-ID: <46e53d3b.27130@msgid.achurch.org>

>Our MODE command does not take a timestamp parameter.
>
>FMODE does, but will reject any timestamp of 0.
>
>(basically, use MODE, but with no timestamp)

Hm.  Not sure why it worked for me anyway, but try the following patch:

Index: modules/protocol/inspircd.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
retrieving revision 2.9
diff -u -r2.9 inspircd.c
--- modules/protocol/inspircd.c	3 Sep 2007 11:26:34 -0000	2.9
+++ modules/protocol/inspircd.c	10 Sep 2007 12:48:07 -0000
@@ -332,8 +332,16 @@
             User *u = get_user(av[2]);
             if (c && u)
                 clear_channel(c, CLEAR_BANS, u);
-        } else {
-            do_cmode(source, ac, av);
+        } else if (ac >= 3) {
+            char modestr[BUFSIZE];
+            av[1] = av[0];  /* Remove the timestamp parameter */
+            if (av[2][0] != '+' && av[2][0] != '-') {
+                /* InspIRCd seems to omit the leading '+' when sending
+                 * initial modes for the channel */
+                snprintf(modestr, sizeof(modestr), "+%s", av[2]);
+                av[2] = modestr;
+            }
+            do_cmode(source, ac-1, av+1);
         }
     } else {
         if (ac < 2)
@@ -1030,7 +1038,7 @@
 {
     protocol_name     = "InspIRCd";
     protocol_version  = "1.1+";
-    protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
+    protocol_features = PF_SZLINE | PF_SVSJOIN;
     protocol_nickmax  = 30;
 
     if (!register_messages(inspircd_messages)) {

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 10 05:52:29 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 10 05:52:35 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e53d3b.27130@msgid.achurch.org>
References: <b19eae4e0709100507je98f094p371df5abf649fba7@mail.gmail.com>
	<46e53d3b.27130@msgid.achurch.org>
Message-ID: <b19eae4e0709100552p2fd17900se7a9562ea34c92ce@mail.gmail.com>

Hm.

Are you sure on the omission of the +? While not too significant for
us (our parser assumes addition as the first state), it would be a bug
of sorts.

On 9/10/07, Andrew Church <achurch@achurch.org> wrote:
> >Our MODE command does not take a timestamp parameter.
> >
> >FMODE does, but will reject any timestamp of 0.
> >
> >(basically, use MODE, but with no timestamp)
>
> Hm.  Not sure why it worked for me anyway, but try the following patch:
>
> Index: modules/protocol/inspircd.c
> ===================================================================
> RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
> retrieving revision 2.9
> diff -u -r2.9 inspircd.c
> --- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000       2.9
> +++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
> @@ -332,8 +332,16 @@
>              User *u = get_user(av[2]);
>              if (c && u)
>                  clear_channel(c, CLEAR_BANS, u);
> -        } else {
> -            do_cmode(source, ac, av);
> +        } else if (ac >= 3) {
> +            char modestr[BUFSIZE];
> +            av[1] = av[0];  /* Remove the timestamp parameter */
> +            if (av[2][0] != '+' && av[2][0] != '-') {
> +                /* InspIRCd seems to omit the leading '+' when sending
> +                 * initial modes for the channel */
> +                snprintf(modestr, sizeof(modestr), "+%s", av[2]);
> +                av[2] = modestr;
> +            }
> +            do_cmode(source, ac-1, av+1);
>          }
>      } else {
>          if (ac < 2)
> @@ -1030,7 +1038,7 @@
>  {
>      protocol_name     = "InspIRCd";
>      protocol_version  = "1.1+";
> -    protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
> +    protocol_features = PF_SZLINE | PF_SVSJOIN;
>      protocol_nickmax  = 30;
>
>      if (!register_messages(inspircd_messages)) {
>
>   --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  Mon Sep 10 22:07:49 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 06:09:19 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <b19eae4e0709100552p2fd17900se7a9562ea34c92ce@mail.gmail.com>
Message-ID: <46e541f9.30171@msgid.achurch.org>

>Hm.
>
>Are you sure on the omission of the +? While not too significant for
>us (our parser assumes addition as the first state), it would be a bug
>of sorts.

See the last line below:

[Sep 10 21:47:30.000075 2007] debug: Received: :Alcan PRIVMSG NickServ :identify xxxxxx
[Sep 10 21:47:30.000251 2007] debug: Sent: :NickServ SVSMODE Alcan :+r
[Sep 10 21:47:30.000314 2007] (nickserv/main) Alcan!achurch@localhost.achurch.org identified for nick Alcan
[Sep 10 21:47:30.000403 2007] debug: Sent: :NickServ NOTICE Alcan :Password accepted -- you are now recognized.
[Sep 10 21:47:30.000503 2007] debug: Sent: :services.localhost.net SVSJOIN Alcan #123
[Sep 10 21:47:30.000594 2007] debug: Sent: :MemoServ NOTICE Alcan :You have 2 new memos.
[Sep 10 21:47:30.000681 2007] debug: Sent: :MemoServ NOTICE Alcan :Type /msg MemoServ LIST NEW to list them.
[Sep 10 21:47:30.000761 2007] debug: Received: :inspircd.localhost.net FJOIN #123 1189428450 @,Alcan
[Sep 10 21:47:30.000825 2007] debug: (protocol/inspircd) Alcan FJOINs #123
[Sep 10 21:47:30.000908 2007] debug: Creating channel #123
[Sep 10 21:47:30.001040 2007] debug: Sent: :ChanServ FTOPIC #123 980209319 Alcan :123 
[Sep 10 21:47:30.001127 2007] debug: Received: :inspircd.localhost.net FMODE #123 1189428450 nt

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 10 06:15:46 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 10 06:15:52 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e541f9.30171@msgid.achurch.org>
References: <b19eae4e0709100552p2fd17900se7a9562ea34c92ce@mail.gmail.com>
	<46e541f9.30171@msgid.achurch.org>
Message-ID: <b19eae4e0709100615w2ed800a3ra3e75eccb8148596@mail.gmail.com>

Okay. I'll take a look sometime this evening.

Thanks

On 9/10/07, Andrew Church <achurch@achurch.org> wrote:
> >Hm.
> >
> >Are you sure on the omission of the +? While not too significant for
> >us (our parser assumes addition as the first state), it would be a bug
> >of sorts.
>
> See the last line below:
>
> [Sep 10 21:47:30.000075 2007] debug: Received: :Alcan PRIVMSG NickServ :identify xxxxxx
> [Sep 10 21:47:30.000251 2007] debug: Sent: :NickServ SVSMODE Alcan :+r
> [Sep 10 21:47:30.000314 2007] (nickserv/main) Alcan!achurch@localhost.achurch.org identified for nick Alcan
> [Sep 10 21:47:30.000403 2007] debug: Sent: :NickServ NOTICE Alcan :Password accepted -- you are now recognized.
> [Sep 10 21:47:30.000503 2007] debug: Sent: :services.localhost.net SVSJOIN Alcan #123
> [Sep 10 21:47:30.000594 2007] debug: Sent: :MemoServ NOTICE Alcan :You have 2 new memos.
> [Sep 10 21:47:30.000681 2007] debug: Sent: :MemoServ NOTICE Alcan :Type /msg MemoServ LIST NEW to list them.
> [Sep 10 21:47:30.000761 2007] debug: Received: :inspircd.localhost.net FJOIN #123 1189428450 @,Alcan
> [Sep 10 21:47:30.000825 2007] debug: (protocol/inspircd) Alcan FJOINs #123
> [Sep 10 21:47:30.000908 2007] debug: Creating channel #123
> [Sep 10 21:47:30.001040 2007] debug: Sent: :ChanServ FTOPIC #123 980209319 Alcan :123
> [Sep 10 21:47:30.001127 2007] debug: Received: :inspircd.localhost.net FMODE #123 1189428450 nt
>
>   --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 caseyclaydon at fastmail.com.au  Mon Sep 10 06:49:48 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 06:50:23 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e541f9.30171@msgid.achurch.org>
References: <46e541f9.30171@msgid.achurch.org>
Message-ID: <46E54B7C.60409@fastmail.com.au>

another thing, with a second me in the channel, ChanServ doesn't know
there is a second someone in the channel when you do ChanServ kick and
OP etc - doing it on OperServ works.
From achurch at achurch.org  Mon Sep 10 23:10:22 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 07:10:52 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E54B7C.60409@fastmail.com.au>
Message-ID: <46e55066.40602@msgid.achurch.org>

>another thing, with a second me in the channel, ChanServ doesn't know
>there is a second someone in the channel when you do ChanServ kick and
>OP etc - doing it on OperServ works.

Fixed, thanks for the report.  Apply the following patch:

Index: messages.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/messages.c,v
retrieving revision 2.46
diff -u -r2.46 messages.c
--- messages.c	23 Aug 2007 04:45:42 -0000	2.46
+++ messages.c	10 Sep 2007 14:09:47 -0000
@@ -75,7 +75,7 @@
     if (!*source) {
         log("Source missing from JOIN message");
         return;
-    } else if (ac != 1) {
+    } else if (ac < 1) {
         return;
     }
     do_join(source, ac, av);

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From nick at nickgawronski.com  Mon Sep 10 11:51:42 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Mon Sep 10 10:52:00 2007
Subject: [IRCServices] Services 5.1pre6 released
References: <46e4bfa3.76772@msgid.achurch.org>
Message-ID: <000401c7f3db$a1d77d70$230110ac@CHIHUAHUAL1>

Hi, I have pre4 installed currently.  In the config file ircservices.conf or 
modules.conf has any new options been added that I will need to add to 
either configuration file between pre4 and pre6?
----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: "services" <ircservices@ircservices.za.net>
Sent: Sunday, September 09, 2007 9:53 PM
Subject: [IRCServices] Services 5.1pre6 released


>     Services 5.1pre6 has been released, and can be downloaded from:
>
> http://www.ircservices.za.net/download/testing/   (Japan)
> ftp://ftp.esper.net/ircservices/testing/          (Western USA)
>
> 9659409381266bc700c38a8947fbba5f  ircservices-5.1pre6.tar.gz
> a0ec8b80457159e0a92b33bcc9f39432  ircservices-5.1pre6.diff.gz
> 867809cde1518afeac29c1b312f56b25  ircservices-5.1pre6-1.i386.rpm
> 80fb28b5bd78ec22222d4e7b82d48b09  ircservices_5.1pre6-1_i386.deb
>
> The mirrors should have it shortly.
>
> Changes in version 5.1pre6
> --------------------------
> 2007/09/10 Added NSRegDenyIfSuspended configuration option.  Suggested
>     by Aragon Gouveia <aragon@phat.za.net>
> 2007/09/03 Updated InspIRCd module to work with InspIRCD 1.1.x (tested
>     with 1.1.12).
>
>  --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 caseyclaydon at fastmail.com.au  Mon Sep 10 14:57:20 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 14:57:59 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e53d3b.27130@msgid.achurch.org>
References: <46e53d3b.27130@msgid.achurch.org>
Message-ID: <46E5BDC0.9020603@fastmail.com.au>

where in inspircd.c do I put in the patch
From achurch at achurch.org  Tue Sep 11 08:23:36 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 16:25:12 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E5BDC0.9020603@fastmail.com.au>
Message-ID: <46e5d252.50601@msgid.achurch.org>

>where in inspircd.c do I put in the patch

Use the "patch" command to apply it.  Save the message to a file (for
example "file.txt"), then go to the top Services source directory and
enter the command "patch -p <file.txt" (make sure you give the proper
path to the file).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Mon Sep 10 17:58:31 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 18:01:35 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e5d252.50601@msgid.achurch.org>
References: <46e5d252.50601@msgid.achurch.org>
Message-ID: <46E5E837.3030300@fastmail.com.au>

the patch command is not working for me

I made a text file and called it inspircd-patch.txt and
messages-patch.txt, and copied the patch txt files to the
ircservices-5.1pre6 directory

I did patch -p <inspircd/messages-patch.txt

[casey@Vigor10 ircservices-5.1pre6]$ patch -p <inspircd-patch.txt
patch: option requires an argument -- p
patch: Try `patch --help' for more information.
[casey@Vigor10 ircservices-5.1pre6]$



I have this in the patch txt files



Index: modules/protocol/inspircd.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
retrieving revision 2.9
diff -u -r2.9 inspircd.c
--- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000 2.9
+++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
@@ -332,8 +332,16 @@
User *u = get_user(av[2]);
if (c && u)
clear_channel(c, CLEAR_BANS, u);
- } else {
- do_cmode(source, ac, av);
+ } else if (ac >= 3) {
+ char modestr[BUFSIZE];
+ av[1] = av[0]; /* Remove the timestamp parameter */
+ if (av[2][0] != '+' && av[2][0] != '-') {
+ /* InspIRCd seems to omit the leading '+' when sending
+ * initial modes for the channel */
+ snprintf(modestr, sizeof(modestr), "+%s", av[2]);
+ av[2] = modestr;
+ }
+ do_cmode(source, ac-1, av+1);
}
} else {
if (ac < 2)
@@ -1030,7 +1038,7 @@
{
protocol_name = "InspIRCd";
protocol_version = "1.1+";
- protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
+ protocol_features = PF_SZLINE | PF_SVSJOIN;
protocol_nickmax = 30;

if (!register_messages(inspircd_messages)) {







Index: messages.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/messages.c,v
retrieving revision 2.46
diff -u -r2.46 messages.c
--- messages.c 23 Aug 2007 04:45:42 -0000 2.46
+++ messages.c 10 Sep 2007 14:09:47 -0000
@@ -75,7 +75,7 @@
if (!*source) {
log("Source missing from JOIN message");
return;
- } else if (ac != 1) {
+ } else if (ac < 1) {
return;
}
do_join(source, ac, av);







Andrew Church wrote:
>> where in inspircd.c do I put in the patch
>>     
>
> Use the "patch" command to apply it.  Save the message to a file (for
> example "file.txt"), then go to the top Services source directory and
> enter the command "patch -p <file.txt" (make sure you give the proper
> path to the file).
>
>   --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  Tue Sep 11 10:04:27 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 18:05:57 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E5E837.3030300@fastmail.com.au>
Message-ID: <46e5e9ee.55553@msgid.achurch.org>

Sorry--that should have been "patch -p0", not "patch -p".

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

>the patch command is not working for me
>
>I made a text file and called it inspircd-patch.txt and
>messages-patch.txt, and copied the patch txt files to the
>ircservices-5.1pre6 directory
>
>I did patch -p <inspircd/messages-patch.txt
>
>[casey@Vigor10 ircservices-5.1pre6]$ patch -p <inspircd-patch.txt
>patch: option requires an argument -- p
>patch: Try `patch --help' for more information.
>[casey@Vigor10 ircservices-5.1pre6]$
>
>
>
>I have this in the patch txt files
>
>
>
>Index: modules/protocol/inspircd.c
>===================================================================
>RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
>retrieving revision 2.9
>diff -u -r2.9 inspircd.c
>--- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000 2.9
>+++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
>@@ -332,8 +332,16 @@
>User *u = get_user(av[2]);
>if (c && u)
>clear_channel(c, CLEAR_BANS, u);
>- } else {
>- do_cmode(source, ac, av);
>+ } else if (ac >= 3) {
>+ char modestr[BUFSIZE];
>+ av[1] = av[0]; /* Remove the timestamp parameter */
>+ if (av[2][0] != '+' && av[2][0] != '-') {
>+ /* InspIRCd seems to omit the leading '+' when sending
>+ * initial modes for the channel */
>+ snprintf(modestr, sizeof(modestr), "+%s", av[2]);
>+ av[2] = modestr;
>+ }
>+ do_cmode(source, ac-1, av+1);
>}
>} else {
>if (ac < 2)
>@@ -1030,7 +1038,7 @@
>{
>protocol_name = "InspIRCd";
>protocol_version = "1.1+";
>- protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
>+ protocol_features = PF_SZLINE | PF_SVSJOIN;
>protocol_nickmax = 30;
>
>if (!register_messages(inspircd_messages)) {
>
>
>
>
>
>
>
>Index: messages.c
>===================================================================
>RCS file: /var/local/cvsroot/ircservices/messages.c,v
>retrieving revision 2.46
>diff -u -r2.46 messages.c
>--- messages.c 23 Aug 2007 04:45:42 -0000 2.46
>+++ messages.c 10 Sep 2007 14:09:47 -0000
>@@ -75,7 +75,7 @@
>if (!*source) {
>log("Source missing from JOIN message");
>return;
>- } else if (ac != 1) {
>+ } else if (ac < 1) {
>return;
>}
>do_join(source, ac, av);
>
>
>
>
>
>
>
>Andrew Church wrote:
>>> where in inspircd.c do I put in the patch
>>>     
>>
>> Use the "patch" command to apply it.  Save the message to a file (for
>> example "file.txt"), then go to the top Services source directory and
>> enter the command "patch -p <file.txt" (make sure you give the proper
>> path to the file).
>>
>>   --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 caseyclaydon at fastmail.com.au  Mon Sep 10 18:28:36 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 18:31:05 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e5e9ee.55553@msgid.achurch.org>
References: <46e5e9ee.55553@msgid.achurch.org>
Message-ID: <46E5EF44.5050006@fastmail.com.au>

getting patch unexpectedly ends in middle of line


[root@Vigor10 ircservices-5.1pre6]# patch -p0 <inspircd-patch.txt
patching file modules/protocol/inspircd.c
patch unexpectedly ends in middle of line
Hunk #2 succeeded at 1038 with fuzz 1.
[root@Vigor10 ircservices-5.1pre6]# patch -p0 <messages-patch.txt
patching file messages.c
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 75 with fuzz 1.
[root@Vigor10 ircservices-5.1pre6]#



Andrew Church wrote:
> Sorry--that should have been "patch -p0", not "patch -p".
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> the patch command is not working for me
>>
>> I made a text file and called it inspircd-patch.txt and
>> messages-patch.txt, and copied the patch txt files to the
>> ircservices-5.1pre6 directory
>>
>> I did patch -p <inspircd/messages-patch.txt
>>
>> [casey@Vigor10 ircservices-5.1pre6]$ patch -p <inspircd-patch.txt
>> patch: option requires an argument -- p
>> patch: Try `patch --help' for more information.
>> [casey@Vigor10 ircservices-5.1pre6]$
>>
>>
>>
>> I have this in the patch txt files
>>
>>
>>
>> Index: modules/protocol/inspircd.c
>> ===================================================================
>> RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
>> retrieving revision 2.9
>> diff -u -r2.9 inspircd.c
>> --- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000 2.9
>> +++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
>> @@ -332,8 +332,16 @@
>> User *u = get_user(av[2]);
>> if (c && u)
>> clear_channel(c, CLEAR_BANS, u);
>> - } else {
>> - do_cmode(source, ac, av);
>> + } else if (ac >= 3) {
>> + char modestr[BUFSIZE];
>> + av[1] = av[0]; /* Remove the timestamp parameter */
>> + if (av[2][0] != '+' && av[2][0] != '-') {
>> + /* InspIRCd seems to omit the leading '+' when sending
>> + * initial modes for the channel */
>> + snprintf(modestr, sizeof(modestr), "+%s", av[2]);
>> + av[2] = modestr;
>> + }
>> + do_cmode(source, ac-1, av+1);
>> }
>> } else {
>> if (ac < 2)
>> @@ -1030,7 +1038,7 @@
>> {
>> protocol_name = "InspIRCd";
>> protocol_version = "1.1+";
>> - protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
>> + protocol_features = PF_SZLINE | PF_SVSJOIN;
>> protocol_nickmax = 30;
>>
>> if (!register_messages(inspircd_messages)) {
>>
>>
>>
>>
>>
>>
>>
>> Index: messages.c
>> ===================================================================
>> RCS file: /var/local/cvsroot/ircservices/messages.c,v
>> retrieving revision 2.46
>> diff -u -r2.46 messages.c
>> --- messages.c 23 Aug 2007 04:45:42 -0000 2.46
>> +++ messages.c 10 Sep 2007 14:09:47 -0000
>> @@ -75,7 +75,7 @@
>> if (!*source) {
>> log("Source missing from JOIN message");
>> return;
>> - } else if (ac != 1) {
>> + } else if (ac < 1) {
>> return;
>> }
>> do_join(source, ac, av);
>>
>>
>>
>>
>>
>>
>>
>> Andrew Church wrote:
>>     
>>>> where in inspircd.c do I put in the patch
>>>>     
>>>>         
>>> Use the "patch" command to apply it.  Save the message to a file (for
>>> example "file.txt"), then go to the top Services source directory and
>>> enter the command "patch -p <file.txt" (make sure you give the proper
>>> path to the file).
>>>
>>>   --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 achurch at achurch.org  Tue Sep 11 10:35:46 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 18:39:10 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E5EF44.5050006@fastmail.com.au>
Message-ID: <46e5f1b6.55617@msgid.achurch.org>

It looks like your mailreader may have corrupted the patch text.  I'll send
the updated files to you privately in a tar.gz archive.

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

>getting patch unexpectedly ends in middle of line
>
>
>[root@Vigor10 ircservices-5.1pre6]# patch -p0 <inspircd-patch.txt
>patching file modules/protocol/inspircd.c
>patch unexpectedly ends in middle of line
>Hunk #2 succeeded at 1038 with fuzz 1.
>[root@Vigor10 ircservices-5.1pre6]# patch -p0 <messages-patch.txt
>patching file messages.c
>patch unexpectedly ends in middle of line
>Hunk #1 succeeded at 75 with fuzz 1.
>[root@Vigor10 ircservices-5.1pre6]#
>
>
>
>Andrew Church wrote:
>> Sorry--that should have been "patch -p0", not "patch -p".
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>>
>>   
>>> the patch command is not working for me
>>>
>>> I made a text file and called it inspircd-patch.txt and
>>> messages-patch.txt, and copied the patch txt files to the
>>> ircservices-5.1pre6 directory
>>>
>>> I did patch -p <inspircd/messages-patch.txt
>>>
>>> [casey@Vigor10 ircservices-5.1pre6]$ patch -p <inspircd-patch.txt
>>> patch: option requires an argument -- p
>>> patch: Try `patch --help' for more information.
>>> [casey@Vigor10 ircservices-5.1pre6]$
>>>
>>>
>>>
>>> I have this in the patch txt files
>>>
>>>
>>>
>>> Index: modules/protocol/inspircd.c
>>> ===================================================================
>>> RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
>>> retrieving revision 2.9
>>> diff -u -r2.9 inspircd.c
>>> --- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000 2.9
>>> +++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
>>> @@ -332,8 +332,16 @@
>>> User *u = get_user(av[2]);
>>> if (c && u)
>>> clear_channel(c, CLEAR_BANS, u);
>>> - } else {
>>> - do_cmode(source, ac, av);
>>> + } else if (ac >= 3) {
>>> + char modestr[BUFSIZE];
>>> + av[1] = av[0]; /* Remove the timestamp parameter */
>>> + if (av[2][0] != '+' && av[2][0] != '-') {
>>> + /* InspIRCd seems to omit the leading '+' when sending
>>> + * initial modes for the channel */
>>> + snprintf(modestr, sizeof(modestr), "+%s", av[2]);
>>> + av[2] = modestr;
>>> + }
>>> + do_cmode(source, ac-1, av+1);
>>> }
>>> } else {
>>> if (ac < 2)
>>> @@ -1030,7 +1038,7 @@
>>> {
>>> protocol_name = "InspIRCd";
>>> protocol_version = "1.1+";
>>> - protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
>>> + protocol_features = PF_SZLINE | PF_SVSJOIN;
>>> protocol_nickmax = 30;
>>>
>>> if (!register_messages(inspircd_messages)) {
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Index: messages.c
>>> ===================================================================
>>> RCS file: /var/local/cvsroot/ircservices/messages.c,v
>>> retrieving revision 2.46
>>> diff -u -r2.46 messages.c
>>> --- messages.c 23 Aug 2007 04:45:42 -0000 2.46
>>> +++ messages.c 10 Sep 2007 14:09:47 -0000
>>> @@ -75,7 +75,7 @@
>>> if (!*source) {
>>> log("Source missing from JOIN message");
>>> return;
>>> - } else if (ac != 1) {
>>> + } else if (ac < 1) {
>>> return;
>>> }
>>> do_join(source, ac, av);
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Andrew Church wrote:
>>>     
>>>>> where in inspircd.c do I put in the patch
>>>>>     
>>>>>         
>>>> Use the "patch" command to apply it.  Save the message to a file (for
>>>> example "file.txt"), then go to the top Services source directory and
>>>> enter the command "patch -p <file.txt" (make sure you give the proper
>>>> path to the file).
>>>>
>>>>   --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
From caseyclaydon at fastmail.com.au  Mon Sep 10 20:02:57 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 20:07:29 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e5f1b6.55617@msgid.achurch.org>
References: <46e5f1b6.55617@msgid.achurch.org>
Message-ID: <46E60561.9020406@fastmail.com.au>

ChanServ is giving the modes with the patch and knows I am all there in
the channel doing kick op etc


debug warning message

*** DEBUG: WARNING: The server services.casey.net is sending nonstandard
modes: 'ChanServ MODE +r' where FMODE should be used, and may cause desyncs.



Andrew Church wrote:
> It looks like your mailreader may have corrupted the patch text.  I'll send
> the updated files to you privately in a tar.gz archive.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> getting patch unexpectedly ends in middle of line
>>
>>
>> [root@Vigor10 ircservices-5.1pre6]# patch -p0 <inspircd-patch.txt
>> patching file modules/protocol/inspircd.c
>> patch unexpectedly ends in middle of line
>> Hunk #2 succeeded at 1038 with fuzz 1.
>> [root@Vigor10 ircservices-5.1pre6]# patch -p0 <messages-patch.txt
>> patching file messages.c
>> patch unexpectedly ends in middle of line
>> Hunk #1 succeeded at 75 with fuzz 1.
>> [root@Vigor10 ircservices-5.1pre6]#
>>
>>
>>
>> Andrew Church wrote:
>>     
>>> Sorry--that should have been "patch -p0", not "patch -p".
>>>
>>>   --Andrew Church
>>>     achurch@achurch.org
>>>     http://achurch.org/
>>>
>>>   
>>>       
>>>> the patch command is not working for me
>>>>
>>>> I made a text file and called it inspircd-patch.txt and
>>>> messages-patch.txt, and copied the patch txt files to the
>>>> ircservices-5.1pre6 directory
>>>>
>>>> I did patch -p <inspircd/messages-patch.txt
>>>>
>>>> [casey@Vigor10 ircservices-5.1pre6]$ patch -p <inspircd-patch.txt
>>>> patch: option requires an argument -- p
>>>> patch: Try `patch --help' for more information.
>>>> [casey@Vigor10 ircservices-5.1pre6]$
>>>>
>>>>
>>>>
>>>> I have this in the patch txt files
>>>>
>>>>
>>>>
>>>> Index: modules/protocol/inspircd.c
>>>> ===================================================================
>>>> RCS file: /var/local/cvsroot/ircservices/modules/protocol/inspircd.c,v
>>>> retrieving revision 2.9
>>>> diff -u -r2.9 inspircd.c
>>>> --- modules/protocol/inspircd.c 3 Sep 2007 11:26:34 -0000 2.9
>>>> +++ modules/protocol/inspircd.c 10 Sep 2007 12:48:07 -0000
>>>> @@ -332,8 +332,16 @@
>>>> User *u = get_user(av[2]);
>>>> if (c && u)
>>>> clear_channel(c, CLEAR_BANS, u);
>>>> - } else {
>>>> - do_cmode(source, ac, av);
>>>> + } else if (ac >= 3) {
>>>> + char modestr[BUFSIZE];
>>>> + av[1] = av[0]; /* Remove the timestamp parameter */
>>>> + if (av[2][0] != '+' && av[2][0] != '-') {
>>>> + /* InspIRCd seems to omit the leading '+' when sending
>>>> + * initial modes for the channel */
>>>> + snprintf(modestr, sizeof(modestr), "+%s", av[2]);
>>>> + av[2] = modestr;
>>>> + }
>>>> + do_cmode(source, ac-1, av+1);
>>>> }
>>>> } else {
>>>> if (ac < 2)
>>>> @@ -1030,7 +1038,7 @@
>>>> {
>>>> protocol_name = "InspIRCd";
>>>> protocol_version = "1.1+";
>>>> - protocol_features = PF_SZLINE | PF_SVSJOIN | PF_MODETS_FIRST;
>>>> + protocol_features = PF_SZLINE | PF_SVSJOIN;
>>>> protocol_nickmax = 30;
>>>>
>>>> if (!register_messages(inspircd_messages)) {
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Index: messages.c
>>>> ===================================================================
>>>> RCS file: /var/local/cvsroot/ircservices/messages.c,v
>>>> retrieving revision 2.46
>>>> diff -u -r2.46 messages.c
>>>> --- messages.c 23 Aug 2007 04:45:42 -0000 2.46
>>>> +++ messages.c 10 Sep 2007 14:09:47 -0000
>>>> @@ -75,7 +75,7 @@
>>>> if (!*source) {
>>>> log("Source missing from JOIN message");
>>>> return;
>>>> - } else if (ac != 1) {
>>>> + } else if (ac < 1) {
>>>> return;
>>>> }
>>>> do_join(source, ac, av);
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Andrew Church wrote:
>>>>     
>>>>         
>>>>>> where in inspircd.c do I put in the patch
>>>>>>     
>>>>>>         
>>>>>>             
>>>>> Use the "patch" command to apply it.  Save the message to a file (for
>>>>> example "file.txt"), then go to the top Services source directory and
>>>>> enter the command "patch -p <file.txt" (make sure you give the proper
>>>>> path to the file).
>>>>>
>>>>>   --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
>>     
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From achurch at achurch.org  Tue Sep 11 12:28:13 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 20:29:04 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E60561.9020406@fastmail.com.au>
Message-ID: <46e60b78.62240@msgid.achurch.org>

>ChanServ is giving the modes with the patch and knows I am all there in
>the channel doing kick op etc
>
>
>debug warning message
>
>*** DEBUG: WARNING: The server services.casey.net is sending nonstandard
>modes: 'ChanServ MODE +r' where FMODE should be used, and may cause desyncs.

I still don't get this message in my tests, but it's harmless, so you can
ignore it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Mon Sep 10 20:33:06 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Sep 10 20:37:13 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46e60b78.62240@msgid.achurch.org>
References: <46e60b78.62240@msgid.achurch.org>
Message-ID: <46E60C72.3060009@fastmail.com.au>

I have mode +n +* on which gives the debug notice and all that - the
Server Notice masks.



Andrew Church wrote:
>> ChanServ is giving the modes with the patch and knows I am all there in
>> the channel doing kick op etc
>>
>>
>> debug warning message
>>
>> *** DEBUG: WARNING: The server services.casey.net is sending nonstandard
>> modes: 'ChanServ MODE +r' where FMODE should be used, and may cause desyncs.
>>     
>
> I still don't get this message in my tests, but it's harmless, so you can
> ignore it.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From achurch at achurch.org  Tue Sep 11 12:45:08 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 10 20:46:30 2007
Subject: [IRCServices] Services 5.1pre7 released
Message-ID: <46e60f8f.03733@msgid.achurch.org>

     Services 5.1pre7 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

944ab97d39626f046045b9cfae00a814  ircservices-5.1pre7.tar.gz
51fbf197baaa10940006f52ab0b532b9  ircservices-5.1pre7.diff.gz
74efb8deafe4475be75671ce56aa09c8  ircservices-5.1pre7-1.i386.rpm
a1e8f1bf56738b4a5b68b39fc8d5c0ee  ircservices_5.1pre7-1_i386.deb

The mirrors should have it shortly.

     This is a quick maintenance release to fix the problems with InspIRCd
just reported.

Changes in version 5.1pre7
--------------------------
2007/09/11	Fixed various problems with the InspIRCd protocol module.
		    Reported by Casey <caseyclaydon@fastmail.com.au> and
		    Robin Burchell <surreal.w00t@gmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Tue Sep 11 05:20:48 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Tue Sep 11 05:21:35 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
Message-ID: <46E68820.8080308@fastmail.com.au>

There is a Segmentation Fault on MemoServ info

debug log

[Sep 11 22:05:15.368606 2007] IRC Services 5.1pre7 starting up (options: 
debug)
[Sep 11 22:05:15.368804 2007] debug: Loading language 0 from file 
`languages/en_us'
[Sep 11 22:05:15.369110 2007] debug: Loading language 10 from file 
`languages/nl'
[Sep 11 22:05:15.369445 2007] debug: Loading language 6 from file 
`languages/fr'
[Sep 11 22:05:15.369724 2007] debug: Loading language 9 from file 
`languages/de'
[Sep 11 22:05:15.370005 2007] debug: Loading language 11 from file 
`languages/hu'
[Sep 11 22:05:15.370330 2007] debug: Loading language 2 from file 
`languages/ja_euc'
[Sep 11 22:05:15.370618 2007] debug: Loading language 3 from file 
`languages/ja_sjis'
[Sep 11 22:05:15.370906 2007] debug: Loading language 12 from file 
`languages/ru'
[Sep 11 22:05:15.371167 2007] debug: Loading language 4 from file 
`languages/es'
[Sep 11 22:05:15.371500 2007] debug: Loading language 7 from file 
`languages/tr'
[Sep 11 22:05:15.373797 2007] debug: Loaded languages
[Sep 11 22:05:15.373845 2007] debug: Loading module `protocol/inspircd'
[Sep 11 22:05:15.374237 2007] debug: Successfully loaded module 
`protocol/inspircd'
[Sep 11 22:05:15.374280 2007] debug: Loading module `encryption/md5'
[Sep 11 22:05:15.374511 2007] debug: Successfully loaded module 
`encryption/md5'
[Sep 11 22:05:15.374542 2007] debug: Loading module `encryption/unix-crypt'
[Sep 11 22:05:15.375564 2007] debug: Successfully loaded module 
`encryption/unix-crypt'
[Sep 11 22:05:15.375597 2007] debug: Loading module `database/standard'
[Sep 11 22:05:15.375827 2007] debug: Successfully loaded module 
`database/standard'
[Sep 11 22:05:15.375859 2007] debug: Loading module `mail/main'
[Sep 11 22:05:15.376128 2007] debug: Successfully loaded module `mail/main'
[Sep 11 22:05:15.376162 2007] debug: Loading module `mail/smtp'
[Sep 11 22:05:15.376463 2007] debug: Successfully loaded module `mail/smtp'
[Sep 11 22:05:15.376496 2007] debug: Loading module `operserv/main'
[Sep 11 22:05:15.377203 2007] debug: Successfully loaded module 
`operserv/main'
[Sep 11 22:05:15.377240 2007] debug: Loading module `operserv/akill'
[Sep 11 22:05:15.378075 2007] debug: Successfully loaded module 
`operserv/akill'
[Sep 11 22:05:15.378111 2007] debug: Loading module `operserv/news'
[Sep 11 22:05:15.379267 2007] debug: Successfully loaded module 
`operserv/news'
[Sep 11 22:05:15.379320 2007] debug: Loading module `operserv/sessions'
[Sep 11 22:05:15.380098 2007] debug: Successfully loaded module 
`operserv/sessions'
[Sep 11 22:05:15.380133 2007] debug: Loading module `operserv/sline'
[Sep 11 22:05:15.381250 2007] debug: Successfully loaded module 
`operserv/sline'
[Sep 11 22:05:15.381287 2007] debug: Loading module `nickserv/main'
[Sep 11 22:05:15.382797 2007] debug: Successfully loaded module 
`nickserv/main'
[Sep 11 22:05:15.382839 2007] debug: Loading module `nickserv/access'
[Sep 11 22:05:15.383707 2007] debug: Successfully loaded module 
`nickserv/access'
[Sep 11 22:05:15.383742 2007] debug: Loading module `nickserv/link'
[Sep 11 22:05:15.384430 2007] debug: Successfully loaded module 
`nickserv/link'
[Sep 11 22:05:15.384463 2007] debug: Loading module `nickserv/mail-auth'
[Sep 11 22:05:15.385188 2007] debug: Successfully loaded module 
`nickserv/mail-auth'
[Sep 11 22:05:15.385222 2007] debug: Loading module `chanserv/main'
[Sep 11 22:05:15.387078 2007] debug: Successfully loaded module 
`chanserv/main'
[Sep 11 22:05:15.387122 2007] debug: Loading module `chanserv/access-levels'
[Sep 11 22:05:15.388242 2007] debug: Successfully loaded module 
`chanserv/access-levels'
[Sep 11 22:05:15.388275 2007] debug: Loading module `chanserv/access-xop'
[Sep 11 22:05:15.389362 2007] debug: Successfully loaded module 
`chanserv/access-xop'
[Sep 11 22:05:15.389396 2007] debug: Loading module `memoserv/main'
[Sep 11 22:05:15.390589 2007] debug: Successfully loaded module 
`memoserv/main'
[Sep 11 22:05:15.390625 2007] debug: Loading module `memoserv/forward'
[Sep 11 22:05:15.391454 2007] debug: Successfully loaded module 
`memoserv/forward'
[Sep 11 22:05:15.391487 2007] debug: Loading module `memoserv/ignore'
[Sep 11 22:05:15.392519 2007] debug: Successfully loaded module 
`memoserv/ignore'
[Sep 11 22:05:15.392578 2007] debug: Loading module `statserv/main'
[Sep 11 22:05:15.393687 2007] debug: Successfully loaded module 
`statserv/main'
[Sep 11 22:05:15.393723 2007] debug: Loading module `misc/xml-export'
[Sep 11 22:05:15.394815 2007] debug: Successfully loaded module 
`misc/xml-export'
[Sep 11 22:05:15.394849 2007] debug: Loading module `misc/xml-import'
[Sep 11 22:05:15.396207 2007] debug: Successfully loaded module 
`misc/xml-import'
[Sep 11 22:05:15.396242 2007] debug: Loaded modules
[Sep 11 22:05:15.397072 2007] debug: Initiated connection to 127.0.0.1:7000
[Sep 11 22:05:15.397208 2007] debug: Sent: SERVER services.casey.net 
<password> 0 :Services for IRC Networks
[Sep 11 22:05:15.397262 2007] debug: Sent: BURST
[Sep 11 22:05:15.397309 2007] debug: Sent: :services.casey.net VERSION 
:ircservices-5.1pre7 services.casey.net :build #1, compiled Tue Sep 11 
17:19:29 EST 2007
[Sep 11 22:05:15.397352 2007] debug: Sent: ENDBURST
[Sep 11 22:05:16.394519 2007] debug: Sent: :services.casey.net NICK 
1189512316 OperServ casey.net casey.net services +i 0.0.0.0 :Operator Server
[Sep 11 22:05:16.394622 2007] debug: Sent: :services.casey.net NICK 
1189512316 Global casey.net casey.net services +i 0.0.0.0 :Global Noticer
[Sep 11 22:05:16.394698 2007] debug: Sent: :services.casey.net NICK 
1189512316 NickServ casey.net casey.net services + 0.0.0.0 :Nickname Server
[Sep 11 22:05:16.394767 2007] debug: Sent: :services.casey.net NICK 
1189512316 ChanServ casey.net casey.net services + 0.0.0.0 :Channel Server
[Sep 11 22:05:16.394831 2007] debug: Sent: :services.casey.net NICK 
1189512316 MemoServ casey.net casey.net services + 0.0.0.0 :Memo Server
[Sep 11 22:05:16.394883 2007] debug: Sent: :services.casey.net NICK 
1189512316 StatServ casey.net casey.net services +i 0.0.0.0 :Statistics 
Server
[Sep 11 22:05:16.394934 2007] debug: Received: CAPAB START
[Sep 11 22:05:16.395025 2007] debug: Received: CAPAB MODULES 
m_chanprotect.so,m_globops.so,m_services.so
[Sep 11 22:05:16.395080 2007] debug: Received: CAPAB CAPABILITIES 
:NICKMAX=31 HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255 
MAXTOPIC=307 MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0 
IP6SUPPORT=1 PROTOCOL=1105 PREFIX=(ohv)@%+ CHANMODES=abq,k,l,MRimnprst
[Sep 11 22:05:16.395129 2007] debug: Received: CAPAB END
[Sep 11 22:05:16.395178 2007] debug: Received: SERVER 
casey.qld.au.casey.net <password> 0 :Waddle World
[Sep 11 22:05:16.395253 2007] debug: Received: BURST 1189512316
[Sep 11 22:05:16.434285 2007] debug: Received: :casey.qld.au.casey.net 
VERSION :InspIRCd-1.1.12+Esrom casey.qld.au.casey.net :Linux Vigor10 
2.6.18.8.tex5 [FLAGS=0,epoll,singlethread-object]
[Sep 11 22:05:16.434348 2007] debug: Received: :casey.qld.au.casey.net 
NICK 1189512263 Casey 127.0.0.1 netadmin.casey.net casey +nos 127.0.0.1 
:Casey
[Sep 11 22:05:16.434387 2007] debug: new user: Casey
[Sep 11 22:05:16.434469 2007] debug: Sent: :NickServ SVSMODE Casey :-r
[Sep 11 22:05:16.434547 2007] debug: Sent: :NickServ NOTICE Casey :This 
nickname is registered and protected.  If it is your nickname, type 
/msg NickServ IDENTIFY password.  Otherwise, please choose a 
different nickname.
[Sep 11 22:05:16.434596 2007] debug: Changing mode for Casey to +nos
[Sep 11 22:05:16.434640 2007] debug: Received: :Casey OPERTYPE NetAdmin
[Sep 11 22:05:16.434686 2007] debug: Changing mode for Casey to +o
[Sep 11 22:05:16.434719 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Z 69.69.69.69 <Config> 1189512255 0 :No porn here thanks.
[Sep 11 22:05:16.434751 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q ChanServ <Config> 1189512255 0 :Reserved For Services
[Sep 11 22:05:16.434783 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q NickServ <Config> 1189512255 0 :Reserved For Services
[Sep 11 22:05:16.434815 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q OperServ <Config> 1189512255 0 :Reserved For Services
[Sep 11 22:05:16.434847 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q MemoServ <Config> 1189512255 0 :Reserved For Services
[Sep 11 22:05:16.434878 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE E *@ircop.host.com <Config> 1189512255 0 :Opers hostname
[Sep 11 22:05:16.434932 2007] debug: Received:
[Sep 11 22:05:16.434962 2007] debug: Received: ENDBURST
[Sep 11 22:05:38.655960 2007] debug: Received: :Casey PRIVMSG NickServ 
:identify <password>
[Sep 11 22:05:38.656134 2007] debug: Sent: :NickServ SVSMODE Casey :+r
[Sep 11 22:05:38.656182 2007] (nickserv/main) Casey!casey@127.0.0.1 
identified for nick Casey
[Sep 11 22:05:38.656249 2007] debug: Sent: :NickServ NOTICE Casey 
:Password accepted -- you are now recognized.
[Sep 11 22:05:46.330775 2007] debug: Received: :Casey PRIVMSG MemoServ :info
[Sep 11 22:05:46.330938 2007] PANIC! signal 11, buffer = :Casey PRIVMSG 
MemoServ :info
[Sep 11 22:05:46.331008 2007] Services terminating: Segmentation fault
[Sep 11 22:05:46.331043 2007] debug: Unloading module `misc/xml-import'
[Sep 11 22:05:46.331165 2007] debug: Unloading module `misc/xml-export'
[Sep 11 22:05:46.331232 2007] debug: Unloading module `statserv/main'
[Sep 11 22:05:46.331316 2007] debug: Sent: :StatServ QUIT :
[Sep 11 22:05:46.331408 2007] debug: Unloading module `memoserv/ignore'
[Sep 11 22:05:46.331485 2007] debug: Unloading module `memoserv/forward'
[Sep 11 22:05:46.331555 2007] debug: Unloading module `memoserv/main'
[Sep 11 22:05:46.331622 2007] debug: Sent: :MemoServ QUIT :
[Sep 11 22:05:46.331699 2007] debug: Unloading module `chanserv/access-xop'
[Sep 11 22:05:46.331764 2007] debug: Unloading module 
`chanserv/access-levels'
[Sep 11 22:05:46.331827 2007] debug: Unloading module `chanserv/main'
[Sep 11 22:05:46.331899 2007] debug: Sent: :ChanServ QUIT :
[Sep 11 22:05:46.331998 2007] debug: Unloading module `nickserv/mail-auth'
[Sep 11 22:05:46.332068 2007] debug: Unloading module `nickserv/link'
[Sep 11 22:05:46.332133 2007] debug: Unloading module `nickserv/access'
[Sep 11 22:05:46.332195 2007] debug: Unloading module `nickserv/main'
[Sep 11 22:05:46.332260 2007] debug: Sent: :NickServ QUIT :
[Sep 11 22:05:46.332375 2007] debug: Unloading module `operserv/sline'
[Sep 11 22:05:46.332441 2007] debug: Unloading module `operserv/sessions'
[Sep 11 22:05:46.332510 2007] debug: Unloading module `operserv/news'
[Sep 11 22:05:46.332569 2007] debug: Unloading module `operserv/akill'
[Sep 11 22:05:46.332634 2007] debug: Unloading module `operserv/main'
[Sep 11 22:05:46.332701 2007] debug: Sent: :OperServ QUIT :
[Sep 11 22:05:46.332757 2007] debug: Sent: :Global QUIT :
[Sep 11 22:05:46.332837 2007] debug: Unloading module `mail/smtp'
[Sep 11 22:05:46.332907 2007] debug: Unloading module `mail/main'
[Sep 11 22:05:46.332964 2007] debug: Unloading module `database/standard'
[Sep 11 22:05:46.333028 2007] debug: Unloading module 
`encryption/unix-crypt'
[Sep 11 22:05:46.333088 2007] debug: Unloading module `encryption/md5'
[Sep 11 22:05:46.333150 2007] debug: Unloading module `protocol/inspircd'
[Sep 11 22:05:46.333274 2007] debug: Sent: :services.casey.net SQUIT 
services.casey.net :Services terminating: Segmentation fault
From caseyclaydon at fastmail.com.au  Wed Sep 12 18:08:32 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Wed Sep 12 18:11:04 2007
Subject: [IRCServices] normal users can mlock oper channel modes
Message-ID: <46E88D90.2020105@fastmail.com.au>

normal users can ChanServ mlock oper channel modes.

on InspIRCd as a normal user,  I did mlock on channel mode +O -- oper 
only channel
and ChanServ did it

is this normal that normal users can mlock oper modes?
From caseyclaydon at fastmail.com.au  Wed Sep 12 18:35:15 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Wed Sep 12 18:37:22 2007
Subject: [IRCServices] new commands -- akick sticky - kickban
Message-ID: <46E893D3.7020908@fastmail.com.au>

Maybe have a new command for ChanServ for akick sticky and kickban.

akick sticky where ChanServ puts the ban on when someone sets it,  and 
when someone -b it off to +b it again.

kickban - the standard kick and ban,  and is only active when the 
channel has someone in it -- akick to keep the ban on.
From achurch at achurch.org  Thu Sep 13 14:50:32 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Sep 12 22:51:05 2007
Subject: [IRCServices] normal users can mlock oper channel modes
In-Reply-To: <46E88D90.2020105@fastmail.com.au>
Message-ID: <46e8cfc3.60657@msgid.achurch.org>

>normal users can ChanServ mlock oper channel modes.
>
>on InspIRCd as a normal user,  I did mlock on channel mode +O -- oper 
>only channel
>and ChanServ did it
>
>is this normal that normal users can mlock oper modes?

Yes, this is normal behavior.  If people want to lock themselves out of
their own channel, they're more than welcome to. (:

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Sep 13 14:51:18 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Sep 12 22:52:38 2007
Subject: [IRCServices] new commands -- akick sticky - kickban
In-Reply-To: <46E893D3.7020908@fastmail.com.au>
Message-ID: <46e8d020.60710@msgid.achurch.org>

>Maybe have a new command for ChanServ for akick sticky and kickban.
>
>akick sticky where ChanServ puts the ban on when someone sets it,  and 
>when someone -b it off to +b it again.
>
>kickban - the standard kick and ban,  and is only active when the 
>channel has someone in it -- akick to keep the ban on.

I don't really see a necessity for either of these.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Sep 13 14:55:27 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Sep 12 22:55:44 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46E68820.8080308@fastmail.com.au>
Message-ID: <46e8d0d9.61421@msgid.achurch.org>

>There is a Segmentation Fault on MemoServ info

Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Sep 13 15:03:03 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Sep 12 23:03:23 2007
Subject: [IRCServices] Services 5.1pre8 released
Message-ID: <46e8d2a4.06106@msgid.achurch.org>

     Services 5.1pre8 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)
ftp://ftp.esper.net/ircservices/testing/          (Western USA)

935dc268f3318b2f7f2690a935c9b323  ircservices-5.1pre8.tar.gz
c547cbd6c6655a435d06d7bb7f3197d7  ircservices-5.1pre8.diff.gz
63a6c96dba0a4453a6a2ff61e75666c6  ircservices-5.1pre8-1.i386.rpm
e9d6681e1c83dcadba7e367ec0ccb8ec  ircservices_5.1pre8-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.1pre8
--------------------------
2007/09/13	Fixed a crash in MemoServ INFO.  Reported by Casey
		    <caseyclaydon@fastmail.com.au>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Thu Sep 13 04:22:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Sep 13 04:34:16 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46e8d0d9.61421@msgid.achurch.org>
References: <46e8d0d9.61421@msgid.achurch.org>
Message-ID: <46E91D79.5060309@fastmail.com.au>

no segmentation fault in pre8

Thanks So Much Andrew



Andrew Church wrote:
>> There is a Segmentation Fault on MemoServ info
>>     
>
> Fixed, thanks for the report.
>
>   --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 caseyclaydon at fastmail.com.au  Thu Sep 13 04:22:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Sep 13 04:55:33 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46e8d0d9.61421@msgid.achurch.org>
References: <46e8d0d9.61421@msgid.achurch.org>
Message-ID: <46E91D79.5060309@fastmail.com.au>

no segmentation fault in pre8

Thanks So Much Andrew



Andrew Church wrote:
>> There is a Segmentation Fault on MemoServ info
>>     
>
> Fixed, thanks for the report.
>
>   --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 narc at extrusive.org  Thu Sep 13 06:47:43 2007
From: narc at extrusive.org (narc@extrusive.org)
Date: Thu Sep 13 06:54:39 2007
Subject: [IRCServices] /Nickserv list *
Message-ID: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>

Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.

I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.


Thanks in advance

Narcissus
[Extrusive Net Admin]
From narc at extrusive.org  Thu Sep 13 06:47:43 2007
From: narc at extrusive.org (narc@extrusive.org)
Date: Thu Sep 13 07:21:08 2007
Subject: [IRCServices] /Nickserv list *
Message-ID: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>

Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.

I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.


Thanks in advance

Narcissus
[Extrusive Net Admin]
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 07:34:17 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From charpour at gnet.gr  Thu Sep 13 07:23:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 07:59:02 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E947DB.9050800@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 08:26:10 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 08:33:36 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 09:06:56 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From charpour at gnet.gr  Thu Sep 13 07:23:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 09:20:34 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E947DB.9050800@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 11:38:43 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 12:50:12 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 14:30:20 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 14:41:04 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From caseyclaydon at fastmail.com.au  Thu Sep 13 15:41:52 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Sep 13 15:49:05 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
Message-ID: <46E9BCB0.1030105@fastmail.com.au>

With NickServ noop on - ChanServ does not add NickServ noop to ChanServ 
NeverOp


-ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
-ChanServ- NOP status are not permitted to be given channel operator
-ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
-ChanServ- users whenever it is given to them.


NickServ noop should be allowed to be added to ChanServ NeverOp
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 16:34:44 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 23:06:33 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 23:15:04 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Thu Sep 13 23:37:14 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From charpour at gnet.gr  Thu Sep 13 07:23:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Thu Sep 13 23:38:16 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E947DB.9050800@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From caseyclaydon at fastmail.com.au  Thu Sep 13 04:22:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 14 01:11:37 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46e8d0d9.61421@msgid.achurch.org>
References: <46e8d0d9.61421@msgid.achurch.org>
Message-ID: <46E91D79.5060309@fastmail.com.au>

no segmentation fault in pre8

Thanks So Much Andrew



Andrew Church wrote:
>> There is a Segmentation Fault on MemoServ info
>>     
>
> Fixed, thanks for the report.
>
>   --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 caseyclaydon at fastmail.com.au  Thu Sep 13 22:36:53 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 14 01:54:01 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
Message-ID: <46EA1DF5.4080100@fastmail.com.au>

When doing NickServ ghost on InspIRCd - Services crashes and says 
Unrecognised Command KILL -- possibly loaded mismatched modules.
From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Fri Sep 14 02:04:57 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Fri Sep 14 02:21:37 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From caseyclaydon at fastmail.com.au  Thu Sep 13 17:00:35 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 09:09:40 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E91D79.5060309@fastmail.com.au>
References: <46e8d0d9.61421@msgid.achurch.org>
	<46E91D79.5060309@fastmail.com.au>
Message-ID: <46E9CF23.9090004@fastmail.com.au>

When Services are disconnected and come back on, on InspIRCd, channels
that are there when Services come back on, ChanServ and OperServ does
not know the channel is there when a second someone is in the channel
aswell, ChanServ and OperServ does know the channel is there when only 1
person is there when Services come back on.
From narc at extrusive.org  Thu Sep 13 06:47:43 2007
From: narc at extrusive.org (narc@extrusive.org)
Date: Sat Sep 15 12:39:34 2007
Subject: [IRCServices] /Nickserv list *
Message-ID: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>

Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.

I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.


Thanks in advance

Narcissus
[Extrusive Net Admin]
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Sat Sep 15 13:20:28 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From charpour at gnet.gr  Thu Sep 13 07:23:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Sat Sep 15 13:32:33 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E947DB.9050800@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Sat Sep 15 13:36:33 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From caseyclaydon at fastmail.com.au  Thu Sep 13 23:29:10 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 14:38:35 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
References: <46E9BCB0.1030105@fastmail.com.au>
	<debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
Message-ID: <46EA2A36.5030201@fastmail.com.au>

When someone adds a person to the NeverOp list to not be given ops at 
all when someone does +o / +h them.

someone who is on NickServ noop cannot be added to the NeverOp list.



Kieron Thwaites wrote:
> I don't think it really matters. Whether the user has NickServ NOOP or
> is on the ChanServ NOP list, the effect is the same - the nick will
> not receive channel operator status.
>
> On the other hand, it could be useful to add NOOP users to the
> ChanServ NOP list, in the event of a user removing his NOOP status at
> a later stage.
>
> (Interesting thought - I wonder if the ACCESS command has the same
> restrictions? I'll play around with it this evening.)
>
> --K
>
> On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
>   
>> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
>> NeverOp
>>
>>
>> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
>> -ChanServ- NOP status are not permitted to be given channel operator
>> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
>> -ChanServ- users whenever it is given to them.
>>
>>
>> NickServ noop should be allowed to be added to ChanServ NeverOp
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>     
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From achurch at achurch.org  Fri Sep 14 22:49:41 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 15 16:07:12 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <46ea919f.76411@msgid.achurch.org>

>With NickServ noop on - ChanServ does not add NickServ noop to ChanServ 
>NeverOp

This is by design; the two functions are separate.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Thu Sep 13 04:22:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 17:17:04 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46e8d0d9.61421@msgid.achurch.org>
References: <46e8d0d9.61421@msgid.achurch.org>
Message-ID: <46E91D79.5060309@fastmail.com.au>

no segmentation fault in pre8

Thanks So Much Andrew



Andrew Church wrote:
>> There is a Segmentation Fault on MemoServ info
>>     
>
> Fixed, thanks for the report.
>
>   --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 Sep 14 04:33:48 2007
From: phan70m at gmail.com (Anton Wolkov)
Date: Sat Sep 15 17:35:24 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
References: <46E9BCB0.1030105@fastmail.com.au>
	<debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
Message-ID: <d50f59a00709140433v7cb2ce07t2a933e1a530cc3c1@mail.gmail.com>

i think this feature is too blurry at the moment,
here's my proposal:
nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]
everything's snappy, only user doesn't get auto ops/halfops/voices
regardless of channel auto levels.
there's a decision to be made for the channel parameter, it can be the
channels id number in the db, that way, when someone drops the channel, it
gets deleted from this list and the setting is "reset", or, we can use
wildcards and have the setting stick to a channel even after owners change.
also you can have a second option (instead of #channel), for example "ALL",
or wildcard #* to have this option enabled globaly.
i'm in favor of the wildcard idea but it might be a performance issue.
i see no real purpose to have a user setting "don't op me ever", just don't
be in a channel and stuff, but not having it automatic might have a good
purpose.
i'll also run a pole with our users to see what they think.

best regards
PHANTOm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070915/6efafd54/attachment.html
From caseyclaydon at fastmail.com.au  Thu Sep 13 22:36:53 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 17:59:15 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
Message-ID: <46EA1DF5.4080100@fastmail.com.au>

When doing NickServ ghost on InspIRCd - Services crashes and says 
Unrecognised Command KILL -- possibly loaded mismatched modules.
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Sat Sep 15 18:21:20 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From achurch at achurch.org  Sun Sep 16 11:35:13 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 15 19:38:43 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E9CF23.9090004@fastmail.com.au>
Message-ID: <46ec9729.34022@msgid.achurch.org>

Fixed, thanks for the report.

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

>When Services are disconnected and come back on, on InspIRCd, channels
>that are there when Services come back on, ChanServ and OperServ does
>not know the channel is there when a second someone is in the channel
>aswell, ChanServ and OperServ does know the channel is there when only 1
>person is there when Services come back on.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Sat Sep 15 19:47:56 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Fri Sep 14 22:49:41 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 15 20:00:15 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <46ea919f.76411@msgid.achurch.org>

>With NickServ noop on - ChanServ does not add NickServ noop to ChanServ 
>NeverOp

This is by design; the two functions are separate.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Fri Sep 14 22:53:45 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 15 20:00:22 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46EA1DF5.4080100@fastmail.com.au>
Message-ID: <46ea92a1.76525@msgid.achurch.org>

>When doing NickServ ghost on InspIRCd - Services crashes and says 
>Unrecognised Command KILL -- possibly loaded mismatched modules.

This looks like a problem with InspIRCd (it doesn't recognize the
RFC-standard KILL message).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sat Sep 15 20:17:36 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 20:18:00 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <d50f59a00709140433v7cb2ce07t2a933e1a530cc3c1@mail.gmail.com>
References: <46E9BCB0.1030105@fastmail.com.au>	<debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
	<d50f59a00709140433v7cb2ce07t2a933e1a530cc3c1@mail.gmail.com>
Message-ID: <46ECA050.1040908@fastmail.com.au>

just re-posting this from Anton Wolkov

to be in plain text



Anton Wolkov wrote:
> i think this feature is too blurry at the moment,
> here's my proposal:
> nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]
> everything's snappy, only user doesn't get auto ops/halfops/voices 
> regardless of channel auto levels.
> there's a decision to be made for the channel parameter, it can be the 
> channels id number in the db, that way, when someone drops the 
> channel, it gets deleted from this list and the setting is "reset", 
> or, we can use wildcards and have the setting stick to a channel even 
> after owners change.
> also you can have a second option (instead of #channel), for example 
> "ALL", or wildcard #* to have this option enabled globaly.
> i'm in favor of the wildcard idea but it might be a performance issue.
> i see no real purpose to have a user setting "don't op me ever", just 
> don't be in a channel and stuff, but not having it automatic might 
> have a good purpose.
> i'll also run a pole with our users to see what they think.
>
> best regards
> PHANTOm
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From phan70m at gmail.com  Fri Sep 14 04:33:48 2007
From: phan70m at gmail.com (Anton Wolkov)
Date: Sat Sep 15 21:03:12 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
References: <46E9BCB0.1030105@fastmail.com.au>
	<debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
Message-ID: <d50f59a00709140433v7cb2ce07t2a933e1a530cc3c1@mail.gmail.com>

i think this feature is too blurry at the moment,
here's my proposal:
nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]
everything's snappy, only user doesn't get auto ops/halfops/voices
regardless of channel auto levels.
there's a decision to be made for the channel parameter, it can be the
channels id number in the db, that way, when someone drops the channel, it
gets deleted from this list and the setting is "reset", or, we can use
wildcards and have the setting stick to a channel even after owners change.
also you can have a second option (instead of #channel), for example "ALL",
or wildcard #* to have this option enabled globaly.
i'm in favor of the wildcard idea but it might be a performance issue.
i see no real purpose to have a user setting "don't op me ever", just don't
be in a channel and stuff, but not having it automatic might have a good
purpose.
i'll also run a pole with our users to see what they think.

best regards
PHANTOm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20070915/6efafd54/attachment-0002.html
From caseyclaydon at fastmail.com.au  Thu Sep 13 15:41:52 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 21:04:50 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
Message-ID: <46E9BCB0.1030105@fastmail.com.au>

With NickServ noop on - ChanServ does not add NickServ noop to ChanServ 
NeverOp


-ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
-ChanServ- NOP status are not permitted to be given channel operator
-ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
-ChanServ- users whenever it is given to them.


NickServ noop should be allowed to be added to ChanServ NeverOp
From caseyclaydon at fastmail.com.au  Thu Sep 13 17:00:35 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 15 21:09:17 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46E91D79.5060309@fastmail.com.au>
References: <46e8d0d9.61421@msgid.achurch.org>
	<46E91D79.5060309@fastmail.com.au>
Message-ID: <46E9CF23.9090004@fastmail.com.au>

When Services are disconnected and come back on, on InspIRCd, channels
that are there when Services come back on, ChanServ and OperServ does
not know the channel is there when a second someone is in the channel
aswell, ChanServ and OperServ does know the channel is there when only 1
person is there when Services come back on.
From charpour at gnet.gr  Thu Sep 13 07:27:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Sun Sep 16 10:34:49 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E948CB.2090408@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From caseyclaydon at fastmail.com.au  Thu Sep 13 04:22:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep 16 10:35:53 2007
Subject: [IRCServices] MemoServ info - Segmentation Fault
In-Reply-To: <46e8d0d9.61421@msgid.achurch.org>
References: <46e8d0d9.61421@msgid.achurch.org>
Message-ID: <46E91D79.5060309@fastmail.com.au>

no segmentation fault in pre8

Thanks So Much Andrew



Andrew Church wrote:
>> There is a Segmentation Fault on MemoServ info
>>     
>
> Fixed, thanks for the report.
>
>   --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 caseyclaydon at fastmail.com.au  Thu Sep 13 22:36:53 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep 16 10:36:00 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
Message-ID: <46EA1DF5.4080100@fastmail.com.au>

When doing NickServ ghost on InspIRCd - Services crashes and says 
Unrecognised Command KILL -- possibly loaded mismatched modules.
From caseyclaydon at fastmail.com.au  Thu Sep 13 23:29:10 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep 16 10:36:02 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
References: <46E9BCB0.1030105@fastmail.com.au>
	<debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>
Message-ID: <46EA2A36.5030201@fastmail.com.au>

When someone adds a person to the NeverOp list to not be given ops at 
all when someone does +o / +h them.

someone who is on NickServ noop cannot be added to the NeverOp list.



Kieron Thwaites wrote:
> I don't think it really matters. Whether the user has NickServ NOOP or
> is on the ChanServ NOP list, the effect is the same - the nick will
> not receive channel operator status.
>
> On the other hand, it could be useful to add NOOP users to the
> ChanServ NOP list, in the event of a user removing his NOOP status at
> a later stage.
>
> (Interesting thought - I wonder if the ACCESS command has the same
> restrictions? I'll play around with it this evening.)
>
> --K
>
> On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
>   
>> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
>> NeverOp
>>
>>
>> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
>> -ChanServ- NOP status are not permitted to be given channel operator
>> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
>> -ChanServ- users whenever it is given to them.
>>
>>
>> NickServ noop should be allowed to be added to ChanServ NeverOp
>> ------------------------------------------------------------------
>> 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 charpour at gnet.gr  Thu Sep 13 07:23:23 2007
From: charpour at gnet.gr (Pournaris Charalampos)
Date: Sun Sep 16 10:48:32 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <46E947DB.9050800@gnet.gr>

There is an option in the modules.conf file:

# NSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the NickServ LIST and LISTEMAIL
#     commands to IRC operators.

#NSListOpersOnly

Uncomment this.
There is a similar option for ChanServ in the same file

# CSListOpersOnly  [OPTIONAL]
#     When enabled, limits use of the ChanServ LIST command to IRC
#     operators.

#CSListOpersOnly

Gl

narc@extrusive.org wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
> __________ NOD32 2528 (20070913) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>
>
>   


-- 
Charalampos Pournaris
Gnet Gaming Network
RnD Department
charpour@gnet.gr

From surreal.w00t at gmail.com  Sun Sep 16 05:13:40 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sun Sep 16 11:12:37 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46ea92a1.76525@msgid.achurch.org>
References: <46EA1DF5.4080100@fastmail.com.au>
	<46ea92a1.76525@msgid.achurch.org>
Message-ID: <b19eae4e0709160513h320167fey52dce895f6fc2e45@mail.gmail.com>

Err.. we do, and it works fine on our ircservices/inspircd network,
using 5.0 and our protocol module (available in our SVN --
http://svn.inspircd.org/index.cgi/trunk/ircservices-module/inspircd.c?view=log)

Not sure what's going on here.

On 9/14/07, Andrew Church <achurch@achurch.org> wrote:
> >When doing NickServ ghost on InspIRCd - Services crashes and says
> >Unrecognised Command KILL -- possibly loaded mismatched modules.
>
> This looks like a problem with InspIRCd (it doesn't recognize the
> RFC-standard KILL message).
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Sun Sep 16 16:21:52 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 16 12:06:48 2007
Subject: [IRCServices] Services 5.1pre9 released
Message-ID: <46ecdb58.62501@msgid.achurch.org>

     Services 5.1pre9 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/testing/   (Japan)

eacd34f07d933ea4b44eef1668144b2f  ircservices-5.1pre9.tar.gz
941095e62ed184ac64b1a0ebfc774b0f  ircservices-5.1pre9.diff.gz
a9f0235e816cbf34708fa4c20f1465aa  ircservices-5.1pre9-1.i386.rpm
adad7ea61868261b8923f011977fadb3  ircservices_5.1pre9-1_i386.deb

     ftp.esper.net seems to be down at the moment.  I will update it once
it's back, and the mirrors should update shortly after that.

     As some of you may have noticed, the mailing list server has been
having a few problems lately; hopefully everything will be back in order
shortly.  Apologies for the inconvenience.

Changes in version 5.1pre9
--------------------------
2007/09/16	Fixed bug causing channels with multiple users not to be
		    recognized on startup when using InspIRCd.  Reported by
		    Casey <caseyclaydon@fastmail.com.au>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sun Sep 16 15:19:56 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep 16 15:20:38 2007
Subject: [IRCServices] 5.1 InspIRCd protocol
In-Reply-To: <46ec9729.34022@msgid.achurch.org>
References: <46ec9729.34022@msgid.achurch.org>
Message-ID: <46EDAC0C.10603@fastmail.com.au>

That works now in pre9

ChanServ and OperServ does know I am all there when Services starts.

thanks so much Andrew



Andrew Church wrote:
> Fixed, thanks for the report.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> When Services are disconnected and come back on, on InspIRCd, channels
>> that are there when Services come back on, ChanServ and OperServ does
>> not know the channel is there when a second someone is in the channel
>> aswell, ChanServ and OperServ does know the channel is there when only 1
>> person is there when Services come back on.
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>     
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From ron2k.za at gmail.com  Thu Sep 13 23:02:10 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Sun Sep 16 15:44:33 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46E9BCB0.1030105@fastmail.com.au>
References: <46E9BCB0.1030105@fastmail.com.au>
Message-ID: <debb3bc0709132302mae7a62dwf4319cfbe1388541@mail.gmail.com>

I don't think it really matters. Whether the user has NickServ NOOP or
is on the ChanServ NOP list, the effect is the same - the nick will
not receive channel operator status.

On the other hand, it could be useful to add NOOP users to the
ChanServ NOP list, in the event of a user removing his NOOP status at
a later stage.

(Interesting thought - I wonder if the ACCESS command has the same
restrictions? I'll play around with it this evening.)

--K

On 14/09/2007, Casey <caseyclaydon@fastmail.com.au> wrote:
> With NickServ noop on - ChanServ does not add NickServ noop to ChanServ
> NeverOp
>
>
> -ChanServ- Maintains the NeverOp (NOP) list for a channel.  Users with
> -ChanServ- NOP status are not permitted to be given channel operator
> -ChanServ- (mode +o) status, and ChanServ will remove mode +o from such
> -ChanServ- users whenever it is given to them.
>
>
> NickServ noop should be allowed to be added to ChanServ NeverOp
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From ron2k.za at gmail.com  Thu Sep 13 07:15:58 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Sun Sep 16 15:52:07 2007
Subject: [IRCServices] /Nickserv list *
In-Reply-To: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
References: <20070913064743.6312e899399d91c972a3586af5928bd6.17f9dcb294.wbe@email.secureserver.net>
Message-ID: <debb3bc0709130715w431b0309x18ef2bc356189f72@mail.gmail.com>

Please read the documentation first next time. The answer you seek is
in section 4.

--K

On 13/09/2007, narc@extrusive.org <narc@extrusive.org> wrote:
> Hey, I run a very small IRC Network and was wondering if there is a way to stop anyone apart from Opers using the /nickserv list * and /chanserv list * functions, as this could easily be exploitable by spammers.
>
> I am running IRCServices5.0.62 and UnrealIRCd 3.2.7, both on FreeBSD 6.3-release. If you wish to talk in IRC, our network is located at irc.extrusive.org 6667. My nick is Narcissus.
>
>
> Thanks in advance
>
> Narcissus
> [Extrusive Net Admin]
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From caseyclaydon at fastmail.com.au  Sun Sep 16 18:48:38 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Sep 16 18:55:47 2007
Subject: [IRCServices] InspIRCd
Message-ID: <46EDDCF6.4090401@fastmail.com.au>

InspIRCd NickServ ghost


* *** LINK: Sent ERROR to services.casey.net: Unrecognised command 
'KILL' -- possibly loaded mismatched modules
* *** LINK: Server services.casey.net split: Remote host closed the 
connection
* *** LINK: Netsplit complete, lost 6 users on 1 servers.
* *** LINK: Connection to 'services.casey.net' failed.
* *** LINK: Connection to 'services.casey.net' was established for 1m12s



Services debug and InspIRCd debug


Services debug

[Sep 17 11:19:12.465844 2007] IRC Services 5.1pre9 starting up (options: 
debug)
[Sep 17 11:19:12.466047 2007] debug: Loading language 0 from file 
`languages/en_us'
[Sep 17 11:19:12.466356 2007] debug: Loading language 10 from file 
`languages/nl'
[Sep 17 11:19:12.466684 2007] debug: Loading language 6 from file 
`languages/fr'
[Sep 17 11:19:12.466960 2007] debug: Loading language 9 from file 
`languages/de'
[Sep 17 11:19:12.467237 2007] debug: Loading language 11 from file 
`languages/hu'
[Sep 17 11:19:12.467551 2007] debug: Loading language 2 from file 
`languages/ja_euc'
[Sep 17 11:19:12.467836 2007] debug: Loading language 3 from file 
`languages/ja_sjis'
[Sep 17 11:19:12.468122 2007] debug: Loading language 12 from file 
`languages/ru'
[Sep 17 11:19:12.468387 2007] debug: Loading language 4 from file 
`languages/es'
[Sep 17 11:19:12.468722 2007] debug: Loading language 7 from file 
`languages/tr'
[Sep 17 11:19:12.471019 2007] debug: Loaded languages
[Sep 17 11:19:12.471067 2007] debug: Loading module `protocol/inspircd'
[Sep 17 11:19:12.471457 2007] debug: Successfully loaded module 
`protocol/inspircd'
[Sep 17 11:19:12.471492 2007] debug: Loading module `encryption/md5'
[Sep 17 11:19:12.471720 2007] debug: Successfully loaded module 
`encryption/md5'
[Sep 17 11:19:12.471750 2007] debug: Loading module `encryption/unix-crypt'
[Sep 17 11:19:12.472783 2007] debug: Successfully loaded module 
`encryption/unix-crypt'
[Sep 17 11:19:12.472815 2007] debug: Loading module `database/standard'
[Sep 17 11:19:12.473047 2007] debug: Successfully loaded module 
`database/standard'
[Sep 17 11:19:12.473079 2007] debug: Loading module `mail/main'
[Sep 17 11:19:12.473372 2007] debug: Successfully loaded module `mail/main'
[Sep 17 11:19:12.473412 2007] debug: Loading module `mail/smtp'
[Sep 17 11:19:12.473722 2007] debug: Successfully loaded module `mail/smtp'
[Sep 17 11:19:12.473754 2007] debug: Loading module `operserv/main'
[Sep 17 11:19:12.474460 2007] debug: Successfully loaded module 
`operserv/main'
[Sep 17 11:19:12.474495 2007] debug: Loading module `operserv/akill'
[Sep 17 11:19:12.475322 2007] debug: Successfully loaded module 
`operserv/akill'
[Sep 17 11:19:12.475356 2007] debug: Loading module `operserv/news'
[Sep 17 11:19:12.475933 2007] debug: Successfully loaded module 
`operserv/news'
[Sep 17 11:19:12.475966 2007] debug: Loading module `operserv/sessions'
[Sep 17 11:19:12.476682 2007] debug: Successfully loaded module 
`operserv/sessions'
[Sep 17 11:19:12.476716 2007] debug: Loading module `operserv/sline'
[Sep 17 11:19:12.478421 2007] debug: Successfully loaded module 
`operserv/sline'
[Sep 17 11:19:12.478471 2007] debug: Loading module `nickserv/main'
[Sep 17 11:19:12.480039 2007] debug: Successfully loaded module 
`nickserv/main'
[Sep 17 11:19:12.480082 2007] debug: Loading module `nickserv/access'
[Sep 17 11:19:12.480956 2007] debug: Successfully loaded module 
`nickserv/access'
[Sep 17 11:19:12.480989 2007] debug: Loading module `nickserv/link'
[Sep 17 11:19:12.481683 2007] debug: Successfully loaded module 
`nickserv/link'
[Sep 17 11:19:12.481716 2007] debug: Loading module `nickserv/mail-auth'
[Sep 17 11:19:12.482446 2007] debug: Successfully loaded module 
`nickserv/mail-auth'
[Sep 17 11:19:12.482478 2007] debug: Loading module `chanserv/main'
[Sep 17 11:19:12.484307 2007] debug: Successfully loaded module 
`chanserv/main'
[Sep 17 11:19:12.484349 2007] debug: Loading module `chanserv/access-levels'
[Sep 17 11:19:12.485471 2007] debug: Successfully loaded module 
`chanserv/access-levels'
[Sep 17 11:19:12.485507 2007] debug: Loading module `chanserv/access-xop'
[Sep 17 11:19:12.486601 2007] debug: Successfully loaded module 
`chanserv/access-xop'
[Sep 17 11:19:12.486634 2007] debug: Loading module `memoserv/main'
[Sep 17 11:19:12.487765 2007] debug: Successfully loaded module 
`memoserv/main'
[Sep 17 11:19:12.487799 2007] debug: Loading module `memoserv/forward'
[Sep 17 11:19:12.488640 2007] debug: Successfully loaded module 
`memoserv/forward'
[Sep 17 11:19:12.488672 2007] debug: Loading module `memoserv/ignore'
[Sep 17 11:19:12.489703 2007] debug: Successfully loaded module 
`memoserv/ignore'
[Sep 17 11:19:12.489762 2007] debug: Loading module `statserv/main'
[Sep 17 11:19:12.490855 2007] debug: Successfully loaded module 
`statserv/main'
[Sep 17 11:19:12.490890 2007] debug: Loading module `misc/xml-export'
[Sep 17 11:19:12.491956 2007] debug: Successfully loaded module 
`misc/xml-export'
[Sep 17 11:19:12.491990 2007] debug: Loading module `misc/xml-import'
[Sep 17 11:19:12.493362 2007] debug: Successfully loaded module 
`misc/xml-import'
[Sep 17 11:19:12.493397 2007] debug: Loaded modules
[Sep 17 11:19:12.494212 2007] debug: Initiated connection to 127.0.0.1:7000
[Sep 17 11:19:12.494361 2007] debug: Sent: SERVER services.casey.net 
<password> 0 :Services for IRC Networks
[Sep 17 11:19:12.494408 2007] debug: Sent: BURST
[Sep 17 11:19:12.494454 2007] debug: Sent: :services.casey.net VERSION 
:ircservices-5.1pre9 services.casey.net :build #1, compiled Mon Sep 17 
08:52:15 EST 2007
[Sep 17 11:19:12.494497 2007] debug: Sent: ENDBURST
[Sep 17 11:19:13.495622 2007] debug: Sent: :services.casey.net NICK 
1189991953 OperServ casey.net casey.net services +i 0.0.0.0 :Operator Server
[Sep 17 11:19:13.495723 2007] debug: Sent: :services.casey.net NICK 
1189991953 Global casey.net casey.net services +i 0.0.0.0 :Global Noticer
[Sep 17 11:19:13.496074 2007] debug: Sent: :services.casey.net NICK 
1189991953 NickServ casey.net casey.net services + 0.0.0.0 :Nickname Server
[Sep 17 11:19:13.496371 2007] debug: Sent: :services.casey.net NICK 
1189991953 ChanServ casey.net casey.net services + 0.0.0.0 :Channel Server
[Sep 17 11:19:13.496413 2007] debug: Sent: :services.casey.net NICK 
1189991953 MemoServ casey.net casey.net services + 0.0.0.0 :Memo Server
[Sep 17 11:19:13.496453 2007] debug: Sent: :services.casey.net NICK 
1189991953 StatServ casey.net casey.net services +i 0.0.0.0 :Statistics 
Server
[Sep 17 11:19:13.496493 2007] debug: Received: CAPAB START
[Sep 17 11:19:13.496565 2007] debug: Received: CAPAB MODULES 
m_chanprotect.so,m_globops.so,m_services.so,m_svshold.so
[Sep 17 11:19:13.496600 2007] debug: Received: CAPAB CAPABILITIES 
:NICKMAX=31 HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255 
MAXTOPIC=307 MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0 
IP6SUPPORT=1 PROTOCOL=1105 PREFIX=(ohv)@%+ CHANMODES=abq,k,l,MRimnprst
[Sep 17 11:19:13.496632 2007] debug: Received: CAPAB END
[Sep 17 11:19:13.496662 2007] debug: Received: SERVER 
casey.qld.au.casey.net <password> 0 :Waddle World
[Sep 17 11:19:13.496703 2007] debug: Received: BURST 1189991953
[Sep 17 11:19:13.496734 2007] debug: Received: :casey.qld.au.casey.net 
VERSION :InspIRCd-1.1.12+Esrom casey.qld.au.casey.net :Linux Vigor10 
2.6.18.8.tex5 [FLAGS=0,epoll,singlethread-object]
[Sep 17 11:19:13.496765 2007] debug: Received: :casey.qld.au.casey.net 
NICK 1189991899 Casey 127.0.0.1 netadmin.casey.net casey +nos 127.0.0.1 
:Casey
[Sep 17 11:19:13.496799 2007] debug: new user: Casey
[Sep 17 11:19:13.496859 2007] debug: Sent: :NickServ SVSMODE Casey :-r
[Sep 17 11:19:13.496915 2007] debug: Sent: :NickServ NOTICE Casey :This 
nickname is registered and protected.  If it is your nickname, type 
/msg NickServ IDENTIFY password.  Otherwise, please choose a 
different nickname.
[Sep 17 11:19:13.496952 2007] debug: Changing mode for Casey to +nos
[Sep 17 11:19:13.496983 2007] debug: Received: :Casey OPERTYPE NetAdmin
[Sep 17 11:19:13.497013 2007] debug: Changing mode for Casey to +o
[Sep 17 11:19:13.497043 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Z 69.69.69.69 <Config> 1189991886 0 :No porn here thanks.
[Sep 17 11:19:13.497074 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q ChanServ <Config> 1189991886 0 :Reserved For Services
[Sep 17 11:19:13.497106 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q NickServ <Config> 1189991886 0 :Reserved For Services
[Sep 17 11:19:13.497137 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q OperServ <Config> 1189991886 0 :Reserved For Services
[Sep 17 11:19:13.497168 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q MemoServ <Config> 1189991886 0 :Reserved For Services
[Sep 17 11:19:13.497220 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE E *@ircop.host.com <Config> 1189991886 0 :Opers hostname
[Sep 17 11:19:13.497253 2007] debug: Received:
[Sep 17 11:19:13.497282 2007] debug: Received: ENDBURST
[Sep 17 11:19:27.883661 2007] debug: Received: :Casey PRIVMSG NickServ 
:identify <password>
[Sep 17 11:19:27.884855 2007] debug: Sent: :NickServ SVSMODE Casey :+r
[Sep 17 11:19:27.884917 2007] (nickserv/main) Casey!casey@127.0.0.1 
identified for nick Casey
[Sep 17 11:19:27.884981 2007] debug: Sent: :NickServ NOTICE Casey 
:Password accepted -- you are now recognized.
[Sep 17 11:19:54.205386 2007] debug: Received: :casey.qld.au.casey.net 
NICK 1189991988 Casey123 192.168.1.10 192.168.1.10 casey + 192.168.1.10 
:Casey
[Sep 17 11:19:54.205482 2007] debug: new user: Casey123
[Sep 17 11:19:54.205788 2007] debug: Sent: :NickServ SVSMODE Casey123 :-r
[Sep 17 11:19:54.206097 2007] debug: Sent: :NickServ NOTICE Casey123 
:This nickname is registered and protected.  If it is your nickname, 
type /msg NickServ IDENTIFY password.  Otherwise, please choose a 
different nickname.
[Sep 17 11:19:54.206358 2007] debug: Sent: :NickServ NOTICE Casey123 :If 
you do not change your nickname within one minute, it will be changed 
automatically.
[Sep 17 11:19:54.206421 2007] debug: Changing mode for Casey123 to +
[Sep 17 11:20:10.681290 2007] debug: Received: :casey.qld.au.casey.net 
NICK 1189992005 CaseyX 192.168.1.10 192.168.1.10 casey + 192.168.1.10 :Casey
[Sep 17 11:20:10.681385 2007] debug: new user: CaseyX
[Sep 17 11:20:10.681445 2007] debug: Changing mode for CaseyX to +
[Sep 17 11:20:24.714773 2007] debug: Received: :CaseyX PRIVMSG NickServ 
:ghost Casey123 <password>
[Sep 17 11:20:24.714921 2007] debug: Sent: :NickServ KILL Casey123 
:NickServ (GHOST command used by CaseyX)
[Sep 17 11:20:24.714973 2007] debug: Casey123 killed
[Sep 17 11:20:24.715053 2007] debug: Sent: :NickServ NOTICE CaseyX 
:Ghost with your nickname has been killed.
[Sep 17 11:20:24.715533 2007] debug: Received: ERROR :Unrecognised 
command 'KILL' -- possibly loaded mismatched modules
[Sep 17 11:20:24.715706 2007] unknown message from server (ERROR 
:Unrecognised command 'KILL' -- possibly loaded mismatched modules)
[Sep 17 11:20:24.715747 2007] debug: sockets: recv(0): Connection reset 
by peer
[Sep 17 11:20:24.715896 2007] debug: Saving databases
[Sep 17 11:20:24.719642 2007] Read error from server: Connection reset 
by peer
[Sep 17 11:20:24.719681 2007] debug: Unloading module `misc/xml-import'
[Sep 17 11:20:24.719788 2007] debug: Unloading module `misc/xml-export'
[Sep 17 11:20:24.719843 2007] debug: Unloading module `statserv/main'
[Sep 17 11:20:24.719901 2007] debug: Unloading module `memoserv/ignore'
[Sep 17 11:20:24.719948 2007] debug: Unloading module `memoserv/forward'
[Sep 17 11:20:24.719998 2007] debug: Unloading module `memoserv/main'
[Sep 17 11:20:24.720053 2007] debug: Unloading module `chanserv/access-xop'
[Sep 17 11:20:24.720102 2007] debug: Unloading module 
`chanserv/access-levels'
[Sep 17 11:20:24.720151 2007] debug: Unloading module `chanserv/main'
[Sep 17 11:20:24.720226 2007] debug: Unloading module `nickserv/mail-auth'
[Sep 17 11:20:24.720286 2007] debug: Unloading module `nickserv/link'
[Sep 17 11:20:24.720335 2007] debug: Unloading module `nickserv/access'
[Sep 17 11:20:24.720380 2007] debug: Unloading module `nickserv/main'
[Sep 17 11:20:24.720460 2007] debug: Unloading module `operserv/sline'
[Sep 17 11:20:24.720510 2007] debug: Unloading module `operserv/sessions'
[Sep 17 11:20:24.720562 2007] debug: Unloading module `operserv/news'
[Sep 17 11:20:24.720607 2007] debug: Unloading module `operserv/akill'
[Sep 17 11:20:24.720656 2007] debug: Unloading module `operserv/main'
[Sep 17 11:20:24.720710 2007] debug: Unloading module `mail/smtp'
[Sep 17 11:20:24.720759 2007] debug: Unloading module `mail/main'
[Sep 17 11:20:24.720802 2007] debug: Unloading module `database/standard'
[Sep 17 11:20:24.720847 2007] debug: Unloading module 
`encryption/unix-crypt'
[Sep 17 11:20:24.720893 2007] debug: Unloading module `encryption/md5'
[Sep 17 11:20:24.720961 2007] debug: Unloading module `protocol/inspircd'





InspIRCd debug

[casey@Vigor10 ~]$ cd inspircd
[casey@Vigor10 inspircd]$ ./inspircd debug
GNU gdb 6.3-9pclos2007 (PCLinuxOS release 2007)
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 "i586-mandriva-linux-gnu"...Using host 
libthread_db library "/lib/i686/libthread_db.so.1".

Inspire Internet Relay Chat Server, compiled Sep 10 2007 at 16:54:35
(C) InspIRCd Development Team.

Developers:             Brain, FrostyCoolSlug, w00t, Om, Special, 
pippijn, peavey, Burlex
Others:                 See /INFO Output
Mon Sep 17 11:18:06 2007: WARNING: <options:softlimit> value is greater 
than 500 or less than 0, set to 500.
Mon Sep 17 11:18:06 2007: Reading connect classes...
Mon Sep 17 11:18:06 2007: Done reading configuration file.

Loading core commands.......................................................
Mon Sep 17 11:18:06 2007: New socket binding for 10 with listen: :6000
Mon Sep 17 11:18:06 2007: New file descriptor: 10
Mon Sep 17 11:18:06 2007: New socket binding for 11 with listen: :6660
Mon Sep 17 11:18:06 2007: New file descriptor: 11
Mon Sep 17 11:18:06 2007: New socket binding for 15 with listen: :6661
Mon Sep 17 11:18:06 2007: New file descriptor: 15
Mon Sep 17 11:18:06 2007: New socket binding for 16 with listen: :6662
Mon Sep 17 11:18:06 2007: New file descriptor: 16
Mon Sep 17 11:18:06 2007: New socket binding for 17 with listen: :6663
Mon Sep 17 11:18:06 2007: New file descriptor: 17
Mon Sep 17 11:18:06 2007: New socket binding for 18 with listen: :6664
Mon Sep 17 11:18:06 2007: New file descriptor: 18
Mon Sep 17 11:18:06 2007: New socket binding for 19 with listen: :6665
Mon Sep 17 11:18:06 2007: New file descriptor: 19
Mon Sep 17 11:18:06 2007: New socket binding for 20 with listen: :6666
Mon Sep 17 11:18:06 2007: New file descriptor: 20
Mon Sep 17 11:18:06 2007: New socket binding for 21 with listen: :6667
Mon Sep 17 11:18:06 2007: New file descriptor: 21
Mon Sep 17 11:18:06 2007: New socket binding for 22 with listen: :6668
Mon Sep 17 11:18:06 2007: New file descriptor: 22
Mon Sep 17 11:18:06 2007: New socket binding for 23 with listen: :6669
Mon Sep 17 11:18:06 2007: New file descriptor: 23

Mon Sep 17 11:18:06 2007: New socket binding for 24 without listen: :0
Mon Sep 17 11:18:06 2007: New file descriptor: 24
[*] Loading module:     m_spanningtree.so
Mon Sep 17 11:18:06 2007: New socket binding for 25 with listen: :7000
Mon Sep 17 11:18:06 2007: New file descriptor: 25
Mon Sep 17 11:18:06 2007: m_spanningtree: Binding server port :7000 
successful!
Mon Sep 17 11:18:06 2007: New socket binding for 26 with listen: :7001
Mon Sep 17 11:18:06 2007: New file descriptor: 26
Mon Sep 17 11:18:06 2007: m_spanningtree: Binding server port :7001 
successful!
Mon Sep 17 11:18:06 2007: m_spanningtree: WARNING: Can't find transport 
type 'openssl' for port 1.2.3.4:7005 - maybe you forgot to load it 
BEFORE m_spanningtree in your config file? - Skipping this port binding
Mon Sep 17 11:18:06 2007: m_spanningtree: WARNING: Can't find transport 
type 'gnutls' for link 'hub.penguin.org' - maybe you forgot to load it 
BEFORE m_spanningtree in your config file? Skipping <link> tag completely.
Mon Sep 17 11:18:06 2007: New module introduced: m_spanningtree.so (API 
version 11025, Module version 1.1.0.2) [Vendor]
[*] Loading module:     m_alias.so
Mon Sep 17 11:18:06 2007: New module introduced: m_alias.so (API version 
11025, Module version 1.1.0.1) [Vendor]
[*] Loading module:     m_chanprotect.so
Mon Sep 17 11:18:06 2007: New module introduced: m_chanprotect.so (API 
version 11025, Module version 1.1.0.0) [Vendor]
[*] Loading module:     m_globops.so
Mon Sep 17 11:18:06 2007: New module introduced: m_globops.so (API 
version 11025, Module version 1.1.0.1) [Vendor]
[*] Loading module:     m_services.so
Mon Sep 17 11:18:06 2007: New module introduced: m_services.so (API 
version 11025, Module version 1.1.0.0) [Vendor]
[*] Loading module:     m_svshold.so
Mon Sep 17 11:18:06 2007: New module introduced: m_svshold.so (API 
version 11025, Module version 1.1.0.1) [Vendor]

A total of 6 modules have been loaded.
Mon Sep 17 11:18:06 2007: Total loaded modules: 6
Mon Sep 17 11:18:06 2007: Keeping pseudo-tty open as we are running in 
the foreground.

InspIRCd is now running!
Mon Sep 17 11:18:06 2007: Startup complete.
Mon Sep 17 11:18:12 2007: Could not resolve IP associated with Link 
'services.casey.net': Request timed out
Mon Sep 17 11:18:19 2007: New file descriptor: 27
Mon Sep 17 11:18:20 2007: C[27] -> :27-unknown NICK Casey
Mon Sep 17 11:18:20 2007: C[27] -> :Casey USER casey casey 127.0.0.1 :Casey
Mon Sep 17 11:18:35 2007: C[27] -> :Casey oper Casey <password>
Mon Sep 17 11:18:35 2007: OPER: Casey!casey@127.0.0.1 opered as type: 
NetAdmin
Mon Sep 17 11:18:43 2007: C[27] -> :Casey MODE Casey +n +*
Mon Sep 17 11:18:43 2007: Change count for mode s is now 1
Mon Sep 17 11:18:43 2007: Change count for mode n is now 1
Mon Sep 17 11:18:50 2007: C[27] -> :Casey PING LAG4060979696
Mon Sep 17 11:19:12 2007: New file descriptor: 28
Mon Sep 17 11:19:13 2007: S[28] -> CAPAB START
Mon Sep 17 11:19:13 2007: S[28] -> CAPAB MODULES 
m_chanprotect.so,m_globops.so,m_services.so,m_svshold.so
Mon Sep 17 11:19:13 2007: S[28] -> CAPAB CAPABILITIES :NICKMAX=31 
HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255 MAXTOPIC=307 
MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0 IP6SUPPORT=1 
PROTOCOL=1105 PREFIX=(ohv)@%+ CHANMODES=abq,k,l,MRimnprst
Mon Sep 17 11:19:13 2007: S[28] -> CAPAB END
Mon Sep 17 11:19:13 2007: S[28] <- SERVER services.casey.net <password> 
0 :Services for IRC Networks
Mon Sep 17 11:19:13 2007: S[28] -> SERVER casey.qld.au.casey.net 
<password> 0 :Waddle World
Mon Sep 17 11:19:13 2007: S[28] <- BURST
Mon Sep 17 11:19:13 2007: S[28] -> BURST 1189991953
Mon Sep 17 11:19:13 2007: S[28] -> :casey.qld.au.casey.net VERSION 
:InspIRCd-1.1.12+Esrom casey.qld.au.casey.net :Linux Vigor10 
2.6.18.8.tex5 [FLAGS=0,epoll,singlethread-object]
Mon Sep 17 11:19:13 2007: S[28] -> :casey.qld.au.casey.net NICK 
1189991899 Casey 127.0.0.1 netadmin.casey.net casey +nos 127.0.0.1 :Casey
Mon Sep 17 11:19:13 2007: S[28] -> :Casey OPERTYPE NetAdmin
Mon Sep 17 11:19:13 2007: Sending channels and modes, 0 to send
Mon Sep 17 11:19:13 2007: S[28] -> :casey.qld.au.casey.net ADDLINE Z 
69.69.69.69 <Config> 1189991886 0 :No porn here thanks.
:casey.qld.au.casey.net ADDLINE Q ChanServ <Config> 1189991886 0 
:Reserved For Services
:casey.qld.au.casey.net ADDLINE Q NickServ <Config> 1189991886 0 
:Reserved For Services
:casey.qld.au.casey.net ADDLINE Q OperServ <Config> 1189991886 0 
:Reserved For Services
:casey.qld.au.casey.net ADDLINE Q MemoServ <Config> 1189991886 0 
:Reserved For Services
:casey.qld.au.casey.net ADDLINE E *@ircop.host.com <Config> 1189991886 0 
:Opers hostname

Mon Sep 17 11:19:13 2007: S[28] -> ENDBURST
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net VERSION 
:ircservices-5.1pre9 services.casey.net :build #1, compiled Mon Sep 17 
08:52:15 EST 2007
Mon Sep 17 11:19:13 2007: S[28] <- ENDBURST
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
OperServ casey.net casey.net services +i 0.0.0.0 :Operator Server
Mon Sep 17 11:19:13 2007: New remote client OperServ
Mon Sep 17 11:19:13 2007: Change count for mode i is now 1
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
Global casey.net casey.net services +i 0.0.0.0 :Global Noticer
Mon Sep 17 11:19:13 2007: New remote client Global
Mon Sep 17 11:19:13 2007: Change count for mode i is now 2
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
NickServ casey.net casey.net services + 0.0.0.0 :Nickname Server
Mon Sep 17 11:19:13 2007: New remote client NickServ
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
ChanServ casey.net casey.net services + 0.0.0.0 :Channel Server
Mon Sep 17 11:19:13 2007: New remote client ChanServ
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
MemoServ casey.net casey.net services + 0.0.0.0 :Memo Server
Mon Sep 17 11:19:13 2007: New remote client MemoServ
Mon Sep 17 11:19:13 2007: S[28] <- :services.casey.net NICK 1189991953 
StatServ casey.net casey.net services +i 0.0.0.0 :Statistics Server
Mon Sep 17 11:19:13 2007: New remote client StatServ
Mon Sep 17 11:19:13 2007: Change count for mode i is now 3
Mon Sep 17 11:19:13 2007: S[28] <- :NickServ SVSMODE Casey :-r
Mon Sep 17 11:19:13 2007: S[28] <- :NickServ NOTICE Casey :This nickname 
is registered and protected.  If it is your nickname, type /msg NickServ 
IDENTIFY password.  Otherwise, please choose a different nickname.
Mon Sep 17 11:19:19 2007: C[27] -> :Casey PING LAG4090979234
Mon Sep 17 11:19:27 2007: C[27] -> :Casey nickserv identify <password>
Mon Sep 17 11:19:27 2007: S[28] -> :Casey PRIVMSG NickServ :identify 
<password>
Mon Sep 17 11:19:27 2007: S[28] <- :NickServ SVSMODE Casey :+r
Mon Sep 17 11:19:27 2007: Change count for mode r is now 1
Mon Sep 17 11:19:27 2007: S[28] <- :NickServ NOTICE Casey :Password 
accepted -- you are now recognized.
Mon Sep 17 11:19:48 2007: New file descriptor: 29
Mon Sep 17 11:19:49 2007: C[29] -> :29-unknown NICK Casey123
Mon Sep 17 11:19:49 2007: C[29] -> :Casey123 USER casey casey 
192.168.1.10 :Casey
Mon Sep 17 11:19:49 2007: C[27] -> :Casey PING LAG4120978797
Mon Sep 17 11:19:54 2007: S[28] -> :casey.qld.au.casey.net NICK 
1189991988 Casey123 192.168.1.10 192.168.1.10 casey + 192.168.1.10 :Casey
Mon Sep 17 11:19:54 2007: S[28] <- :NickServ SVSMODE Casey123 :-r
Mon Sep 17 11:19:54 2007: S[28] <- :NickServ NOTICE Casey123 :This 
nickname is registered and protected.  If it is your nickname, type /msg 
NickServ IDENTIFY password.  Otherwise, please choose a different nickname.
Mon Sep 17 11:19:54 2007: S[28] <- :NickServ NOTICE Casey123 :If you do 
not change your nickname within one minute, it will be changed 
automatically.
Mon Sep 17 11:20:05 2007: New file descriptor: 30
Mon Sep 17 11:20:05 2007: C[30] -> :30-unknown NICK CaseyX
Mon Sep 17 11:20:05 2007: C[30] -> :CaseyX USER casey casey 192.168.1.10 
:Casey
Mon Sep 17 11:20:10 2007: S[28] -> :casey.qld.au.casey.net NICK 
1189992005 CaseyX 192.168.1.10 192.168.1.10 casey + 192.168.1.10 :Casey
Mon Sep 17 11:20:18 2007: C[29] -> :Casey123 PING LAG4150362393
Mon Sep 17 11:20:19 2007: C[27] -> :Casey PING LAG4150986361
Mon Sep 17 11:20:24 2007: C[30] -> :CaseyX nickserv ghost Casey123 
<password>
Mon Sep 17 11:20:24 2007: S[28] -> :CaseyX PRIVMSG NickServ :ghost 
Casey123 <password>
Mon Sep 17 11:20:24 2007: S[28] <- :NickServ KILL Casey123 :NickServ 
(GHOST command used by CaseyX)
Mon Sep 17 11:20:24 2007: S[28] -> ERROR :Unrecognised command 'KILL' -- 
possibly loaded mismatched modules
Mon Sep 17 11:20:24 2007: Remove file descriptor: 28
Mon Sep 17 11:20:24 2007: Change count for mode i is now 2
Mon Sep 17 11:20:24 2007: Change count for mode i is now 1
Mon Sep 17 11:20:24 2007: Change count for mode i is now 0
Mon Sep 17 11:20:34 2007: C[30] -> :CaseyX PING LAG4166454157
Mon Sep 17 11:20:48 2007: C[29] -> :Casey123 PING LAG4180361950
Mon Sep 17 11:20:49 2007: C[27] -> :Casey PING LAG4180985947
From achurch at achurch.org  Sat Sep 29 07:59:30 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Sep 28 16:00:26 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <d50f59a00709140433v7cb2ce07t2a933e1a530cc3c1@mail.gmail.com>
Message-ID: <46fd87a2.34377@msgid.achurch.org>

To be honest, I don't see much purpose in a feature like NOOP either, but
enough people have asked for it that there must be some use for it I'm not
aware of. (:

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

>--===============1655919240==
>Content-Type: multipart/alternative; 
>	boundary="----=_Part_2043_16579049.1189769630972"
>
>------=_Part_2043_16579049.1189769630972
>Content-Type: text/plain; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>i think this feature is too blurry at the moment,
>here's my proposal:
>nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]
>everything's snappy, only user doesn't get auto ops/halfops/voices
>regardless of channel auto levels.
>there's a decision to be made for the channel parameter, it can be the
>channels id number in the db, that way, when someone drops the channel, it
>gets deleted from this list and the setting is "reset", or, we can use
>wildcards and have the setting stick to a channel even after owners change.
>also you can have a second option (instead of #channel), for example "ALL",
>or wildcard #* to have this option enabled globaly.
>i'm in favor of the wildcard idea but it might be a performance issue.
>i see no real purpose to have a user setting "don't op me ever", just don't
>be in a channel and stuff, but not having it automatic might have a good
>purpose.
>i'll also run a pole with our users to see what they think.
>
>best regards
>PHANTOm
>
>------=_Part_2043_16579049.1189769630972
>Content-Type: text/html; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>i think this feature is too blurry at the moment,<br>here&#39;s my proposal:<br>nickserv/noacm (no automatic channel mode) [add del list clear] [#channel]<br>everything&#39;s snappy, only user doesn&#39;t get auto ops/halfops/voices regardless of channel 
>auto levels.
><br>there&#39;s a decision to be made for the channel parameter, it can be the channels id number in the db, that way, when someone drops the channel, it gets deleted from this list and the setting is &quot;reset&quot;, or, we can use wildcards and have t
>he setting stick to a channel even after owners change.
><br>also you can have a second option (instead of #channel), for example &quot;ALL&quot;, or wildcard #* to have this option enabled globaly.<br>i&#39;m in favor of the wildcard idea but it might be a performance issue.<br>
>i see no real purpose to have a user setting &quot;don&#39;t op me ever&quot;, just don&#39;t be in a channel and stuff, but not having it automatic might have a good purpose.<br>i&#39;ll also run a pole with our users to see what they think.
><br><br>best regards<br>PHANTOm <br>
>
>------=_Part_2043_16579049.1189769630972--
>
>--===============1655919240==
>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:
From achurch at achurch.org  Sat Sep 29 08:01:08 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Sep 28 16:03:32 2007
Subject: [IRCServices] Final call for comments
Message-ID: <46fd8860.34453@msgid.achurch.org>

If there are no further comments on the current 5.1 beta release, I'm
going to plan on releasing Services 5.1.0 on October 10. If you've got
something to say, now's the time!

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From brain at winbot.co.uk  Fri Sep 28 16:37:49 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Fri Sep 28 16:59:32 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fd8860.34453@msgid.achurch.org>
References: <46fd8860.34453@msgid.achurch.org>
Message-ID: <46FD904D.2060001@winbot.co.uk>

What is the inspircd support like at present? Does the potential 5.1.0
support inspircd well? If not, what assistance is needed to make it
support this ircd fully?

Thanks,
Brain

Andrew Church wrote:
> If there are no further comments on the current 5.1 beta release, I'm
> going to plan on releasing Services 5.1.0 on October 10. If you've got
> something to say, now's the time!
> 
>   --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 nick at nickgawronski.com  Fri Sep 28 17:08:40 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Fri Sep 28 17:08:16 2007
Subject: [IRCServices] Final call for comments
References: <46fd8860.34453@msgid.achurch.org> <46FD904D.2060001@winbot.co.uk>
Message-ID: <002201c8022c$e4763db0$210110ac@CHIHUAHUAL1>

Hi, Another thing I would also like to know is does the current version 
support bahamut well?  I am running the most current release and just want 
to know if ircservices 5.1.0 will support it as well as 5.0 did?
----- Original Message ----- 
From: "Craig Edwards" <brain@mail1.chatspike.net>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Friday, September 28, 2007 5:37 PM
Subject: Re: [IRCServices] Final call for comments


> What is the inspircd support like at present? Does the potential 5.1.0
> support inspircd well? If not, what assistance is needed to make it
> support this ircd fully?
>
> Thanks,
> Brain
>
> Andrew Church wrote:
>> If there are no further comments on the current 5.1 beta release, I'm
>> going to plan on releasing Services 5.1.0 on October 10. If you've got
>> something to say, now's the time!
>>
>>   --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 achurch at achurch.org  Sat Sep 29 09:18:46 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Sep 28 17:19:31 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FD904D.2060001@winbot.co.uk>
Message-ID: <46fd9a2e.36524@msgid.achurch.org>

>What is the inspircd support like at present? Does the potential 5.1.0
>support inspircd well? If not, what assistance is needed to make it
>support this ircd fully?

To the best of my knowledge, 5.1 supports InspIRCd 1.1.x with no problems
(the module was recently updated).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Fri Sep 28 17:22:45 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 28 17:22:25 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fd9a2e.36524@msgid.achurch.org>
References: <46fd9a2e.36524@msgid.achurch.org>
Message-ID: <46FD9AD5.70709@fastmail.com.au>

Hello Andrew and Brain

There is the issue with NickServ ghost on InspIRCd


* *** LINK: Sent ERROR to services.casey.net: Unrecognised command
'KILL' -- possibly loaded mismatched modules
* *** LINK: Server services.casey.net split: Remote host closed the
connection
* *** LINK: Netsplit complete, lost 6 users on 1 servers.
* *** LINK: Connection to 'services.casey.net' failed.
* *** LINK: Connection to 'services.casey.net' was established for 1m12s


I posted the Services debug and InspIRCd debug in the subject InspIRCd


- Casey



Andrew Church wrote:
>> What is the inspircd support like at present? Does the potential 5.1.0
>> support inspircd well? If not, what assistance is needed to make it
>> support this ircd fully?
>>     
>
> To the best of my knowledge, 5.1 supports InspIRCd 1.1.x with no problems
> (the module was recently updated).
>
>   --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 nick at nickgawronski.com  Fri Sep 28 16:54:38 2007
From: nick at nickgawronski.com (Nick Gawronski)
Date: Fri Sep 28 17:27:28 2007
Subject: [IRCServices] Final call for comments
References: <46fd8860.34453@msgid.achurch.org>
Message-ID: <000301c8022a$ee4c5100$210110ac@CHIHUAHUAL1>

Hi, One thing I would like to see improoved in the documentation is a full 
list of the options that can be passed to configure and a some what longer 
description on what they are used for.  Yes you can run ./configure --help 
but it still would be nice for all of these to be in the manual.  I am also 
wondering if I will need to update my ircservices.conf or modules.conf as I 
currently have not been upgrading as so many new versions have been released 
and will ircservices run with out these new settings in the configuration 
files?
----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: "services" <ircservices@ircservices.za.net>
Sent: Friday, September 28, 2007 5:01 PM
Subject: [IRCServices] Final call for comments


> If there are no further comments on the current 5.1 beta release, I'm
> going to plan on releasing Services 5.1.0 on October 10. If you've got
> something to say, now's the time!
>
>  --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 caseyclaydon at fastmail.com.au  Fri Sep 28 17:40:59 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 28 17:40:35 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fd8860.34453@msgid.achurch.org>
References: <46fd8860.34453@msgid.achurch.org>
Message-ID: <46FD9F1B.40908@fastmail.com.au>

Under the Future Work in the IRC Services Technical Reference Manual

it has got the ability to reconnect to the uplink server if disconnected
-- Other Issues 11-2-6

This would be really nice for when Services are disconnected, to have
them automatically reconnect.

When you Shutdown Services using OperServ shutdown - to not have it
reconnect as you are shutting them down.


- Casey
From quension at mac.com  Fri Sep 28 17:42:17 2007
From: quension at mac.com (Trevor Talbot)
Date: Fri Sep 28 17:47:51 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46ea919f.76411@msgid.achurch.org>
References: <46ea919f.76411@msgid.achurch.org>
Message-ID: <456ea544ee4e042160b2281aeb78a8db@mac.com>

On Sep 14, 2007, at 6:49 AM, Andrew Church wrote:

>> With NickServ noop on - ChanServ does not add NickServ noop to 
>> ChanServ NeverOp
>
> This is by design; the two functions are separate.

Actually, what I understood him to mean is that someone who has set 
NoOp cannot be added to the NeverOp list. This is undesirable, like 
preventing them from being added to the AKick list would be.

(I'm not running ircservices at the moment, so I didn't actually try 
any of this.)

-- Quension

From caseyclaydon at fastmail.com.au  Fri Sep 28 18:09:04 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 28 18:08:44 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <456ea544ee4e042160b2281aeb78a8db@mac.com>
References: <46ea919f.76411@msgid.achurch.org>
	<456ea544ee4e042160b2281aeb78a8db@mac.com>
Message-ID: <46FDA5B0.9080702@fastmail.com.au>

This is what I mean by this with NickServ noop cannot be added to 
ChanServ NeverOp

NeverOp stops the person who is on the NeverOp List from being given +o 
and +h -- /mode #channel +o nick
(( when ChanServ secureops is not set on ))

and when someone gives them +o and +h -- ChanServ will remove the +o and 
+h from the NeverOp person who has been given them.


- Casey



Trevor Talbot wrote:
> On Sep 14, 2007, at 6:49 AM, Andrew Church wrote:
>
>>> With NickServ noop on - ChanServ does not add NickServ noop to 
>>> ChanServ NeverOp
>>
>> This is by design; the two functions are separate.
>
> Actually, what I understood him to mean is that someone who has set 
> NoOp cannot be added to the NeverOp list. This is undesirable, like 
> preventing them from being added to the AKick list would be.
>
> (I'm not running ircservices at the moment, so I didn't actually try 
> any of this.)
>
> -- Quension
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sat Sep 29 10:22:23 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Sep 28 18:23:05 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FD9F1B.40908@fastmail.com.au>
Message-ID: <46fda916.52332@msgid.achurch.org>

>Under the Future Work in the IRC Services Technical Reference Manual
>
>it has got the ability to reconnect to the uplink server if disconnected
>-- Other Issues 11-2-6
>
>This would be really nice for when Services are disconnected, to have
>them automatically reconnect.

As stated in the manual, this is a possibility for future work, and will
not be implemented for 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sat Sep 29 10:27:35 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Sep 28 18:28:34 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <456ea544ee4e042160b2281aeb78a8db@mac.com>
Message-ID: <46fdaa5f.52404@msgid.achurch.org>

Fixed, thanks for the suggestion.

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

>On Sep 14, 2007, at 6:49 AM, Andrew Church wrote:
>
>>> With NickServ noop on - ChanServ does not add NickServ noop to 
>>> ChanServ NeverOp
>>
>> This is by design; the two functions are separate.
>
>Actually, what I understood him to mean is that someone who has set 
>NoOp cannot be added to the NeverOp list. This is undesirable, like 
>preventing them from being added to the AKick list would be.
>
>(I'm not running ircservices at the moment, so I didn't actually try 
>any of this.)
>
>-- Quension
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From caseyclaydon at fastmail.com.au  Fri Sep 28 18:32:12 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 28 18:31:49 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fda916.52332@msgid.achurch.org>
References: <46fda916.52332@msgid.achurch.org>
Message-ID: <46FDAB1C.3050400@fastmail.com.au>

no worries, thanks anyway Andrew

I was thinking this is for 5.1 of these things to add in for 5.1


- Casey



Andrew Church wrote:
>> Under the Future Work in the IRC Services Technical Reference Manual
>>
>> it has got the ability to reconnect to the uplink server if disconnected
>> -- Other Issues 11-2-6
>>
>> This would be really nice for when Services are disconnected, to have
>> them automatically reconnect.
>>     
>
> As stated in the manual, this is a possibility for future work, and will
> not be implemented for 5.1.
>
>   --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 caseyclaydon at fastmail.com.au  Fri Sep 28 19:44:10 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Sep 28 19:43:48 2007
Subject: [IRCServices] ChanServ does not add NickServ noop to ChanServ
	NeverOp
In-Reply-To: <46fdaa5f.52404@msgid.achurch.org>
References: <46fdaa5f.52404@msgid.achurch.org>
Message-ID: <46FDBBFA.4080108@fastmail.com.au>

Hi Andrew

also can add noop to NeverOp Access Level -1


- Casey



Andrew Church wrote:
> Fixed, thanks for the suggestion.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> On Sep 14, 2007, at 6:49 AM, Andrew Church wrote:
>>
>>     
>>>> With NickServ noop on - ChanServ does not add NickServ noop to 
>>>> ChanServ NeverOp
>>>>         
>>> This is by design; the two functions are separate.
>>>       
>> Actually, what I understood him to mean is that someone who has set 
>> NoOp cannot be added to the NeverOp list. This is undesirable, like 
>> preventing them from being added to the AKick list would be.
>>
>> (I'm not running ircservices at the moment, so I didn't actually try 
>> any of this.)
>>
>> -- Quension
>>
>> ------------------------------------------------------------------
>> 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 caseyclaydon at fastmail.com.au  Sat Sep 29 01:48:46 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 29 01:48:41 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FD9AD5.70709@fastmail.com.au>
References: <46fd9a2e.36524@msgid.achurch.org> <46FD9AD5.70709@fastmail.com.au>
Message-ID: <46FE116E.7070806@fastmail.com.au>

OperServ akill also gives the same KILL error as NickServ ghost -
possibly loaded mismatched modules -- This is when you have
#ImmediatelySendAutokill turned off that it gives the KILL error.

I have also found when you re-connect to the Server after the akill has
expired, Services also crashes with the KILL error.

When you get the akill list, OperServ does not display the akill expire
time in the akill list.



Casey wrote:
> Hello Andrew and Brain
>
> There is the issue with NickServ ghost on InspIRCd
>
>
> * *** LINK: Sent ERROR to services.casey.net: Unrecognised command
> 'KILL' -- possibly loaded mismatched modules
> * *** LINK: Server services.casey.net split: Remote host closed the
> connection
> * *** LINK: Netsplit complete, lost 6 users on 1 servers.
> * *** LINK: Connection to 'services.casey.net' failed.
> * *** LINK: Connection to 'services.casey.net' was established for 1m12s
>
>
> I posted the Services debug and InspIRCd debug in the subject InspIRCd
>
>
> - Casey
>
>
>
> Andrew Church wrote:
>   
>>> What is the inspircd support like at present? Does the potential 5.1.0
>>> support inspircd well? If not, what assistance is needed to make it
>>> support this ircd fully?
>>>     
>>>       
>> To the best of my knowledge, 5.1 supports InspIRCd 1.1.x with no problems
>> (the module was recently updated).
>>
>>   --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 achurch at achurch.org  Sat Sep 29 17:52:09 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 29 01:53:31 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FE116E.7070806@fastmail.com.au>
Message-ID: <46fe12a8.06643@msgid.achurch.org>

>OperServ akill also gives the same KILL error as NickServ ghost -
>possibly loaded mismatched modules -- This is when you have
>#ImmediatelySendAutokill turned off that it gives the KILL error.

I'm afraid I can only suggest that something must be wrong with your
InspIRCd configuration, since neither I nor (as I recall from an earlier
message on this list) the InspIRCd developers have been able to reproduce
this.

>When you get the akill list, OperServ does not display the akill expire
>time in the akill list.

This is by design.  Use the AKILL VIEW command instead.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sat Sep 29 02:03:07 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 29 02:02:55 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fe12a8.06643@msgid.achurch.org>
References: <46fe12a8.06643@msgid.achurch.org>
Message-ID: <46FE14CB.60600@fastmail.com.au>

thanks for that Andrew, is weird that it is only just me getting the
kill error.

didn't notice the akill view command - sorry for that, didn't read it
properly.


- Casey



Andrew Church wrote:
>> OperServ akill also gives the same KILL error as NickServ ghost -
>> possibly loaded mismatched modules -- This is when you have
>> #ImmediatelySendAutokill turned off that it gives the KILL error.
>>     
>
> I'm afraid I can only suggest that something must be wrong with your
> InspIRCd configuration, since neither I nor (as I recall from an earlier
> message on this list) the InspIRCd developers have been able to reproduce
> this.
>
>   
>> When you get the akill list, OperServ does not display the akill expire
>> time in the akill list.
>>     
>
> This is by design.  Use the AKILL VIEW command instead.
>
>   --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 caseyclaydon at fastmail.com.au  Sat Sep 29 02:42:32 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Sep 29 02:42:20 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FD9F1B.40908@fastmail.com.au>
References: <46fd8860.34453@msgid.achurch.org> <46FD9F1B.40908@fastmail.com.au>
Message-ID: <46FE1E08.80908@fastmail.com.au>

NickServ recover -- when you use the recover command, the word password
is missing from the notice that NickServ gives when you use the recover
command.

-NickServ- The user claiming your nickname has been killed. Type /msg
NickServ RELEASE Casey to get it back before the one-minute timeout.



ChanServ topiclock -- you can only set the topic by ChanServ topic - is
it possible to also set the topic when you do /topic #channel
topic-message yourself?

When you have topiclock on with no topic, when a user who has not got
topic access, sets the topic with /topic #channel topic-message,
ChanServ does not remove the topic.



- Casey
From caseyclaydon at fastmail.com.au  Mon Oct  1 15:50:54 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Oct  1 15:50:36 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46fe12a8.06643@msgid.achurch.org>
References: <46fe12a8.06643@msgid.achurch.org>
Message-ID: <470179CE.40506@fastmail.com.au>

Hi Andrew

brain and I have found where the problem is with the kill error --
somewhere in 5.1 - inspircd.conf - inspircd protocol

I installed IRCServices pre5 for Windows from servicescommunity.za.net
with InspIRCd 1.1.12 for Windows, with the same inspircd.conf (1.1.12)
and a new ircservices.conf and modules.conf as my one is pre9 -- and got
the same kill error on Windows.

I installed 5.0.62 with the InspIRCd protocol from the InspIRCd
downloads, and it works and does kill you off - with the same inspircd.conf


- Casey



Andrew Church wrote:
>> OperServ akill also gives the same KILL error as NickServ ghost -
>> possibly loaded mismatched modules -- This is when you have
>> #ImmediatelySendAutokill turned off that it gives the KILL error.
>>     
>
> I'm afraid I can only suggest that something must be wrong with your
> InspIRCd configuration, since neither I nor (as I recall from an earlier
> message on this list) the InspIRCd developers have been able to reproduce
> this.
>
>   
>> When you get the akill list, OperServ does not display the akill expire
>> time in the akill list.
>>     
>
> This is by design.  Use the AKILL VIEW command instead.
>
>   --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 caseyclaydon at fastmail.com.au  Tue Oct  2 16:36:53 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Tue Oct  2 16:36:44 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <470179CE.40506@fastmail.com.au>
References: <46fe12a8.06643@msgid.achurch.org> <470179CE.40506@fastmail.com.au>
Message-ID: <4702D615.4050004@fastmail.com.au>

Hi Andrew

Another Update for the NickServ ghost and OperServ akill not working on
InspIRCd.

OperServ akill with #ImmediatelySendAutokill turned off.



I tried the 5.0.62 conf on 5.1, and got the conf working on 5.1 -- still
doing it

and tried the 5.1 conf on 5.0.62 -- working



inspircd.conf 1.1.12

5.1pre9 same conf with the same inspircd.conf on 5.1 -- not working

5.0.62 new conf with the same inspircd.conf on 5.0.62 -- working



inspircd.conf 1.1.13

5.1pre9 same conf with the 1.1.13 conf on 5.1 -- not working

5.1pre9 new conf with the same inspircd.conf on 5.1 -- not working

5.1pre9 new conf -- on the default settings



I installed Unreal 3.2.7 using the same saved copy of the 5.1pre9 conf
-- the kill works.

The 5.1 conf is correct and the inspircd.conf is correct.

I am gussing in the 5.1 InspIRCd protocol it is not working

IRCServices didn't have the InspIRCd protocol before 5.1 -- InspIRCd
protocol for 5.0 from the InspIRCd downloads.


- Casey



Casey wrote:
> Hi Andrew
>
> brain and I have found where the problem is with the kill error --
> somewhere in 5.1 - inspircd.conf - inspircd protocol
>
> I installed IRCServices pre5 for Windows from servicescommunity.za.net
> with InspIRCd 1.1.12 for Windows, with the same inspircd.conf (1.1.12)
> and a new ircservices.conf and modules.conf as my one is pre9 -- and got
> the same kill error on Windows.
>
> I installed 5.0.62 with the InspIRCd protocol from the InspIRCd
> downloads, and it works and does kill you off - with the same inspircd.conf
>
>
> - Casey
>
>
>
> Andrew Church wrote:
>   
>>> OperServ akill also gives the same KILL error as NickServ ghost -
>>> possibly loaded mismatched modules -- This is when you have
>>> #ImmediatelySendAutokill turned off that it gives the KILL error.
>>>     
>>>       
>> I'm afraid I can only suggest that something must be wrong with your
>> InspIRCd configuration, since neither I nor (as I recall from an earlier
>> message on this list) the InspIRCd developers have been able to reproduce
>> this.
>>
>>   
>>     
>>> When you get the akill list, OperServ does not display the akill expire
>>> time in the akill list.
>>>     
>>>       
>> This is by design.  Use the AKILL VIEW command instead.
>>
>>   --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 achurch at achurch.org  Wed Oct  3 11:10:44 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Oct  2 19:11:44 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <4702D615.4050004@fastmail.com.au>
Message-ID: <4702fa93.01772@msgid.achurch.org>

I'd appreciate it if you'd make an effort to use proper English grammar
in your messages; in any case, if you can provide full debug logs from a
working and non-working version with accompanying configuration files
(both Services and InspIRCd), I'll look into this again.

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

>Hi Andrew
>
>Another Update for the NickServ ghost and OperServ akill not working on
>InspIRCd.
>
>OperServ akill with #ImmediatelySendAutokill turned off.
>
>
>
>I tried the 5.0.62 conf on 5.1, and got the conf working on 5.1 -- still
>doing it
>
>and tried the 5.1 conf on 5.0.62 -- working
>
>
>
>inspircd.conf 1.1.12
>
>5.1pre9 same conf with the same inspircd.conf on 5.1 -- not working
>
>5.0.62 new conf with the same inspircd.conf on 5.0.62 -- working
>
>
>
>inspircd.conf 1.1.13
>
>5.1pre9 same conf with the 1.1.13 conf on 5.1 -- not working
>
>5.1pre9 new conf with the same inspircd.conf on 5.1 -- not working
>
>5.1pre9 new conf -- on the default settings
>
>
>
>I installed Unreal 3.2.7 using the same saved copy of the 5.1pre9 conf
>-- the kill works.
>
>The 5.1 conf is correct and the inspircd.conf is correct.
>
>I am gussing in the 5.1 InspIRCd protocol it is not working
>
>IRCServices didn't have the InspIRCd protocol before 5.1 -- InspIRCd
>protocol for 5.0 from the InspIRCd downloads.
>
>
>- Casey
>
>
>
>Casey wrote:
>> Hi Andrew
>>
>> brain and I have found where the problem is with the kill error --
>> somewhere in 5.1 - inspircd.conf - inspircd protocol
>>
>> I installed IRCServices pre5 for Windows from servicescommunity.za.net
>> with InspIRCd 1.1.12 for Windows, with the same inspircd.conf (1.1.12)
>> and a new ircservices.conf and modules.conf as my one is pre9 -- and got
>> the same kill error on Windows.
>>
>> I installed 5.0.62 with the InspIRCd protocol from the InspIRCd
>> downloads, and it works and does kill you off - with the same inspircd.conf
>>
>>
>> - Casey
>>
>>
>>
>> Andrew Church wrote:
>>   
>>>> OperServ akill also gives the same KILL error as NickServ ghost -
>>>> possibly loaded mismatched modules -- This is when you have
>>>> #ImmediatelySendAutokill turned off that it gives the KILL error.
>>>>     
>>>>       
>>> I'm afraid I can only suggest that something must be wrong with your
>>> InspIRCd configuration, since neither I nor (as I recall from an earlier
>>> message on this list) the InspIRCd developers have been able to reproduce
>>> this.
>>>
>>>   
>>>     
>>>> When you get the akill list, OperServ does not display the akill expire
>>>> time in the akill list.
>>>>     
>>>>       
>>> This is by design.  Use the AKILL VIEW command instead.
>>>
>>>   --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 caseyclaydon at fastmail.com.au  Tue Oct  2 19:40:29 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Tue Oct  2 19:40:34 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <4702fa93.01772@msgid.achurch.org>
References: <4702fa93.01772@msgid.achurch.org>
Message-ID: <4703011D.1070308@fastmail.com.au>

sorry if it was hard to understand - I thought it was ok

I was posting what I have tried, if it was working or not working.

5.1 conf and 5.0.62 conf is the ircservices.conf and modules.conf for
version 5.1pre9 and version 5.0.62

The same conf is the saved copy of the conf file and the new conf is
when I did a new conf file.

The 5.1pre9 ircservices.conf and modules.conf needed changes to the conf
file for it to work on version 5.0.62, and the same for the 5.0.62
ircservices.conf and modules.conf to work on 5.1.

on 5.1 was meaning running version 5.1pre9, and on 5.0.62 was meaning
running version 5.0.62

5.1pre9 on the default settings was meaning not changing the settings
that are enabled and the settings that are not enabled.


- Casey



Andrew Church wrote:
> I'd appreciate it if you'd make an effort to use proper English grammar
> in your messages; in any case, if you can provide full debug logs from a
> working and non-working version with accompanying configuration files
> (both Services and InspIRCd), I'll look into this again.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> Hi Andrew
>>
>> Another Update for the NickServ ghost and OperServ akill not working on
>> InspIRCd.
>>
>> OperServ akill with #ImmediatelySendAutokill turned off.
>>
>>
>>
>> I tried the 5.0.62 conf on 5.1, and got the conf working on 5.1 -- still
>> doing it
>>
>> and tried the 5.1 conf on 5.0.62 -- working
>>
>>
>>
>> inspircd.conf 1.1.12
>>
>> 5.1pre9 same conf with the same inspircd.conf on 5.1 -- not working
>>
>> 5.0.62 new conf with the same inspircd.conf on 5.0.62 -- working
>>
>>
>>
>> inspircd.conf 1.1.13
>>
>> 5.1pre9 same conf with the 1.1.13 conf on 5.1 -- not working
>>
>> 5.1pre9 new conf with the same inspircd.conf on 5.1 -- not working
>>
>> 5.1pre9 new conf -- on the default settings
>>
>>
>>
>> I installed Unreal 3.2.7 using the same saved copy of the 5.1pre9 conf
>> -- the kill works.
>>
>> The 5.1 conf is correct and the inspircd.conf is correct.
>>
>> I am gussing in the 5.1 InspIRCd protocol it is not working
>>
>> IRCServices didn't have the InspIRCd protocol before 5.1 -- InspIRCd
>> protocol for 5.0 from the InspIRCd downloads.
>>
>>
>> - Casey
>>
>>
>>
>> Casey wrote:
>>     
>>> Hi Andrew
>>>
>>> brain and I have found where the problem is with the kill error --
>>> somewhere in 5.1 - inspircd.conf - inspircd protocol
>>>
>>> I installed IRCServices pre5 for Windows from servicescommunity.za.net
>>> with InspIRCd 1.1.12 for Windows, with the same inspircd.conf (1.1.12)
>>> and a new ircservices.conf and modules.conf as my one is pre9 -- and got
>>> the same kill error on Windows.
>>>
>>> I installed 5.0.62 with the InspIRCd protocol from the InspIRCd
>>> downloads, and it works and does kill you off - with the same inspircd.conf
>>>
>>>
>>> - Casey
>>>
>>>
>>>
>>> Andrew Church wrote:
>>>   
>>>       
>>>>> OperServ akill also gives the same KILL error as NickServ ghost -
>>>>> possibly loaded mismatched modules -- This is when you have
>>>>> #ImmediatelySendAutokill turned off that it gives the KILL error.
>>>>>     
>>>>>       
>>>>>           
>>>> I'm afraid I can only suggest that something must be wrong with your
>>>> InspIRCd configuration, since neither I nor (as I recall from an earlier
>>>> message on this list) the InspIRCd developers have been able to reproduce
>>>> this.
>>>>
>>>>   
>>>>     
>>>>         
>>>>> When you get the akill list, OperServ does not display the akill expire
>>>>> time in the akill list.
>>>>>     
>>>>>       
>>>>>           
>>>> This is by design.  Use the AKILL VIEW command instead.
>>>>
>>>>   --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
>   
From achurch at achurch.org  Thu Oct  4 01:20:52 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct  3 09:31:24 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <46FE1E08.80908@fastmail.com.au>
Message-ID: <4703c40e.36516@msgid.achurch.org>

>NickServ recover -- when you use the recover command, the word password
>is missing from the notice that NickServ gives when you use the recover
>command.
>
>-NickServ- The user claiming your nickname has been killed. Type /msg
>NickServ RELEASE Casey to get it back before the one-minute timeout.

Thanks for pointing this out; I've updated the message to include the
password in the RELEASE syntax.

>ChanServ topiclock -- you can only set the topic by ChanServ topic - is
>it possible to also set the topic when you do /topic #channel
>topic-message yourself?

No; TOPICLOCK prevents the topic from being changed at all, except
through the TOPIC command.  I understand your suggestion that /topic
could be treated the same way, but at this point I don't want to change
the option's behavior.  I will add this to the manual's list of
suggestions for future versions.

>When you have topiclock on with no topic, when a user who has not got
>topic access, sets the topic with /topic #channel topic-message,
>ChanServ does not remove the topic.

This appears to be a shortcoming in InspIRCd, in that it does not allow
an empty topic to be set by Services (FTOPIC server messages with an
empty topic are ignored).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Wed Oct  3 23:38:12 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Wed Oct  3 23:38:24 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <4703c40e.36516@msgid.achurch.org>
References: <4703c40e.36516@msgid.achurch.org>
Message-ID: <47048A54.6050502@fastmail.com.au>

Hi Andrew

I tested the topiclock with an emtpy topic on lock running IRCServices
5.0.62 on the InspIRCd IRCServices 5.0 protocol.

ChanServ did remove the topic and changed the topic to empty - when a
user with no topic access set a topic using /topic #channel

The IRCServices own 5.1 InspIRCd protocol is not working properly as
ChanServ does not remove the topic and change it to empty on IRCServices
5.1pre9


- Casey



Andrew Church wrote:
>> NickServ recover -- when you use the recover command, the word password
>> is missing from the notice that NickServ gives when you use the recover
>> command.
>>
>> -NickServ- The user claiming your nickname has been killed. Type /msg
>> NickServ RELEASE Casey to get it back before the one-minute timeout.
>>     
>
> Thanks for pointing this out; I've updated the message to include the
> password in the RELEASE syntax.
>
>   
>> ChanServ topiclock -- you can only set the topic by ChanServ topic - is
>> it possible to also set the topic when you do /topic #channel
>> topic-message yourself?
>>     
>
> No; TOPICLOCK prevents the topic from being changed at all, except
> through the TOPIC command.  I understand your suggestion that /topic
> could be treated the same way, but at this point I don't want to change
> the option's behavior.  I will add this to the manual's list of
> suggestions for future versions.
>
>   
>> When you have topiclock on with no topic, when a user who has not got
>> topic access, sets the topic with /topic #channel topic-message,
>> ChanServ does not remove the topic.
>>     
>
> This appears to be a shortcoming in InspIRCd, in that it does not allow
> an empty topic to be set by Services (FTOPIC server messages with an
> empty topic are ignored).
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From achurch at achurch.org  Thu Oct  4 15:49:16 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct  3 23:49:19 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <47048A54.6050502@fastmail.com.au>
Message-ID: <47048d26.50743@msgid.achurch.org>

>I tested the topiclock with an emtpy topic on lock running IRCServices
>5.0.62 on the InspIRCd IRCServices 5.0 protocol.
>
>ChanServ did remove the topic and changed the topic to empty - when a
>user with no topic access set a topic using /topic #channel

That's interesting.  Can you send relevant debug logs from both versions?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Thu Oct  4 00:39:51 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Oct  4 00:39:07 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <47048d26.50743@msgid.achurch.org>
References: <47048d26.50743@msgid.achurch.org>
Message-ID: <470498C7.9000909@fastmail.com.au>

IRCServices 5.1pre9 topiclock worked this time - ChanServ changed the
topic to empty.

thanks anyway for that Andrew


- Casey



Andrew Church wrote:
>> I tested the topiclock with an emtpy topic on lock running IRCServices
>> 5.0.62 on the InspIRCd IRCServices 5.0 protocol.
>>
>> ChanServ did remove the topic and changed the topic to empty - when a
>> user with no topic access set a topic using /topic #channel
>>     
>
> That's interesting.  Can you send relevant debug logs from both versions?
>
>   --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 caseyclaydon at fastmail.com.au  Thu Oct  4 17:53:33 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Thu Oct  4 17:53:28 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <47048d26.50743@msgid.achurch.org>
References: <47048d26.50743@msgid.achurch.org>
Message-ID: <47058B0D.8040306@fastmail.com.au>

A thought I had for modules.conf - to have a setting for the ChanServ
levels, to set what level number for the level types.


- Casey
From achurch at achurch.org  Fri Oct  5 11:49:25 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct  4 19:49:41 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <47058B0D.8040306@fastmail.com.au>
Message-ID: <4705a670.77560@msgid.achurch.org>

>A thought I had for modules.conf - to have a setting for the ChanServ
>levels, to set what level number for the level types.

These are fixed at the given defaults, and are not designed to be
configurable through the configuration file.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Fri Oct  5 07:02:13 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Oct  5 07:01:54 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <4705a670.77560@msgid.achurch.org>
References: <4705a670.77560@msgid.achurch.org>
Message-ID: <470643E5.1050304@fastmail.com.au>

When you identify to your nick after you join your channels that you are
opped in, ChanServ will automatically give you your channel op modes.

Is it possible to have a setting somewhere, for ChanServ to not give you
your channel op modes automatically when you identify to your nick after
you join the channel?


- Casey
From azoff at se.linux.org  Fri Oct  5 07:22:03 2007
From: azoff at se.linux.org (=?utf-8?b?VG9yYmrDtnJu?= Svensson)
Date: Fri Oct  5 07:39:45 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <470643E5.1050304@fastmail.com.au>
References: <4705a670.77560@msgid.achurch.org>
	<470643E5.1050304@fastmail.com.au>
Message-ID: <20071005162203.st9suik8lwskwwkc@ssl.azoff.se>

Quoting Casey <caseyclaydon@fastmail.com.au>:

> When you identify to your nick after you join your channels that you are
> opped in, ChanServ will automatically give you your channel op modes.
>
> Is it possible to have a setting somewhere, for ChanServ to not give you
> your channel op modes automatically when you identify to your nick after
> you join the channel?


AFAIK, it depends on the level of access a user has. IE, if the use is at
level 50 and you got autoop to 49 it will op you, but if you lower the level
of the user och increase autoop-level to, for example 60, the user won't get
auto oped in the channel.


Regards,
Torbj?rn Svensson

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

From caseyclaydon at fastmail.com.au  Fri Oct  5 16:03:45 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Fri Oct  5 16:02:48 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <20071005162203.st9suik8lwskwwkc@ssl.azoff.se>
References: <4705a670.77560@msgid.achurch.org>	<470643E5.1050304@fastmail.com.au>
	<20071005162203.st9suik8lwskwwkc@ssl.azoff.se>
Message-ID: <4706C2D1.3060309@fastmail.com.au>

This setting would be very useful to have on IRCServices.

For ChanServ to only give you your channel op modes automatically when 
you identify to your nick first, before you join the channel.


On DALnet, you need to identify first before you join, to have ChanServ 
automatically give you your channel op modes.  And on other Services and 
networks too you need to identify first.

I find it annoying with ChanServ automatically opping you upon 
identifying after you have joined the channel.  Some times you do not 
wish to have your op symbol given to you automatically.


This is taken from Anope Services in the conf file.

# NSModeOnID  [OPTIONAL]
#
# When enabled, services will set the channel modes a user has access to 
upon
# identifying, assuming they are not already set.
#

# NSModeOnID


- Casey



Torbj?rn Svensson wrote:
> Quoting Casey <caseyclaydon@fastmail.com.au>:
>
>> When you identify to your nick after you join your channels that you are
>> opped in, ChanServ will automatically give you your channel op modes.
>>
>> Is it possible to have a setting somewhere, for ChanServ to not give you
>> your channel op modes automatically when you identify to your nick after
>> you join the channel?
>
>
> AFAIK, it depends on the level of access a user has. IE, if the use is at
> level 50 and you got autoop to 49 it will op you, but if you lower the 
> level
> of the user och increase autoop-level to, for example 60, the user 
> won't get
> auto oped in the channel.
>
>
> Regards,
> Torbj?rn Svensson
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sat Oct  6 08:35:17 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Oct  5 16:34:27 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <470643E5.1050304@fastmail.com.au>
Message-ID: <4706ca45.17740@msgid.achurch.org>

>When you identify to your nick after you join your channels that you are
>opped in, ChanServ will automatically give you your channel op modes.
>
>Is it possible to have a setting somewhere, for ChanServ to not give you
>your channel op modes automatically when you identify to your nick after
>you join the channel?

No; this is a design feature of Services which I don't plan to change at
this time.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From brain at winbot.co.uk  Fri Oct  5 17:06:50 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Fri Oct  5 17:05:45 2007
Subject: [IRCServices] Final call for comments
In-Reply-To: <4706ca45.17740@msgid.achurch.org>
References: <4706ca45.17740@msgid.achurch.org>
Message-ID: <4706D19A.4050301@winbot.co.uk>

a better question is why wouldn't you want your permissions when you id?
It seems a step backwards to take away or disable this feature imho.

Andrew Church wrote:
>> When you identify to your nick after you join your channels that you are
>> opped in, ChanServ will automatically give you your channel op modes.
>>
>> Is it possible to have a setting somewhere, for ChanServ to not give you
>> your channel op modes automatically when you identify to your nick after
>> you join the channel?
> 
> No; this is a design feature of Services which I don't plan to change at
> this time.
> 
>   --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  Wed Oct 10 19:10:10 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 10 03:08:48 2007
Subject: [IRCServices] Services 5.1.0 released
Message-ID: <470ca503.63065@msgid.achurch.org>

     At long last, development on version 5.1 is complete, and Services
5.1.0 has now been released.  It can be downloaded from the usual sites:

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

fb679dc9a6214452ba6ddd903ed4f9e5  ircservices-5.1.0.tar.gz
0a3957abe3a937c7b2a2d96b4505339e  ircservices-5.1.0-1.i386.rpm
5093c188c4c68e0f5cc24fdf0a0fbd43  ircservices_5.1.0-1_i386.deb

The mirrors should have it shortly.

     With the release of Services 5.1.0, I have chosen to relicense the
program under the GNU GPL version 2 _or later_, so that future developers
can take advantage of subsequent versions of the GPL, such as the
already-released version 3, if they so choose.  (In fact, I recommend the
use of GPL 3; I have not used it with this release of Services only to
avoid confusion, as essentially the same code has already been published
under GPL 2.)  I have also separately placed the documentation under the
GNU FDL (Free Documentation License) version 1.2 or later.

     As announced with the release of version 5.1pre0, I am ending the
development of Services for IRC Networks as of this release.  I will
continue supporting version 5.1 of Services through December 31, 2009, to
the extent of fixing bugs, updating existing protocol modules, and making
other reasonably small changes to existing features.  I will also maintain
the website and mailing lists through the same date.

     On January 1, 2010, the mailing lists will be disabled, and the
Services website will be replaced with a short message indicating that
Services has reached its end of life and a download link for the latest
version.  I will, however, continue to accept reports of serious bugs--
those which impact security or cause Services to crash--privately through
April 5, 2011.  (For the curious, that day marks the 15th anniversary of
the release of Services 1.0.)

     Of course, none of the above applies if I get run over by a truck.
But let's hope that doesn't happen. (:

     Once again, thank you all for your support of Services for IRC
Networks.  I wish the best for each of you in your future endeavors.

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

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

                         What's New in Version 5.1
                         =========================

Database handling, the one aspect of Services which has remained
essentially unchanged since version 1.0, has finally undergone a fairly
significant redesign.  Rather than using specialized data load and save
routines tailored for the core Services pseudoclients, Services now
implements a generic database table system, which has the dual benefits of
separating the data storage system from the rest of Services (allowing
alternative storage methods to be implemented easily) and allowing third-
party modules and extensions to create their own non-volatile databases
without resorting to custom load/save routines.  The default database file
format has also been changed to be more flexible and error-resilient than
the old format (which admittedly isn't saying much); see the "upgrading"
section of the manual for instructions on switching your databases to the
new format.

The often-criticized channel memo system has also been redesigned for this
version.  Instead of storing channel memos with the channel, memos are now
sent to the founder and all users on the channel with a particular access
level (by default level 100, or SOP level).  These memos are distinguished
from ordinary memos by text that says "(for #channel)" when reading the
memo.  As a result of this change, users will be notified about new channel
memos in the same way as ordinary user-to-user memos.

NOTICE: When loading databases from version 5.0 or earlier, all channel
        memos will be deleted.

Encryption support has also been improved.  Encryption is no longer an
all-or-nothing affair; the encryption method is stored with each password,
so that enabling or disabling encryption will have no effect on passwords
that were previously set.  The "encryption/unix-crypt" module has been
added, allowing the use of the Unix crypt() function to encrypt passwords.

The NickServ and ChanServ SENDPASS commands added in version 5.0 have been
removed in favor of the new NickServ REAUTH command.  This command
generates an authentication code which the user can use once to identify to
their nickname in place of the password, and then change the password as
needed.  Channel passwords can always be changed by the founder after
nickname identification, rendering ChanServ SENDPASS unnecessary.

Long LIST/VIEW responses are now handled more cleanly.  Except for NickServ
ACCESS LIST (since nickname access lists are generally short) and MemoServ
LIST (since memos are numbered), every list now includes an "end of list"
message indicating both the number of entries displayed and the total
number of entries in the list; the configuration directive ListMax,
replacing NSListMax and CSListMax, sets the maximum number of entries
displayed for any of these commands.  It is also possible to skip a certain
number of entries by adding a "+NNN" after the command, allowing all of the
entries in a long list to be viewed bit by bit.

At the development level, handling of module compilation has been improved,
allowing third-party modules to be simply "dropped in" without requiring
changes to Makefiles or other Services distribution files.  An extension
interface has been added to Services' multilingual support as well,
allowing modules to add their own language strings and load their own
language files.

Other changes:
  + Command aliases can now be added for NickServ, ChanServ, and MemoServ
        commands via the NSAlias, CSAlias, and MSAlias directives.
  + Notices are now sent to the user when sending of a mail authentication
        code message fails.  (However, errors after the message has been
        handed off to the mail server cannot be detected.)
  + A new configuration directive, RejectEmail, now allows selected E-mail
        addresses to be rejected by NickServ and ChanServ commands.
  + NickServ has a new option, NOOP, which prevents nicknames from being
        added to channel access lists.  (It does not prevent the nickname
        from being opped when already present on an access list.)
  + NickServ INFO will now indicate when a nickname's user is using a
        different linked nickname if the nickname group's PRIVATE option
        is not set.
  + NickServ now has a RESTOREMAIL command (in the nickserv/mail-auth
        module), which allows a user to restore their nickname's last
        authenticated E-mail address if, for example, SET EMAIL is used
        with an incorrect address.
  + NickServ SET/UNSET by Services administrators for others' nicknames is
        now done by putting a "!" before the nick to avoid ambiguity; for
        example, "SET !nick NOEXPIRE ON" instead of "SET nick NOEXPIRE ON".
  + ChanServ REGISTER and SET PASSWORD now check for and disallow easily
        guessable passwords.
  + ChanServ has a new option, MEMO-RESTRICTED, which prevents users
        without the channel MEMO privilege from sending memos to the
        channel.
  + ChanServ ACCESS now includes a LISTLEVEL subcommand to list access
        entries with a given level or within a given level range.
  + ChanServ AKICK and MemoServ IGNORE now support matching by IP address
        (on servers which support client IP address information).
  + ChanServ OP, VOICE, and similar commands can now be used with multiple
        nicknames.
  + MemoServ now has a RENUMBER command to remove "holes" in the memo
        number sequence.
  + MemoServ FORWARD now sends all selected memos in a single E-mail
        message, rather than sending each memo in a separate message.
  + OperServ AKILL and related commands now have a CHECK subcommand which
        can be used to find all masks that match a given user/hostname.
  + SQlines are no longer applied to IRC operators during Services startup
        or netjoins if the IRC protocol in use supports sending user modes
        with the NICK message.  This includes the bahamut, hybrid,
        inspircd, monkey, ptlink, ratbox, solid-ircd, trircd, and unreal
        protocol modules.
  + The ignore system has been redesigned, and now keeps better track of
        how much load each user is putting on Services.  The ignorance
        threshold can be fine-tuned via the configuration file.
  + A new "unsorted list" mode has been added to improve Services'
        performance on large networks.  By giving the -no-sorted-list
        option to the configure script, Services will not try to keep
        nicknames and channels in alphabetical order; this means that
        commands such as NickServ LIST will no longer return nicknames in
        order, but Services will run significantly faster.
  + Support has been added for the InspIRCd, ircd-ratbox, and solid-ircd
        IRC servers.
  + Unreal's NICKCHARS protocol option, allowing non-ASCII characters in
        nicknames, is now supported.
  + The name of the Services executable can now be changed, using the
        -prefix option to the configure script.  The name given will also
        be used in the main configuration filename (normally
        ircservices.conf) and cron script (ircservices-chk), as well as
        default filenames in the configuration file.
  * ChanServ DROP now behaves like NickServ DROP: dropping a channel now
        requires the channel password to be entered with the DROP command,
        and DROPCHAN has been added as a separate command for Services
        administrators to drop arbitrary channels.
  * The ChanServ ACCESS, XOP, and AKICK commands no longer use entry
        numbers; the DEL and LIST subcommands now work with nicknames
        (hostmasks for the AKICK command) only.
  * The binary distributions (RPM and Debian packages) now install into
        /opt/ircservices and /var/opt/ircservices, rather than /usr/sbin
        and /usr/lib/ircservices.
  * Tab characters are no longer used (or allowed) in the source code.
  - The deprecated nickserv/oldlink module, which provided support for the
        format of the LINK command used in version 4 of Services, has been
        removed.
  - Support for "modeless channels", with names of the form "+name", has
        been removed.  (Support for registering such channels was removed
        in version 5.0.0; this version removes the special handling for
        such channels in other parts of the program.)
  - Support for the "channel owner" mode present in the PTlink (+a),
        trircd (+u), and Unreal (+q) IRC servers has been removed, as there
        are too many differing opinions on its proper use.
  - Language support for Italian and Portuguese has been removed, due to
        the lack of volunteers to maintain them.
  - Support for old versions of GCC (anything before GCC 3.2) has been
        removed.
Configuration file changes:
  + IncludeFile has been added to allow configuration directives to be
        split up into multiple files, and may be used in both
        ircservices.conf and modules.conf.
  + LoadLanguageText (ircservices.conf) has been added to allow replacement
        of Services text strings at runtime.
  + RejectEmail (ircservices.conf) has been added to allow rejection of
        selected E-mail addresses.
  + NSAlias (module nickserv/main), CSAlias (module chanserv/main), and
        MSAlias (module memoserv/main) have been added to allow creation of
        command aliases.
  + NSRegDenyIfSuspended (module nickserv/main) has been added to prevent
        registration of new nicknames by users with suspended nicknames.
  + NSSetEmailDelay (module nickserv/main) has been added to enforce a
        delay between consecutive uses of the SET EMAIL command, thereby
        reducing the potential for sending mailbombs.
  + CSDefModeLock (module chanserv/main) has been added to allow the
        default mode lock for newly registered channels to be changed.
  + CSSkipModeRCheck (module chanserv/main) has been added to allow the
        check of a nickname's registration status at channel join time
        (used to kick unregistered nicknames from channels locked +R) to
        be skipped.
  + MSExpireDelay (module memoserv/main) has been added to allow memo
        expiration to be delayed until a certain time after the memo is
        first read.
  + MaxMessages (module mail/main) has been added to allow a limit to be
        placed on the total number of messages in transit.
  * ListMax (ircservices.conf) has been added in place of NSListMax and
        CSListMask to set a limit on the number of entries displayed for
        all LIST-like commands.
  * WallAdminPrivs (ircservices.conf) has been added in place of
        WallGetpass and WallSetpass to cause a WALLOPS/GLOBOPS to be sent
        on all NickServ and ChanServ commands that use Services
        administrator privileges.
  * The database name configuration directives (NickServDB, ChanServDB,
        etc.) have been moved from the various pseudoclient module sections
        to the database/version4 module section, and now explicitly specify
        filenames.
  - The nickserv/sendpass and chanserv/sendpass modules (and therefore
        their respective configuration sections) have been removed.
  - CSAutokickReason (module chanserv/main) has been removed, as the
        built-in reason prefix "AKICK by <nick>" makes it unnecessary.
  - MSExpireUnread (module memoserv/main) has been removed, since it
        results in silent data loss.
  - MSNotifyAll (module memoserv/main) has been removed, since it is
        required for channel memos.  MemoServ will now always behave as if
        MSNotifyAll was set.
  - MaxSockets (module mail/smtp) has been removed, since MaxMessages now
        performs the same function.
From ron2k.za at gmail.com  Wed Oct 10 03:28:17 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Wed Oct 10 03:26:49 2007
Subject: [IRCServices] Services 5.1.0 released
In-Reply-To: <470ca503.63065@msgid.achurch.org>
References: <470ca503.63065@msgid.achurch.org>
Message-ID: <debb3bc0710100328q2f664bf9r52e0600974db5584@mail.gmail.com>

I believe that I speak for the entire mailing list in saying this.

Thank you for all your hard work and dedication with this project -
I'm sure that there are a lot of IRC networks out there that are
appreciative of what you've done. (Hopefully some people will come
along and fill your rather big shoes.) We're all sorry to see you go -
best of luck with your future plans.

Also, congratulations on the 5.1.0 release. Well done. :)

--K
From pierre at fagrell.net  Thu Oct 11 08:41:05 2007
From: pierre at fagrell.net (Pierre Fagrell)
Date: Thu Oct 11 09:48:52 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
 from anope-1.7.18 using enc_old
Message-ID: <470E4411.20604@fagrell.net>

Hi

I'm currently running anope-1.7.18 which was earlier upgraded from an older version with the broken md5 encryption.
In order to use the old db in the new anope I use the enc_old option and that works fine.

No I want to migrate this database to ircservices but I can't get it to recognize the passwords. I made two example users for a test:

in anope I register two users:
nick 'test1', with password 'password1'
nick 'test2', with password 'password2'

Then I update the database, and run the converter on my anope db
./convert-db +anope /usr/home/ircd/anopemeck/services/ > converted.xml

...
<array-element>test1</array-element>
..
<pass>s&#212;&#249;&#243;&#210;W&#235;u&#208;&#208;&#208;&#208;&#208;&#208;&#208;&#208;</pass>
..
<array-element>test2</array-element>
..
<pass>&#215;&#174;{&#242;&#230;&#251;&#213;|&#208;&#208;&#208;&#208;&#208;&#208;&#208;&#208;</pass>
...

the generated xml contains passwords for the users like above
I import it into ircservices
./ircservices -import=/usr/home/ircd/ircservices/lib/ircservices/converted.xml

Now if I try to identify as one of the users, I get -NickServ- Password incorrect.


anope-1.7.18
My anope conf has:
#     Previous (broken) MD5     -  enc_old
EncModule "enc_old"

ircservices-5.1.0
modules.conf:
Module encryption/md5
EnableAnopeWorkaround

ircservices.conf:
EncryptionType  md5

If you need more information please let me know

Thanks

Pierre Fagrell
From achurch at achurch.org  Fri Oct 12 03:00:35 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 11 11:02:29 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470E4411.20604@fagrell.net>
Message-ID: <470e6597.35673@msgid.achurch.org>

>Hi
>
>I'm currently running anope-1.7.18 which was earlier upgraded from an older version with the broken md5 encryption.
>In order to use the old db in the new anope I use the enc_old option and that works fine.
>
>No I want to migrate this database to ircservices but I can't get it to recognize the passwords. I made two example users for a test:

Thanks for this report.  Can you please try applying the patch below to
your Services source code (save this message to a file and give the command
"patch -p0 <file" in the ircservices-5.1.0 directory, where "file" is the
path of the file you saved the message to), then recompiling and running
the converter again?

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

Index: tools/convert-epona.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/tools/convert-epona.c,v
retrieving revision 2.40
diff -u -r2.40 convert-epona.c
--- tools/convert-epona.c	10 Oct 2007 05:57:31 -0000	2.40
+++ tools/convert-epona.c	11 Oct 2007 18:03:00 -0000
@@ -116,6 +116,8 @@
                 ngi->os_priv = NP_SERVADMIN;
             else if (tmp32 & 0x00001000)        /* NI_SERVICES_OPER */
                 ngi->os_priv = NP_SERVOPER;
+            if (tmp32 & 0x00004000)
+                ngi->pass.cipher = sstrdup("md5");
             if (tmp32 & 0x00080000)
                 ngi->flags |= NF_NOOP;
             SAFE(read_int16(&tmp16, f));
@@ -485,6 +487,8 @@
                 ci->flags |= CF_SECURE;
             if (tmp32 & 0x00000080)
                 ci->flags |= CF_VERBOTEN;
+            if (tmp32 & 0x00000100)
+                ci->pass.cipher = sstrdup("md5");
             if (tmp32 & 0x00000200)
                 ci->flags |= CF_NOEXPIRE;
             if (tmp32 & 0x00000800)
From pierre at fagrell.net  Thu Oct 11 12:36:11 2007
From: pierre at fagrell.net (Pierre Fagrell)
Date: Thu Oct 11 12:34:32 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470e6597.35673@msgid.achurch.org>
References: <470e6597.35673@msgid.achurch.org>
Message-ID: <470E7B2B.7010600@fagrell.net>

Andrew Church skrev:
>> Hi
>>
>> I'm currently running anope-1.7.18 which was earlier upgraded from an older version with the broken md5 encryption.
>> In order to use the old db in the new anope I use the enc_old option and that works fine.
>>
>> No I want to migrate this database to ircservices but I can't get it to recognize the passwords. I made two example users for a test:
> 
> Thanks for this report.  Can you please try applying the patch below to
> your Services source code (save this message to a file and give the command
> "patch -p0 <file" in the ircservices-5.1.0 directory, where "file" is the
> path of the file you saved the message to), then recompiling and running
> the converter again?
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> Index: tools/convert-epona.c
> ===================================================================
> RCS file: /var/local/cvsroot/ircservices/tools/convert-epona.c,v
> retrieving revision 2.40
> diff -u -r2.40 convert-epona.c
> --- tools/convert-epona.c	10 Oct 2007 05:57:31 -0000	2.40
> +++ tools/convert-epona.c	11 Oct 2007 18:03:00 -0000
> @@ -116,6 +116,8 @@
>                  ngi->os_priv = NP_SERVADMIN;
>              else if (tmp32 & 0x00001000)        /* NI_SERVICES_OPER */
>                  ngi->os_priv = NP_SERVOPER;
> +            if (tmp32 & 0x00004000)
> +                ngi->pass.cipher = sstrdup("md5");
>              if (tmp32 & 0x00080000)
>                  ngi->flags |= NF_NOOP;
>              SAFE(read_int16(&tmp16, f));
> @@ -485,6 +487,8 @@
>                  ci->flags |= CF_SECURE;
>              if (tmp32 & 0x00000080)
>                  ci->flags |= CF_VERBOTEN;
> +            if (tmp32 & 0x00000100)
> +                ci->pass.cipher = sstrdup("md5");
>              if (tmp32 & 0x00000200)
>                  ci->flags |= CF_NOEXPIRE;
>              if (tmp32 & 0x00000800)
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices


Thankyou for the patch, the patching goes fine, but it won't compile:

ircd@poller:~/ircservices-5.1.0$ patch -p0 <patchfil
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: tools/convert-epona.c
|===================================================================
|RCS file: /var/local/cvsroot/ircservices/tools/convert-epona.c,v
|retrieving revision 2.40
|diff -u -r2.40 convert-epona.c
|--- tools/convert-epona.c      10 Oct 2007 05:57:31 -0000      2.40
|+++ tools/convert-epona.c      11 Oct 2007 18:03:00 -0000
--------------------------
Patching file tools/convert-epona.c using Plan A...
Hunk #1 succeeded at 116.
Hunk #2 succeeded at 487.
done

I'm running under freebsd 6.2 using gmake 3.80:
gcc -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I.. -DCONVERT_DB -c convert-epona.c -o convert-epona.o
convert-epona.c: In function `epona_load_chan':
convert-epona.c:491: error: structure has no member named `pass'
gmake[1]: *** [convert-epona.o] Error 1
gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.1.0/tools'
gmake: *** [tools] Error 2


//Pierre Fagrell
From achurch at achurch.org  Fri Oct 12 05:42:52 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 11 13:43:33 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470E7B2B.7010600@fagrell.net>
Message-ID: <470e8b5b.40403@msgid.achurch.org>

>Thankyou for the patch, the patching goes fine, but it won't compile:

Sorry, my fault.  (I guess that's what I get for staying up too late at
night...)  Open tools/convert-epona.c in a text editor and go to line 491,
which should read:
                ci->pass.cipher = sstrdup("md5");
Change that to:
                ci->founderpass.cipher = sstrdup("md5");
and compilation should work fine.

Sorry for the confusion!

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From pierre at fagrell.net  Thu Oct 11 14:21:32 2007
From: pierre at fagrell.net (Pierre Fagrell)
Date: Thu Oct 11 14:19:50 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470e8b5b.40403@msgid.achurch.org>
References: <470e8b5b.40403@msgid.achurch.org>
Message-ID: <470E93DC.5090003@fagrell.net>

Andrew Church skrev:
>> Thankyou for the patch, the patching goes fine, but it won't compile:
> 
> Sorry, my fault.  (I guess that's what I get for staying up too late at
> night...)  Open tools/convert-epona.c in a text editor and go to line 491,
> which should read:
>                 ci->pass.cipher = sstrdup("md5");
> Change that to:
>                 ci->founderpass.cipher = sstrdup("md5");
> and compilation should work fine.
That did the trick!
All passwords work now, thankyou for the help.

//Pierre Fagrell
From achurch at achurch.org  Fri Oct 12 06:33:22 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 11 14:34:24 2007
Subject: [IRCServices] Services 5.1.1 released
Message-ID: <470e9747.66773@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

c21b19af35157bd5e26836514689bb1a  ircservices-5.1.1.tar.gz
8878f416e4dce697f1fff14e69785d3b  ircservices-5.1.1.diff.gz
c786eedd06508ed25c46fac3bbaf0285  ircservices-5.1.1-1.i386.rpm
99ab52e7a9c260849862e6f28079529e  ircservices_5.1.1-1_i386.deb

The mirrors should have it shortly.

     This release corrects the bug reported in the Anope database
converter, allowing databases with encrypted passwords to be imported
correctly.  The (fixed) patch posted recently is the only functional
change in this release; you do not need to upgrade unless you want to
import Epona/Anope databases with encrypted passwords.

Changes in version 5.1.1
------------------------
2007/10/12	Fixed a bug preventing encrypted passwords from being
		    imported from Epona/Anope databases.  Reported by
		    Pierre Fagrell <pierre@fagrell.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From pierre at fagrell.net  Thu Oct 11 16:59:56 2007
From: pierre at fagrell.net (Pierre Fagrell)
Date: Thu Oct 11 16:58:21 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470E93DC.5090003@fagrell.net>
References: <470e8b5b.40403@msgid.achurch.org> <470E93DC.5090003@fagrell.net>
Message-ID: <470EB8FC.1080606@fagrell.net>

Pierre Fagrell skrev:
> Andrew Church skrev:
>>> Thankyou for the patch, the patching goes fine, but it won't compile:
>> Sorry, my fault.  (I guess that's what I get for staying up too late at
>> night...)  Open tools/convert-epona.c in a text editor and go to line 491,
>> which should read:
>>                 ci->pass.cipher = sstrdup("md5");
>> Change that to:
>>                 ci->founderpass.cipher = sstrdup("md5");
>> and compilation should work fine.
> That did the trick!
> All passwords work now, thankyou for the help.
> 
> //Pierre Fagrell
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

Unfortunately it seems I was a little to quick to celebrate before.
All passwords did get correctly converted, but around half of them does not have the tag indicating they are md5.

<pass>~&#232;&#244;&#225;&#249;&#245;&#228;&#178;&#208;&#208;&#208;&#208;&#208;&#208;&#208;&#208;</pass>
inserting the tag like this:
<pass cipher="md5">~&#232;&#244;&#225;&#249;&#245;&#228;&#178;&#208;&#208;&#208;&#208;&#208;&#208;&#208;&#208;</pass>
will make those passwords work aswell.

All passwords that I've confirmed not to work have been set after the upgrade to anope-1.7.18
Those that I know to have been in effect for a long time - set while we were running a previous version of anope - did get the correct tag.
Perhaps this is a bug in anope? If it helps I will send you copies of the nick database privately

//Pierre
From achurch at achurch.org  Fri Oct 12 12:58:10 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 11 21:38:40 2007
Subject: [IRCServices] EnableAnopeWorkaround doesn't work with db imported
	from anope-1.7.18 using enc_old
In-Reply-To: <470EB8FC.1080606@fagrell.net>
Message-ID: <470efab6.71631@msgid.achurch.org>

>All passwords that I've confirmed not to work have been set after the upgrade to anope-1.7.18
>Those that I know to have been in effect for a long time - set while we were running a previous version of anope - did get the correct tag.
>Perhaps this is a bug in anope? If it helps I will send you copies of the nick database privately

Yes, it seems that this is the case, though it's perhaps not so much a
"bug" as a design choice (a misguided one, in my opinion, though I made
the same mistake myself in Services 5.0): recent versions of Anope do not
record whether a nickname's password is encrypted or not.  I'll look into
adding a workaround in the next release, but as you suggest, simply adding
an appropriate "cipher" attribute to each password will fix the problem
for now.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sat Oct 20 13:05:33 2007
From: achurch at achurch.org (Andrew Church)
Date: Fri Oct 19 21:06:40 2007
Subject: [IRCServices] Services 5.1.2 released
Message-ID: <47197ee5.71722@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

660afff4b9146f90dc2e98d31205c4ee  ircservices-5.1.2.tar.gz
6f4d699299277c8826efe2b0cc748320  ircservices-5.1.2.diff.gz
44729669c2ff958dceefb1b7e12ff697  ircservices-5.1.2-1.i386.rpm
b98f6602d9f85ecb66ac10782e6c716f  ircservices_5.1.2-1_i386.deb

The mirrors should have it shortly.

     This release corrects a serious bug which allowed sufficiently
privileged users to crash Services. If you are using any previous release
of Services 5.1, please upgrade to this release immediately. Apologies for
the inconvenience.

Changes in version 5.1.2
------------------------
2007/10/20	Fixed bug allowing users with sufficient channel privileges to
		    crash Services.  Reported by Ali Sor <alisor@soronline.net>
2007/10/20	Added extra tests to the configure script to ensure that
		    dynamically-loaded modules can be used correctly, to
		    work around a problem reported by <iamentity@gmail.com>
2007/10/14	Added support to convert-db for encrypted passwords in
		    Anope 1.7.18 and later.  Reported by Pierre Fagrell
		    <pierre@fagrell.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From gluniz at luniz.dyndns.org  Fri Oct 19 23:49:11 2007
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 20 00:08:55 2007
Subject: [IRCServices] Hostserv for IRCServices 5.1.2
Message-ID: <000301c812e5$524fa060$0200a8c0@glunizpc>

I have just updated from ircservices-5.0.60 to ircservices-5.1.2 and the
hostserv module that I was using isnt compatible.  Does anyone know if an
updated version has been made, and if so where to get it?

From brain at winbot.co.uk  Sat Oct 20 05:23:49 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 20 05:23:27 2007
Subject: [IRCServices] Hostserv for IRCServices 5.1.2
In-Reply-To: <000301c812e5$524fa060$0200a8c0@glunizpc>
References: <000301c812e5$524fa060$0200a8c0@glunizpc>
Message-ID: <4719F355.7030306@winbot.co.uk>

If you are using the chatspike hostserv, by me or by w00t (Robin 
Burchell) there is no updated version for ircservices 5.1 yet. (mainly 
because we dont use it)

How difficult does it look to port it?

--Brain

Luniz wrote:
> I have just updated from ircservices-5.0.60 to ircservices-5.1.2 and the
> hostserv module that I was using isnt compatible.  Does anyone know if an
> updated version has been made, and if so where to get it?
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From gluniz at luniz.dyndns.org  Sat Oct 20 10:50:21 2007
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 20 10:50:00 2007
Subject: [IRCServices] Hostserv for IRCServices 5.1.2
In-Reply-To: <4719F355.7030306@winbot.co.uk>
Message-ID: <000001c81341$af8ec330$0200a8c0@glunizpc>

Here is what I have done so far to correct the errors.

Errors when trying to compile:

modules/misc/hostserv.c:391:48: error: macro "call_callback_2" passed 4
arguments, but takes just 3
modules/misc/hostserv.c: In function do_privmsg:
modules/misc/hostserv.c:391: error: call_callback_2 undeclared (first use in
this function)
modules/misc/hostserv.c:391: error: (Each undeclared identifier is reported
only once
modules/misc/hostserv.c:391: error: for each function it appears in.)

modules/misc/hostserv.c: At top level:
modules/misc/hostserv.c:418: error: redefinition of module_version
./modules.h:261: error: previous definition of module_version was here

modules/misc/hostserv.c:454: error: conflicting types for init_module
./modules.h:205: error: previous declaration of init_module was here

modules/misc/hostserv.c:471:52: error: macro "register_callback" passed 2
arguments, but takes just 1
modules/misc/hostserv.c: In function init_module:
modules/misc/hostserv.c:471: error: register_callback undeclared (first use
in this function)

modules/misc/hostserv.c:511:47: error: macro "unregister_callback" passed 2
arguments, but takes just 1
modules/misc/hostserv.c: In function exit_module:
modules/misc/hostserv.c:511: error: unregister_callback undeclared (first
use in this function)

Changes I have made:

From:
        if (call_callback_2(module, cb_command, u, cmd) <= 0)
To:
        if (call_callback_2(cb_command, u, cmd) <= 0)

From:
        cb_command   = register_callback(module, "command");
To:
        cb_command   = register_callback("command");

From:
        unregister_callback(module, cb_command);
To:
        unregister_callback(cb_command);

From:
        const int32 module_version = MODULE_VERSION_CODE;
To:
        /* const int32 module_version = MODULE_VERSION_CODE; */

From:
        unregister_callback(module, cb_command);
To:
        unregister_callback(cb_command);

Errors left:

modules/misc/hostserv.c:454: error: conflicting types for init_module
./modules.h:205: error: previous declaration of init_module was here
 

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards
Sent: Saturday, October 20, 2007 8:24 AM
To: IRC Services General Mailing List
Subject: Re: [IRCServices] Hostserv for IRCServices 5.1.2

If you are using the chatspike hostserv, by me or by w00t (Robin
Burchell) there is no updated version for ircservices 5.1 yet. (mainly
because we dont use it)

How difficult does it look to port it?

--Brain

Luniz wrote:
> I have just updated from ircservices-5.0.60 to ircservices-5.1.2 and 
> the hostserv module that I was using isnt compatible.  Does anyone 
> know if an updated version has been made, and if so where to get it?
> 
> ------------------------------------------------------------------
> 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 rune at runesbits.com  Mon Oct 22 06:38:55 2007
From: rune at runesbits.com (Rune)
Date: Mon Oct 22 06:40:43 2007
Subject: [IRCServices] Idleserv Install Problem
Message-ID: <471CA7EF.2010307@runesbits.com>

Hi

I'm assuming this is the right list for this sort of query, I've also 
posted it on the forum



Trying to install idleserv with ircservices 5.1.2 following the 
instructions here:

http://www.servicescommunity.za.net/viewtopic.php?f=9&t=13

and getting the following errors:


cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes 
-DMODULE-DMODULE_ID=misc_idleserv -DMODULE_MAIN_FILE -I. -c 
modules/misc/idleserv.c -o modules/misc/idleserv.o
modules/misc/idleserv.c:74: warning: no previous prototype for 'do_del_lurk'
modules/misc/idleserv.c:130: warning: no previous prototype for 
'do_list_lurk'
modules/misc/idleserv.c:152: warning: no previous prototype for 
'do_rejoin_lurk'
modules/misc/idleserv.c:296:48: macro "call_callback_2" passed 4 
arguments, buttakes just 3
modules/misc/idleserv.c: In function `do_privmsg':
modules/misc/idleserv.c:296: error: `call_callback_2' undeclared (first 
use in this function)
modules/misc/idleserv.c:296: error: (Each undeclared identifier is 
reported only once
modules/misc/idleserv.c:296: error: for each function it appears in.)
modules/misc/idleserv.c: At top level:
modules/misc/idleserv.c:323: error: redefinition of 'module_version'
./modules.h:261: error: previous definition of 'module_version' was here
modules/misc/idleserv.c:359: error: conflicting types for 'init_module'
./modules.h:205: error: previous declaration of 'init_module' was here
modules/misc/idleserv.c:359: error: conflicting types for 'init_module'
./modules.h:205: error: previous declaration of 'init_module' was here
modules/misc/idleserv.c:368:52: macro "register_callback" passed 2 
arguments, but takes just 1
modules/misc/idleserv.c: In function `init_module':
modules/misc/idleserv.c:368: error: `register_callback' undeclared 
(first use in this function)
modules/misc/idleserv.c:409:47: macro "unregister_callback" passed 2 
arguments,but takes just 1
modules/misc/idleserv.c: In function `exit_module':
modules/misc/idleserv.c:409: error: `unregister_callback' undeclared 
(first usein this function)
modules/misc/idleserv.c: At top level:
modules/misc/idleserv.c:32: warning: 'module_nickserv' defined but not used
modules/misc/idleserv.c:202: warning: 'do_version' defined but not used
make[4]: *** [.compiled-idleserv.o] Error 1
make[3]: *** [idleserv.o] Error 2
make[2]: *** [idleserv.so] Error 2
make[2]: Leaving directory `/home/guest/test/ircservices-5.1.2/modules/misc'
make[1]: *** [all-dynamic] Error 2
make[1]: Leaving directory `/home/guest/test/ircservices-5.1.2/modules'
make: *** [modules] Error 2


Anyone have any idea as to where I might be going wrong?

It's a fresh install of Centos 4.5 with a completely fresh install of 
inspircd 1.1 and ircservices 5.1.2

Don't know whether it makes a difference but I've been trying to install 
idleserv at the initial build, before I've touched any of the confs 
(other than the makefile edit given in the instructions), and without 
having started the ircd or previously installed the services and linked them

Rune
From ron2k.za at gmail.com  Mon Oct 22 06:46:12 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Mon Oct 22 06:45:41 2007
Subject: [IRCServices] Idleserv Install Problem
In-Reply-To: <471CA7EF.2010307@runesbits.com>
References: <471CA7EF.2010307@runesbits.com>
Message-ID: <debb3bc0710220646v6ab4e8dejf28002b77332d6b6@mail.gmail.com>

Probably the same issue with the HostServ module that was posted on
this list not too long ago - the issue being that 5.0 modules are not
compatible with 5.1.

You can either contact the module coder and (politely!) request that
the module become 5.1 compatible, or if you know a bit of code you can
try to make the changes yourself.

--K

On 22/10/2007, Rune <rune@runesbits.com> wrote:
> Hi
>
> I'm assuming this is the right list for this sort of query, I've also
> posted it on the forum
>
>
>
> Trying to install idleserv with ircservices 5.1.2 following the
> instructions here:
>
> http://www.servicescommunity.za.net/viewtopic.php?f=9&t=13
>
> and getting the following errors:
>
>
> cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
> -DMODULE-DMODULE_ID=misc_idleserv -DMODULE_MAIN_FILE -I. -c
> modules/misc/idleserv.c -o modules/misc/idleserv.o
> modules/misc/idleserv.c:74: warning: no previous prototype for 'do_del_lurk'
> modules/misc/idleserv.c:130: warning: no previous prototype for
> 'do_list_lurk'
> modules/misc/idleserv.c:152: warning: no previous prototype for
> 'do_rejoin_lurk'
> modules/misc/idleserv.c:296:48: macro "call_callback_2" passed 4
> arguments, buttakes just 3
> modules/misc/idleserv.c: In function `do_privmsg':
> modules/misc/idleserv.c:296: error: `call_callback_2' undeclared (first
> use in this function)
> modules/misc/idleserv.c:296: error: (Each undeclared identifier is
> reported only once
> modules/misc/idleserv.c:296: error: for each function it appears in.)
> modules/misc/idleserv.c: At top level:
> modules/misc/idleserv.c:323: error: redefinition of 'module_version'
> ./modules.h:261: error: previous definition of 'module_version' was here
> modules/misc/idleserv.c:359: error: conflicting types for 'init_module'
> ./modules.h:205: error: previous declaration of 'init_module' was here
> modules/misc/idleserv.c:359: error: conflicting types for 'init_module'
> ./modules.h:205: error: previous declaration of 'init_module' was here
> modules/misc/idleserv.c:368:52: macro "register_callback" passed 2
> arguments, but takes just 1
> modules/misc/idleserv.c: In function `init_module':
> modules/misc/idleserv.c:368: error: `register_callback' undeclared
> (first use in this function)
> modules/misc/idleserv.c:409:47: macro "unregister_callback" passed 2
> arguments,but takes just 1
> modules/misc/idleserv.c: In function `exit_module':
> modules/misc/idleserv.c:409: error: `unregister_callback' undeclared
> (first usein this function)
> modules/misc/idleserv.c: At top level:
> modules/misc/idleserv.c:32: warning: 'module_nickserv' defined but not used
> modules/misc/idleserv.c:202: warning: 'do_version' defined but not used
> make[4]: *** [.compiled-idleserv.o] Error 1
> make[3]: *** [idleserv.o] Error 2
> make[2]: *** [idleserv.so] Error 2
> make[2]: Leaving directory `/home/guest/test/ircservices-5.1.2/modules/misc'
> make[1]: *** [all-dynamic] Error 2
> make[1]: Leaving directory `/home/guest/test/ircservices-5.1.2/modules'
> make: *** [modules] Error 2
>
>
> Anyone have any idea as to where I might be going wrong?
>
> It's a fresh install of Centos 4.5 with a completely fresh install of
> inspircd 1.1 and ircservices 5.1.2
>
> Don't know whether it makes a difference but I've been trying to install
> idleserv at the initial build, before I've touched any of the confs
> (other than the makefile edit given in the instructions), and without
> having started the ircd or previously installed the services and linked them
>
> Rune
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Tue Oct 23 13:17:13 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 22 21:19:19 2007
Subject: [IRCServices] Services 5.1.3 released
Message-ID: <471d766d.23204@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

7a91c510d95401d02fbc8947cf8ee313  ircservices-5.1.3.tar.gz
53b1ca24a490593a58e3d013119530e8  ircservices-5.1.3.diff.gz
45e95019fcac8a3b432039ad1485015a  ircservices-5.1.3-1.i386.rpm
72039583ec8a0b23f9aaed8e75843994  ircservices_5.1.3-1_i386.deb

The mirrors should have it shortly.

     Since the release of 5.1.2, I've performed a full review of the
Services code base for similar problems, and corrected three bugs with
the potential to crash Services.  In decreasing order of severity, they
are:

    - A possible crash that can be triggered by any user if the
      CSEnableRegister configuration option is not set (i.e., channel
      registration is disabled).

    - A certain crash that can be triggered by an IRC operator with
      Services operator privileges.

    - A possible crash that can be unintentionally triggered by an IRC
      operator with Services administrator privileges when using the
      NickServ SETAUTH command.

     For typical configurations, none of these are as severe as the bug
that was fixed in 5.1.2; nonetheless, I recommend upgrading to 5.1.3 at
your earliest convenience.  Once again, I offer my sincere apologies for
any disruption these bugs may have caused.

Changes in version 5.1.3
------------------------
2007/10/23	Reviewed the Services codebase, fixing several more bugs
		    that could lead to crashes in certain circumstances.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From bk at slashnet.org  Wed Oct 24 12:13:54 2007
From: bk at slashnet.org (Bill Kramme)
Date: Wed Oct 24 12:13:05 2007
Subject: [IRCServices] Unreal and OperServ Sessions
Message-ID: <ed43846c0710241213l5960b1bdy714fcdd846397d05@mail.gmail.com>

Recently on our network, immediately following a netsplit, OperServ
seemed to go crazy with session limit kills. When I did a bit of
research, it appeared that OperServ was still counting split users in
the session list, so when the servers reconnected, suddenly a lot of
hosts were exceeding the session limit. We're running Unreal 3.2.5 and
Services 5.1.3. Any ideas?

-- 
Bill Kramme
Network and Services Administrator
SlashNET IRC [http://slashnet.org/]
From achurch at achurch.org  Thu Oct 25 04:54:53 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 24 13:05:03 2007
Subject: [IRCServices] Unreal and OperServ Sessions
In-Reply-To: <ed43846c0710241213l5960b1bdy714fcdd846397d05@mail.gmail.com>
Message-ID: <471fa5a1.05067@msgid.achurch.org>

>Recently on our network, immediately following a netsplit, OperServ
>seemed to go crazy with session limit kills. When I did a bit of
>research, it appeared that OperServ was still counting split users in
>the session list, so when the servers reconnected, suddenly a lot of
>hosts were exceeding the session limit. We're running Unreal 3.2.5 and
>Services 5.1.3. Any ideas?

This sounds at first read like it could be a NOQUIT feature desync, where
the server thinks it's operating in NOQUIT mode but Services doesn't.
Did you happen to check whether Services' online user count (from OperServ
STATS) matched the actual network state after the netsplit?  Were there
any unusual messages in the logfile?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From bk at slashnet.org  Wed Oct 24 14:22:32 2007
From: bk at slashnet.org (Bill Kramme)
Date: Wed Oct 24 14:21:49 2007
Subject: [IRCServices] Unreal and OperServ Sessions
In-Reply-To: <471fa5a1.05067@msgid.achurch.org>
References: <ed43846c0710241213l5960b1bdy714fcdd846397d05@mail.gmail.com>
	<471fa5a1.05067@msgid.achurch.org>
Message-ID: <ed43846c0710241422j65d63037y567a5763de8a65ad@mail.gmail.com>

On 10/24/07, Andrew Church <achurch@achurch.org> wrote:
> This sounds at first read like it could be a NOQUIT feature desync, where
> the server thinks it's operating in NOQUIT mode but Services doesn't.
> Did you happen to check whether Services' online user count (from OperServ
> STATS) matched the actual network state after the netsplit?  Were there
> any unusual messages in the logfile?

I didn't run STATS but in the SESSION LIST 3 output there were a lot
of hosts listed with zero or one user connected, so I'm sure that
OperServ thought there were a lot more users connected than there
actually were.

Odd log entries from around the time of the splits:
[Oct 24 14:23:30 2007] Source missing from SQUIT message
[Oct 24 14:53:00 2007] Source missing from SQUIT message
[Oct 24 14:53:30 2007] Source missing from SQUIT message

Other than those three source-missing errors, there are several "SJOIN
to channel for non-existent nick" errors following the reconnect, but
I frequently see those after netsplits with no obvious associated
problems.

This problem didn't occur until the first split after installing 5.1.3.

-- 
Bill Kramme
Network and Services Administrator
SlashNET IRC [http://slashnet.org/]
From achurch at achurch.org  Thu Oct 25 11:11:01 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 24 19:13:41 2007
Subject: [IRCServices] Unreal and OperServ Sessions
In-Reply-To: <ed43846c0710241422j65d63037y567a5763de8a65ad@mail.gmail.com>
Message-ID: <471ffc09.15630@msgid.achurch.org>

>Odd log entries from around the time of the splits:
>[Oct 24 14:23:30 2007] Source missing from SQUIT message
>[Oct 24 14:53:00 2007] Source missing from SQUIT message
>[Oct 24 14:53:30 2007] Source missing from SQUIT message

That would be the problem: the server's sending invalid SQUIT messages.
Did you perchance upgrade your servers to a new version of Unreal around
the same time you upgraded Services?

I'll see if I can replicate the problem here and put in an appropriate
workaround.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Oct 25 11:57:46 2007
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 24 20:10:43 2007
Subject: [IRCServices] Services 5.1.4 released
Message-ID: <47200969.43575@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

efb07baab76e3126737d33e684265909  ircservices-5.1.4.tar.gz
df34fb6925911e42753c3622cea27dfb  ircservices-5.1.4.diff.gz
647f795074ff2c4878218dd02ab23396  ircservices-5.1.4-1.i386.rpm
0e5ec78c56fdc04d8d5633572ed3063a  ircservices_5.1.4-1_i386.deb

The mirrors should have it shortly.

     This release adds support for a recent change to the behavior of the
Unreal server with regard to netsplits.  If you are using Unreal, you
should probably upgrade, as a netsplit may cause earlier versions of
Services to become desynchronized from the network.  No other IRC servers
are currently known to be affected.

Changes in version 5.1.4
------------------------
2007/10/25	Added a workaround for recent Unreal servers that send
		    unsourced SQUIT messages.  Reported by Bill Kramme
		    <bk@slashnet.org>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Thu Oct 25 01:57:10 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Oct 25 01:56:22 2007
Subject: [IRCServices] Services 5.1.4 released
In-Reply-To: <47200969.43575@msgid.achurch.org>
References: <47200969.43575@msgid.achurch.org>
Message-ID: <b19eae4e0710250157g7c2af45cp9157f393d5a46002@mail.gmail.com>

Do you have steps to replicate this? Because it sounds rather like a
bug, unless the uplink is sending SQUIT for some reason.. (been
talking to Stskeeps, who thinks the same)

On 10/25/07, Andrew Church <achurch@achurch.org> wrote:
>      Services 5.1.4 has been released, and can be downloaded from:
>
> http://www.ircservices.za.net/download/   (Japan)
> ftp://ftp.esper.net/ircservices/          (Western USA)
>
> efb07baab76e3126737d33e684265909  ircservices-5.1.4.tar.gz
> df34fb6925911e42753c3622cea27dfb  ircservices-5.1.4.diff.gz
> 647f795074ff2c4878218dd02ab23396  ircservices-5.1.4-1.i386.rpm
> 0e5ec78c56fdc04d8d5633572ed3063a  ircservices_5.1.4-1_i386.deb
>
> The mirrors should have it shortly.
>
>      This release adds support for a recent change to the behavior of the
> Unreal server with regard to netsplits.  If you are using Unreal, you
> should probably upgrade, as a netsplit may cause earlier versions of
> Services to become desynchronized from the network.  No other IRC servers
> are currently known to be affected.
>
> Changes in version 5.1.4
> ------------------------
> 2007/10/25      Added a workaround for recent Unreal servers that send
>                     unsourced SQUIT messages.  Reported by Bill Kramme
>                     <bk@slashnet.org>
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Thu Oct 25 19:09:21 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 25 03:14:50 2007
Subject: [IRCServices] Services 5.1.4 released
In-Reply-To: <b19eae4e0710250157g7c2af45cp9157f393d5a46002@mail.gmail.com>
Message-ID: <47206cd2.56432@msgid.achurch.org>

>Do you have steps to replicate this? Because it sounds rather like a
>bug, unless the uplink is sending SQUIT for some reason.. (been
>talking to Stskeeps, who thinks the same)

I haven't reproduced it myself, but it looks like it could come from the
following code in exit_one_client() (src/s_misc.c):

	/*
	   ** SQUIT going "upstream". This is the remote
	   ** squit still hunting for the target. Use prefixed
	   ** form. "from" will be either the oper that issued
	   ** the squit or some server along the path that
	   ** didn't have this fix installed. --msa
	 */
	if (sptr->from == acptr)
	{
		sendto_one(acptr, ":%s SQUIT %s :%s", from->name, sptr->name, comment);
	}
	else
	{
		sendto_one(acptr, "SQUIT %s :%s", sptr->name, comment);
	}

where exit_one_client() is called from exit_client(), and exit_client() is
called in turn from src/modules/m_squit.c.  I haven't traced the code in
detail, but at first glance it looks like this strips the sender from
SQUIT broadcasts after the server is disconnected.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From chiappa at webinfo.fi  Thu Oct 25 13:55:25 2007
From: chiappa at webinfo.fi (chiappa@webinfo.fi)
Date: Thu Oct 25 14:00:20 2007
Subject: [IRCServices] version number
Message-ID: <20071025205525.90EE83981D9@mail.ideurope.net>

How do I see which version of ircservices I have?

Thank you.


--
L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
From surreal.w00t at gmail.com  Thu Oct 25 14:32:46 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Thu Oct 25 14:31:51 2007
Subject: [IRCServices] version number
In-Reply-To: <20071025205525.90EE83981D9@mail.ideurope.net>
References: <20071025205525.90EE83981D9@mail.ideurope.net>
Message-ID: <b19eae4e0710251432q4789a06emee220ee1c5180aca@mail.gmail.com>

Try /version services.server.name.

On 10/25/07, chiappa@webinfo.fi <chiappa@webinfo.fi> wrote:
> How do I see which version of ircservices I have?
>
> Thank you.
>
>
> --
> L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Fri Oct 26 11:28:43 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Oct 25 19:30:32 2007
Subject: [IRCServices] version number
In-Reply-To: <20071025205525.90EE83981D9@mail.ideurope.net>
Message-ID: <47215181.04060@msgid.achurch.org>

>How do I see which version of ircservices I have?

Use the "/version" command in your IRC client, or check your log file
(the version number is shown in the first line written to the log when
Services starts up).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From narc at extrusive.org  Fri Oct 26 09:04:11 2007
From: narc at extrusive.org (Narcissus)
Date: Fri Oct 26 09:11:43 2007
Subject: [IRCServices] version number
Message-ID: <20071026090411.6312e899399d91c972a3586af5928bd6.7495f8fbfd.wbe@email.secureserver.net>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071026/abadd188/attachment.html
From bk at slashnet.org  Fri Oct 26 12:13:19 2007
From: bk at slashnet.org (Bill Kramme)
Date: Fri Oct 26 12:13:31 2007
Subject: [IRCServices] SECUREOPS and an odd mode change
Message-ID: <ed43846c0710261213m6befcf1amee967f95469e5852@mail.gmail.com>

With SECUREOPS turned on for a channel, anytime someone is voiced,
ChanServ explicitly removes modes the user didn't actually have. For
example:

 [13:55:59] -!- mode/#channel [+v user1] by user2
 [13:56:02] -!- mode/#channel [-oha user1 user1 user1] by ChanServ

user1 had no modes previous to the mode change, yet ChanServ
explicitly removes modes the user is not authorized to have. This only
occurs in channels where SECUREOPS is enabled. Turning it off disables
this activity, but this is obviously not a solution since the intended
functionality of SECUREOPS is also disabled.

Additionally, when someone with authorization for higher modes is
devoiced, the following occurs:

 [14:10:40] -!- mode/#totse [-v user3] by user2
 [14:10:40] -!- mode/#totse [+ha user3 user3] by ChanServ

In this case, user3 was already +ohav before the mode change.

There's not really any negative side effects to this, apart from extra
mode-change lines that apparently are bothering the users involved.
UnrealIRCD 3.2.5 and Services 5.1.4. I'm sure you'll need further
information, so just let me know.

-- 
Bill Kramme
Network and Services Administrator
SlashNET IRC [http://slashnet.org/]
From chiappa at webinfo.fi  Fri Oct 26 13:11:56 2007
From: chiappa at webinfo.fi (chiappa@webinfo.fi)
Date: Fri Oct 26 13:12:09 2007
Subject: [IRCServices] Re: version number
Message-ID: <20071026201156.F1A173981CE@mail.ideurope.net>

thanks for your help. the solution was to request version number from
chanserv, nickserv, global or operserv. ex. /version nickserv

log file as well as ircservices package can be deleated and just typing
/version on a unrealircd server doesnt show any info about ircservices.
cheers
--
L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
From achurch at achurch.org  Mon Oct 29 21:45:44 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 05:48:56 2007
Subject: [IRCServices] Services 5.1.5 released
Message-ID: <4725d6d5.65606@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

5a83e6f53e880b0823e6bd43458c8866  ircservices-5.1.5.tar.gz
49c9fe9c0c2fb5836a5e0c4ecf66c597  ircservices-5.1.5.diff.gz
e7b9e48ef2059f8e6642d8adc48414e9  ircservices-5.1.5-1.i386.rpm
da55276907f944e416b00bdc90a0b4e6  ircservices_5.1.5-1_i386.deb

The mirrors should have it shortly.

     This release corrects a bug in the XML data importer which prevented
channel mode locks and autokill/S-line expiration dates from being imported
correctly.  There are no functional changes in Services itself.

Changes in version 5.1.5
------------------------
2007/10/29	Fixed failure to import some XML data correctly.  Reported
		    by Tim Owen <timowen@internode.on.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From drefsab_zn at hotmail.com  Mon Oct 29 07:41:07 2007
From: drefsab_zn at hotmail.com (Aaron Eldridge)
Date: Mon Oct 29 07:52:44 2007
Subject: [IRCServices] Ircservices crash on db update after adding AOP or
	SOP to chanserv
Message-ID: <BAY101-W11A931D263C1EA428F8147E1910@phx.gbl>

Hi guys,
          I'm very new to this so sorry if im missing something obvious. I'm currently running hybrid 7.2.3 with ircservices 5.1.4 on a test server. All seams fine the nickserv is behaving properly and seams stable, I then registered a channel and all that worked fine. I then added an AOP to that channel and while everything seamed fine soon after the ircservices crashed. 
 
When I brought the services back up it seams the AOP wasn't saved (pointing me to it being a problem with the database's updating). I then added user as an SOP this time and again it crashed. The ircservices.log showed nothing wrong. So I deleted the entire Ircservices install and recompiled (with the core dump options) and configured again.
 
Tried it once again and again had the same problem, so I did the gdb backtrace (included below). If anyone could help point out where im going wrong I would greatly appreciate it as I am out of idea's.
 
Thanks for reading
Aaron
 
GNU gdb 6.4.90-debianCopyright (C) 2006 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome 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 "i486-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
warning: Can't read pathname for load map: Input/output error.Reading symbols from /lib/libm.so.6...done.Loaded symbols for /lib/libm.so.6Reading symbols from /lib/libcrypt.so.1...done.Loaded symbols for /lib/libcrypt.so.1Reading symbols from /lib/libdl.so.2...done.Loaded symbols for /lib/libdl.so.2Reading symbols from /lib/libc.so.6...done.Loaded symbols for /lib/libc.so.6Reading symbols from /lib/ld-linux.so.2...done.Loaded symbols for /lib/ld-linux.so.2Reading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/protocol/hybrid.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/protocol/hybrid.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/encryption/md5.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/encryption/md5.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/encryption/unix-crypt.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/encryption/unix-crypt.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/database/standard.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/database/standard.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/mail/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/mail/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/mail/smtp.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/mail/smtp.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/operserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/akill.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/operserv/akill.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/news.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/operserv/news.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sessions.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sessions.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sline.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sline.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/access.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/access.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/link.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/link.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/mail-auth.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/mail-auth.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/access-levels.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/access-levels.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/access-xop.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/access-xop.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/forward.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/forward.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/ignore.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/ignore.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/statserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/statserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/misc/helpserv.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/misc/helpserv.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/misc/xml-export.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/misc/xml-export.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/misc/xml-import.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/misc/xml-import.soCore was generated by `./ircservices'.Program terminated with signal 11, Segmentation fault.#0  0xb7e1afb5 in write_string (s=0xc <Address 0xc out of bounds>, f=0x8257d58) at modules/database/fileutil.c:400400         len = strlen(s);
 
(gdb) bt#0  0xb7e1afb5 in write_string (s=0xc <Address 0xc out of bounds>, f=0x8257d58) at modules/database/fileutil.c:400#1  0xb7e1a00b in write_records (ti=0x8257d10, f=0x8257d58, recsize=10) at modules/database/standard.c:723#2  0xb7e19953 in standard_save_table (table=0xb7ce71d0) at modules/database/standard.c:561#3  0x080525da in save_all_dbtables () at databases.c:174#4  0x080593e5 in save_data_now () at main.c:271#5  0x080595e8 in main (ac=1, av=0xbfab0224, envp=0xbfab022c) at main.c:322
 
 
_________________________________________________________________
Get free emoticon packs and customisation from Windows Live. 
http://www.pimpmylive.co.uk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071029/e6a02eab/attachment.htm
From achurch at achurch.org  Tue Oct 30 00:06:15 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 08:06:11 2007
Subject: [IRCServices] Ircservices crash on db update after adding AOP or
	SOP to chanserv
In-Reply-To: <BAY101-W11A931D263C1EA428F8147E1910@phx.gbl>
Message-ID: <4725f6fd.65716@msgid.achurch.org>

With the way these bug reports keep coming in right after I make a new
release, I think I must have done something to upset the Fates...

In any case, this report has helped me track down the source of the bug,
and I'll be making a release shortly.  Thanks for the report!

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

>Hi guys,
>          I'm very new to this so sorry if im missing something obvious. I'=
>m currently running hybrid 7.2.3 with ircservices 5.1.4 on a test server. A=
>ll seams fine the nickserv is behaving properly and seams stable, I then re=
>gistered a channel and all that worked fine. I then added an AOP to that ch=
>annel and while everything seamed fine soon after the ircservices crashed.=
>=20
>=20
>When I brought the services back up it seams the AOP wasn't saved (pointing=
> me to it being a problem with the database's updating). I then added user =
>as an SOP this time and again it crashed. The ircservices.log showed nothin=
>g wrong. So I deleted the entire Ircservices install and recompiled (with t=
>he core dump options) and configured again.
>=20
>Tried it once again and again had the same problem, so I did the gdb backtr=
>ace (included below). If anyone could help point out where im going wrong I=
> would greatly appreciate it as I am out of idea's.
>=20
>Thanks for reading
>Aaron
>=20
>GNU gdb 6.4.90-debianCopyright (C) 2006 Free Software Foundation, Inc.GDB i=
>s free software, covered by the GNU General Public License, and you arewelc=
>ome to change it and/or distribute copies of it under certain conditions.Ty=
>pe "show copying" to see the conditions.There is absolutely no warranty for=
> GDB.  Type "show warranty" for details.This GDB was configured as "i486-li=
>nux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
>warning: Can't read pathname for load map: Input/output error.Reading symbo=
>ls from /lib/libm.so.6...done.Loaded symbols for /lib/libm.so.6Reading symb=
>ols from /lib/libcrypt.so.1...done.Loaded symbols for /lib/libcrypt.so.1Rea=
>ding symbols from /lib/libdl.so.2...done.Loaded symbols for /lib/libdl.so.2=
>Reading symbols from /lib/libc.so.6...done.Loaded symbols for /lib/libc.so.=
>6Reading symbols from /lib/ld-linux.so.2...done.Loaded symbols for /lib/ld-=
>linux.so.2Reading symbols from /home/aaron/irc_d/services/lib/ircservices/m=
>odules/protocol/hybrid.so...done.Loaded symbols for /home/aaron/irc_d/servi=
>ces/lib/ircservices/modules/protocol/hybrid.soReading symbols from /home/aa=
>ron/irc_d/services/lib/ircservices/modules/encryption/md5.so...done.Loaded =
>symbols for /home/aaron/irc_d/services/lib/ircservices/modules/encryption/m=
>d5.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/module=
>s/encryption/unix-crypt.so...done.Loaded symbols for /home/aaron/irc_d/serv=
>ices/lib/ircservices/modules/encryption/unix-crypt.soReading symbols from /=
>home/aaron/irc_d/services/lib/ircservices/modules/database/standard.so...do=
>ne.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/da=
>tabase/standard.soReading symbols from /home/aaron/irc_d/services/lib/ircse=
>rvices/modules/mail/main.so...done.Loaded symbols for /home/aaron/irc_d/ser=
>vices/lib/ircservices/modules/mail/main.soReading symbols from /home/aaron/=
>irc_d/services/lib/ircservices/modules/mail/smtp.so...done.Loaded symbols f=
>or /home/aaron/irc_d/services/lib/ircservices/modules/mail/smtp.soReading s=
>ymbols from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/mai=
>n.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/m=
>odules/operserv/main.soReading symbols from /home/aaron/irc_d/services/lib/=
>ircservices/modules/operserv/akill.so...done.Loaded symbols for /home/aaron=
>/irc_d/services/lib/ircservices/modules/operserv/akill.soReading symbols fr=
>om /home/aaron/irc_d/services/lib/ircservices/modules/operserv/news.so...do=
>ne.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/op=
>erserv/news.soReading symbols from /home/aaron/irc_d/services/lib/ircservic=
>es/modules/operserv/sessions.so...done.Loaded symbols for /home/aaron/irc_d=
>/services/lib/ircservices/modules/operserv/sessions.soReading symbols from =
>/home/aaron/irc_d/services/lib/ircservices/modules/operserv/sline.so...done=
>.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/oper=
>serv/sline.soReading symbols from /home/aaron/irc_d/services/lib/ircservice=
>s/modules/nickserv/main.so...done.Loaded symbols for /home/aaron/irc_d/serv=
>ices/lib/ircservices/modules/nickserv/main.soReading symbols from /home/aar=
>on/irc_d/services/lib/ircservices/modules/nickserv/access.so...done.Loaded =
>symbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/acc=
>ess.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/modul=
>es/nickserv/link.so...done.Loaded symbols for /home/aaron/irc_d/services/li=
>b/ircservices/modules/nickserv/link.soReading symbols from /home/aaron/irc_=
>d/services/lib/ircservices/modules/nickserv/mail-auth.so...done.Loaded symb=
>ols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/mail-au=
>th.soReading symbols from /home/aaron/irc_d/services/lib/ircservices/module=
>s/chanserv/main.so...done.Loaded symbols for /home/aaron/irc_d/services/lib=
>/ircservices/modules/chanserv/main.soReading symbols from /home/aaron/irc_d=
>/services/lib/ircservices/modules/chanserv/access-levels.so...done.Loaded s=
>ymbols for /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/acce=
>ss-levels.soReading symbols from /home/aaron/irc_d/services/lib/ircservices=
>/modules/chanserv/access-xop.so...done.Loaded symbols for /home/aaron/irc_d=
>/services/lib/ircservices/modules/chanserv/access-xop.soReading symbols fro=
>m /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/main.so...don=
>e.Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/mem=
>oserv/main.soReading symbols from /home/aaron/irc_d/services/lib/ircservice=
>s/modules/memoserv/forward.so...done.Loaded symbols for /home/aaron/irc_d/s=
>ervices/lib/ircservices/modules/memoserv/forward.soReading symbols from /ho=
>me/aaron/irc_d/services/lib/ircservices/modules/memoserv/ignore.so...done.L=
>oaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/memose=
>rv/ignore.soReading symbols from /home/aaron/irc_d/services/lib/ircservices=
>/modules/statserv/main.so...done.Loaded symbols for /home/aaron/irc_d/servi=
>ces/lib/ircservices/modules/statserv/main.soReading symbols from /home/aaro=
>n/irc_d/services/lib/ircservices/modules/misc/helpserv.so...done.Loaded sym=
>bols for /home/aaron/irc_d/services/lib/ircservices/modules/misc/helpserv.s=
>oReading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/mi=
>sc/xml-export.so...done.Loaded symbols for /home/aaron/irc_d/services/lib/i=
>rcservices/modules/misc/xml-export.soReading symbols from /home/aaron/irc_d=
>/services/lib/ircservices/modules/misc/xml-import.so...done.Loaded symbols =
>for /home/aaron/irc_d/services/lib/ircservices/modules/misc/xml-import.soCo=
>re was generated by `./ircservices'.Program terminated with signal 11, Segm=
>entation fault.#0  0xb7e1afb5 in write_string (s=3D0xc <Address 0xc out of =
>bounds>, f=3D0x8257d58) at modules/database/fileutil.c:400400         len =
>=3D strlen(s);
>=20
>(gdb) bt#0  0xb7e1afb5 in write_string (s=3D0xc <Address 0xc out of bounds>=
>, f=3D0x8257d58) at modules/database/fileutil.c:400#1  0xb7e1a00b in write_=
>records (ti=3D0x8257d10, f=3D0x8257d58, recsize=3D10) at modules/database/s=
>tandard.c:723#2  0xb7e19953 in standard_save_table (table=3D0xb7ce71d0) at =
>modules/database/standard.c:561#3  0x080525da in save_all_dbtables () at da=
>tabases.c:174#4  0x080593e5 in save_data_now () at main.c:271#5  0x080595e8=
> in main (ac=3D1, av=3D0xbfab0224, envp=3D0xbfab022c) at main.c:322
>=20
>=20
>_________________________________________________________________
>Get free emoticon packs and customisation from Windows Live.=20
>http://www.pimpmylive.co.uk=
>
>--_e7143182-1e25-4ef3-8e29-119d0def1757_
>Content-Type: text/html; charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><html>
><head>
><style>
>.hmmessage P
>{
>margin:0px;
>padding:0px
>}
>body.hmmessage
>{
>FONT-SIZE: 10pt;
>FONT-FAMILY:Tahoma
>}
></style>
></head>
><body class=3D'hmmessage'>Hi guys,<BR>
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I'm very new to this=
> so sorry if im missing something obvious. I'm currently running hybrid 7.2=
>.3 with ircservices 5.1.4&nbsp;on a test server. All seams fine the nickser=
>v is behaving properly and seams stable, I then registered a channel and al=
>l that worked fine. I then added an AOP to that channel and while everythin=
>g seamed fine soon after the ircservices crashed. <BR>
>&nbsp;<BR>
>When I brought the services back up it seams the AOP wasn't saved (pointing=
> me to it being a problem with the database's updating). I then added user =
>as an SOP this time and again it crashed. The ircservices.log showed nothin=
>g wrong. So I deleted the entire Ircservices install and recompiled (with t=
>he core dump options) and configured again.<BR>
>&nbsp;<BR>
>Tried it once again and again had the same problem,&nbsp;so I did the gdb b=
>acktrace (included below). If anyone could help point out where im going wr=
>ong I would greatly appreciate it as I am out of idea's.<BR>
>&nbsp;<BR>
>Thanks for reading<BR>
>Aaron<BR>
>&nbsp;<BR>
>GNU gdb 6.4.90-debian<BR>Copyright (C) 2006 Free Software Foundation, Inc.<=
>BR>GDB is free software, covered by the GNU General Public License, and you=
> are<BR>welcome to change it and/or distribute copies of it under certain c=
>onditions.<BR>Type "show copying" to see the conditions.<BR>There is absolu=
>tely no warranty for GDB.&nbsp; Type "show warranty" for details.<BR>This G=
>DB was configured as "i486-linux-gnu"...Using host libthread_db library "/l=
>ib/libthread_db.so.1".<BR>
><BR>warning: Can't read pathname for load map: Input/output error.<BR>Readi=
>ng symbols from /lib/libm.so.6...done.<BR>Loaded symbols for /lib/libm.so.6=
><BR>Reading symbols from /lib/libcrypt.so.1...done.<BR>Loaded symbols for /=
>lib/libcrypt.so.1<BR>Reading symbols from /lib/libdl.so.2...done.<BR>Loaded=
> symbols for /lib/libdl.so.2<BR>Reading symbols from /lib/libc.so.6...done.=
><BR>Loaded symbols for /lib/libc.so.6<BR>Reading symbols from /lib/ld-linux=
>.so.2...done.<BR>Loaded symbols for /lib/ld-linux.so.2<BR>Reading symbols f=
>rom /home/aaron/irc_d/services/lib/ircservices/modules/protocol/hybrid.so..=
>.done.<BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/mod=
>ules/protocol/hybrid.so<BR>Reading symbols from /home/aaron/irc_d/services/=
>lib/ircservices/modules/encryption/md5.so...done.<BR>Loaded symbols for /ho=
>me/aaron/irc_d/services/lib/ircservices/modules/encryption/md5.so<BR>Readin=
>g symbols from /home/aaron/irc_d/services/lib/ircservices/modules/encryptio=
>n/unix-crypt.so...done.<BR>Loaded symbols for /home/aaron/irc_d/services/li=
>b/ircservices/modules/encryption/unix-crypt.so<BR>Reading symbols from /hom=
>e/aaron/irc_d/services/lib/ircservices/modules/database/standard.so...done.=
><BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/d=
>atabase/standard.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/=
>ircservices/modules/mail/main.so...done.<BR>Loaded symbols for /home/aaron/=
>irc_d/services/lib/ircservices/modules/mail/main.so<BR>Reading symbols from=
> /home/aaron/irc_d/services/lib/ircservices/modules/mail/smtp.so...done.<BR=
>>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/mail=
>/smtp.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/ircservices=
>/modules/operserv/main.so...done.<BR>Loaded symbols for /home/aaron/irc_d/s=
>ervices/lib/ircservices/modules/operserv/main.so<BR>Reading symbols from /h=
>ome/aaron/irc_d/services/lib/ircservices/modules/operserv/akill.so...done.<=
>BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/op=
>erserv/akill.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/ircs=
>ervices/modules/operserv/news.so...done.<BR>Loaded symbols for /home/aaron/=
>irc_d/services/lib/ircservices/modules/operserv/news.so<BR>Reading symbols =
>from /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sessions.s=
>o...done.<BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/=
>modules/operserv/sessions.so<BR>Reading symbols from /home/aaron/irc_d/serv=
>ices/lib/ircservices/modules/operserv/sline.so...done.<BR>Loaded symbols fo=
>r /home/aaron/irc_d/services/lib/ircservices/modules/operserv/sline.so<BR>R=
>eading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/nick=
>serv/main.so...done.<BR>Loaded symbols for /home/aaron/irc_d/services/lib/i=
>rcservices/modules/nickserv/main.so<BR>Reading symbols from /home/aaron/irc=
>_d/services/lib/ircservices/modules/nickserv/access.so...done.<BR>Loaded sy=
>mbols for /home/aaron/irc_d/services/lib/ircservices/modules/nickserv/acces=
>s.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/ircservices/mod=
>ules/nickserv/link.so...done.<BR>Loaded symbols for /home/aaron/irc_d/servi=
>ces/lib/ircservices/modules/nickserv/link.so<BR>Reading symbols from /home/=
>aaron/irc_d/services/lib/ircservices/modules/nickserv/mail-auth.so...done.<=
>BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/ni=
>ckserv/mail-auth.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/=
>ircservices/modules/chanserv/main.so...done.<BR>Loaded symbols for /home/aa=
>ron/irc_d/services/lib/ircservices/modules/chanserv/main.so<BR>Reading symb=
>ols from /home/aaron/irc_d/services/lib/ircservices/modules/chanserv/access=
>-levels.so...done.<BR>Loaded symbols for /home/aaron/irc_d/services/lib/irc=
>services/modules/chanserv/access-levels.so<BR>Reading symbols from /home/aa=
>ron/irc_d/services/lib/ircservices/modules/chanserv/access-xop.so...done.<B=
>R>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/cha=
>nserv/access-xop.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/=
>ircservices/modules/memoserv/main.so...done.<BR>Loaded symbols for /home/aa=
>ron/irc_d/services/lib/ircservices/modules/memoserv/main.so<BR>Reading symb=
>ols from /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/forwar=
>d.so...done.<BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservic=
>es/modules/memoserv/forward.so<BR>Reading symbols from /home/aaron/irc_d/se=
>rvices/lib/ircservices/modules/memoserv/ignore.so...done.<BR>Loaded symbols=
> for /home/aaron/irc_d/services/lib/ircservices/modules/memoserv/ignore.so<=
>BR>Reading symbols from /home/aaron/irc_d/services/lib/ircservices/modules/=
>statserv/main.so...done.<BR>Loaded symbols for /home/aaron/irc_d/services/l=
>ib/ircservices/modules/statserv/main.so<BR>Reading symbols from /home/aaron=
>/irc_d/services/lib/ircservices/modules/misc/helpserv.so...done.<BR>Loaded =
>symbols for /home/aaron/irc_d/services/lib/ircservices/modules/misc/helpser=
>v.so<BR>Reading symbols from /home/aaron/irc_d/services/lib/ircservices/mod=
>ules/misc/xml-export.so...done.<BR>Loaded symbols for /home/aaron/irc_d/ser=
>vices/lib/ircservices/modules/misc/xml-export.so<BR>Reading symbols from /h=
>ome/aaron/irc_d/services/lib/ircservices/modules/misc/xml-import.so...done.=
><BR>Loaded symbols for /home/aaron/irc_d/services/lib/ircservices/modules/m=
>isc/xml-import.so<BR>Core was generated by `./ircservices'.<BR>Program term=
>inated with signal 11, Segmentation fault.<BR>#0&nbsp; 0xb7e1afb5 in write_=
>string (s=3D0xc &lt;Address 0xc out of bounds&gt;, f=3D0x8257d58) at module=
>s/database/fileutil.c:400<BR>400&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
>nbsp; len =3D strlen(s);<BR>
>&nbsp;<BR>
>(gdb) bt<BR>#0&nbsp; 0xb7e1afb5 in write_string (s=3D0xc &lt;Address 0xc ou=
>t of bounds&gt;, f=3D0x8257d58) at modules/database/fileutil.c:400<BR>#1&nb=
>sp; 0xb7e1a00b in write_records (ti=3D0x8257d10, f=3D0x8257d58, recsize=3D1=
>0) at modules/database/standard.c:723<BR>#2&nbsp; 0xb7e19953 in standard_sa=
>ve_table (table=3D0xb7ce71d0) at modules/database/standard.c:561<BR>#3&nbsp=
>; 0x080525da in save_all_dbtables () at databases.c:174<BR>#4&nbsp; 0x08059=
>3e5 in save_data_now () at main.c:271<BR>#5&nbsp; 0x080595e8 in main (ac=3D=
>1, av=3D0xbfab0224, envp=3D0xbfab022c) at main.c:322<BR>
>&nbsp;<BR>
>&nbsp;<BR><br /><hr />Are you the Quizmaster?  <a href=3D'http://specials.u=
>k.msn.com/brainbattle' target=3D'_new'>Play BrainBattle with a friend now! =
></a></body>
></html>=
>
>--_e7143182-1e25-4ef3-8e29-119d0def1757_--
>
>--===============1587714104==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>--===============1587714104==--
From achurch at achurch.org  Tue Oct 30 00:16:48 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 08:18:12 2007
Subject: [IRCServices] Services 5.1.6 released
Message-ID: <4725f9d5.15262@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

b77f83e7faf9e5246e757d3d0cad1caf  ircservices-5.1.6.tar.gz
0bc08c0fbf19b1147b01bec7ae8570f5  ircservices-5.1.6.diff.gz
5aa30d0e4023248fd813cad4af8ddd54  ircservices-5.1.6-1.i386.rpm
56d8bf79ffd2dae6aa51e7d063726b0c  ircservices_5.1.6-1_i386.deb

The mirrors should have it shortly.

     This release corrects a bug which allows sufficiently privileged users
to indirectly cause Services to crash.  If you are using any previous
release of Services 5.1, please upgrade to this version immediately.  My
apologies for the (repeated) inconvenience.

Changes in version 5.1.6
------------------------
2007/10/30	Fixed crash on database save under certain conditions.
		    Reported by Aaron Eldridge <drefsab_zn@hotmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From drefsab_zn at hotmail.com  Mon Oct 29 08:59:51 2007
From: drefsab_zn at hotmail.com (Aaron Eldridge)
Date: Mon Oct 29 08:59:25 2007
Subject: [IRCServices] Services 5.1.6 released
In-Reply-To: <4725f9d5.15262@msgid.achurch.org>
References: <4725f9d5.15262@msgid.achurch.org>
Message-ID: <BAY101-W1095F26B7F22D4881CF123E1910@phx.gbl>

Hi Andrew,             I've just tested the new version all is stable and working well now, thank you for the amazingly fast update :)
 
Aaron



> From: achurch@achurch.org> To: ircservices@ircservices.za.net> Date: Tue, 30 Oct 2007 00:16:48 +0900> Subject: [IRCServices] Services 5.1.6 released> > Services 5.1.6 has been released, and can be downloaded from:> > http://www.ircservices.za.net/download/ (Japan)> ftp://ftp.esper.net/ircservices/ (Western USA)> > b77f83e7faf9e5246e757d3d0cad1caf ircservices-5.1.6.tar.gz> 0bc08c0fbf19b1147b01bec7ae8570f5 ircservices-5.1.6.diff.gz> 5aa30d0e4023248fd813cad4af8ddd54 ircservices-5.1.6-1.i386.rpm> 56d8bf79ffd2dae6aa51e7d063726b0c ircservices_5.1.6-1_i386.deb> > The mirrors should have it shortly.> > This release corrects a bug which allows sufficiently privileged users> to indirectly cause Services to crash. If you are using any previous> release of Services 5.1, please upgrade to this version immediately. My> apologies for the (repeated) inconvenience.> > Changes in version 5.1.6> ------------------------> 2007/10/30 Fixed crash on database save under certain conditions.> Reported by Aaron Eldridge <drefsab_zn@hotmail.com>> > --Andrew Church> achurch@achurch.org> http://achurch.org/> ------------------------------------------------------------------> To unsubscribe or change your subscription options, visit:> http://lists.ircservices.za.net/mailman/listinfo/ircservices
_________________________________________________________________
Feel like a local wherever you go.
http://www.backofmyhand.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071029/95acf024/attachment.htm
From loverboy at irc.doruk.net.tr  Mon Oct 29 11:57:53 2007
From: loverboy at irc.doruk.net.tr (LoVeRbOy (A.S.))
Date: Mon Oct 29 12:16:19 2007
Subject: [IRCServices] NS Listchans
References: <4725f9d5.15262@msgid.achurch.org>
Message-ID: <000f01c81a5d$9e775300$0100000a@citir>

Hello
Seems like listchans arent working properly after convert...(Or not?)


[20:53:09] -NickServ- XYZ has not registered any channels.
-
[20:53:19] -ChanServ- Information for channel #try:
-
[20:53:19] -ChanServ-         Founder: XYZ
...

Anybody else has this problem? 



From timowen at internode.on.net  Mon Oct 29 16:46:55 2007
From: timowen at internode.on.net (Tim Owen)
Date: Mon Oct 29 16:53:05 2007
Subject: [IRCServices] NS Listchans
In-Reply-To: <000f01c81a5d$9e775300$0100000a@citir>
References: <4725f9d5.15262@msgid.achurch.org>
	<000f01c81a5d$9e775300$0100000a@citir>
Message-ID: <001301c81a85$fe335a50$714ed98a@c928038>

I have found the same problem:

/ns listchans TheScream
-NickServ(Services@EYErc.net)- TheScream has not registered any channels. 

/cs info #inlan
-ChanServ(Services@EYErc.net)- Information for channel #inlan:
-ChanServ(Services@EYErc.net)-         Founder: TheScream

Regards,
Tim Owen

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of LoVeRbOy (A.S.)
Sent: Tuesday, 30 October 2007 5:28 AM
To: IRC Services General Mailing List
Subject: [IRCServices] NS Listchans

Hello
Seems like listchans arent working properly after convert...(Or not?)


[20:53:09] -NickServ- XYZ has not registered any channels.
-
[20:53:19] -ChanServ- Information for channel #try:
-
[20:53:19] -ChanServ-         Founder: XYZ
...

Anybody else has this problem? 



------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Tue Oct 30 10:10:26 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 18:10:27 2007
Subject: [IRCServices] NS Listchans
In-Reply-To: <000f01c81a5d$9e775300$0100000a@citir>
Message-ID: <472684aa.17706@msgid.achurch.org>

Fixed, thanks for the report.

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

>Hello
>Seems like listchans arent working properly after convert...(Or not?)
>
>
>[20:53:09] -NickServ- XYZ has not registered any channels.
>-
>[20:53:19] -ChanServ- Information for channel #try:
>-
>[20:53:19] -ChanServ-         Founder: XYZ
>...
>
>Anybody else has this problem? 
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Tue Oct 30 10:19:21 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 18:24:16 2007
Subject: [IRCServices] SECUREOPS and an odd mode change
In-Reply-To: <ed43846c0710261213m6befcf1amee967f95469e5852@mail.gmail.com>
Message-ID: <472687e6.21016@msgid.achurch.org>

>With SECUREOPS turned on for a channel, anytime someone is voiced,
>ChanServ explicitly removes modes the user didn't actually have. For
>example:
>
> [13:55:59] -!- mode/#channel [+v user1] by user2
> [13:56:02] -!- mode/#channel [-oha user1 user1 user1] by ChanServ

Hmm... I haven't been able to reproduce this or find any obvious cause.
Can you provide a debug log illustrating the problem, preferably starting
with newly-registered nicknames and channels?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From bk at slashnet.org  Mon Oct 29 22:33:36 2007
From: bk at slashnet.org (Bill Kramme)
Date: Mon Oct 29 22:33:03 2007
Subject: [IRCServices] SECUREOPS and an odd mode change
In-Reply-To: <472687e6.21016@msgid.achurch.org>
References: <ed43846c0710261213m6befcf1amee967f95469e5852@mail.gmail.com>
	<472687e6.21016@msgid.achurch.org>
Message-ID: <ed43846c0710292233k4db62e2fo2493e399777d21e3@mail.gmail.com>

On 10/29/07, Andrew Church <achurch@achurch.org> wrote:
> Hmm... I haven't been able to reproduce this or find any obvious cause.
> Can you provide a debug log illustrating the problem, preferably starting
> with newly-registered nicknames and channels?

I registered a new user named testingnickname, created and registered
a new channel called #testingchannel. testingnickname was not added to
the access list. SECUREOPS was turned on for the channel, and
testingnickname opped.

[Oct 30 00:44:25.958408 2007] debug: Received: :res0 G #testingchannel
+o testingnickname
[Oct 30 00:44:25.958585 2007] debug: Sent: :ChanServ MODE
#testingchannel -oa testingnickname testingnickname

I've been glancing through the relevant code sections and can't seem
to see anything either, but I'm wondering about the section on line 34
in modes.c where you only have o and v listed for channel user modes.
Isn't that array used to generate the flags in check_access_cumode?
I'm relatively new to this codebase.

-- 
Bill Kramme
Network and Services Administrator
SlashNET IRC [http://slashnet.org/]
From achurch at achurch.org  Tue Oct 30 15:04:29 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Oct 29 23:10:07 2007
Subject: [IRCServices] SECUREOPS and an odd mode change
In-Reply-To: <ed43846c0710292233k4db62e2fo2493e399777d21e3@mail.gmail.com>
Message-ID: <4726cae8.32440@msgid.achurch.org>

>I registered a new user named testingnickname, created and registered
>a new channel called #testingchannel. testingnickname was not added to
>the access list. SECUREOPS was turned on for the channel, and
>testingnickname opped.
>
>[Oct 30 00:44:25.958408 2007] debug: Received: :res0 G #testingchannel
>+o testingnickname
>[Oct 30 00:44:25.958585 2007] debug: Sent: :ChanServ MODE
>#testingchannel -oa testingnickname testingnickname

Sorry if I wasn't clear--I'll need to see the entire portion of the log
beginning with the nickname and channel registration and ending with
these mode change lines, since there may be something odd happening at
the protocol level in that interval.

>I've been glancing through the relevant code sections and can't seem
>to see anything either, but I'm wondering about the section on line 34
>in modes.c where you only have o and v listed for channel user modes.
>Isn't that array used to generate the flags in check_access_cumode?
>I'm relatively new to this codebase.

Those are the only modes common to all IRC servers, so they're the only
ones listed in that file; protocol modules add modes as necessary.  See
section 2-6-4 of the technical manual for details:
    http://www.ircservices.za.net/docs/tech/2.html#s6-4

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Tue Nov  6 23:00:57 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov  6 06:04:59 2007
Subject: [IRCServices] SECUREOPS and an odd mode change
In-Reply-To: <ed43846c0710292233k4db62e2fo2493e399777d21e3@mail.gmail.com>
Message-ID: <47307499.30102@msgid.achurch.org>

Just wondering if you've been able to procure a full debug log for the
problem below?  As I mentioned earlier, I'll need to see an uncut log
starting with the nickname and channel registration commands (or if
feasible, a complete log from Services startup to the error would be even
better).

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

>On 10/29/07, Andrew Church <achurch@achurch.org> wrote:
>> Hmm... I haven't been able to reproduce this or find any obvious cause.
>> Can you provide a debug log illustrating the problem, preferably starting
>> with newly-registered nicknames and channels?
>
>I registered a new user named testingnickname, created and registered
>a new channel called #testingchannel. testingnickname was not added to
>the access list. SECUREOPS was turned on for the channel, and
>testingnickname opped.
>
>[Oct 30 00:44:25.958408 2007] debug: Received: :res0 G #testingchannel
>+o testingnickname
>[Oct 30 00:44:25.958585 2007] debug: Sent: :ChanServ MODE
>#testingchannel -oa testingnickname testingnickname
>
>I've been glancing through the relevant code sections and can't seem
>to see anything either, but I'm wondering about the section on line 34
>in modes.c where you only have o and v listed for channel user modes.
>Isn't that array used to generate the flags in check_access_cumode?
>I'm relatively new to this codebase.
>
>-- 
>Bill Kramme
>Network and Services Administrator
>SlashNET IRC [http://slashnet.org/]
From wwtk at hotmail.com  Thu Nov  8 21:02:28 2007
From: wwtk at hotmail.com (WhoWantsToKnow)
Date: Thu Nov  8 21:14:07 2007
Subject: [IRCServices] seg fault - possibly on manipulation of xOP lists
Message-ID: <BAY142-DAV13F9F5BE3845E2263241A4D0840@phx.gbl>

Hello,

 

I am having an issue with services segfaulting on my server.  I can't really
gleen anything from the logs that would point to something that is being
done specifically at the time this happens.  There is nothing in the logs
except the normal kind of things going on right up until the services dies.
My IRCops tell me that it has happened to them on more than one occasion
when manipulating the xOP lists on various channels.

 

Excerpt from the logs

 

[Nov 08 18:58:02 2007] PANIC! signal 11 (no buffer)

[Nov 08 18:58:02 2007] Services terminating: Segmentation fault

 

 

Backtrace of core file:

 

Core was generated by `ircservices'.

Program terminated with signal 11, Segmentation fault.

Reading symbols from /lib/libm.so.3...done.

Loaded symbols for /lib/libm.so.3

Reading symbols from /lib/libcrypt.so.2...done.

Loaded symbols for /lib/libcrypt.so.2

Reading symbols from /lib/libc.so.5...done.

Loaded symbols for /lib/libc.so.5

Reading symbols from /libexec/ld-elf.so.1...done.

Loaded symbols for /libexec/ld-elf.so.1

#0  0x28183659 in strlen () from /lib/libc.so.5

(gdb) bt

#0  0x28183659 in strlen () from /lib/libc.so.5

#1  0x08073c2f in write_string (s=0x652a0036 <Address 0x652a0036 out of
bounds>, f=0x84aa000) at modules/database/fileutil.c:400

#2  0x080753a2 in write_records (ti=0x84a2fa0, f=0x84aa000, recsize=60) at
modules/database/standard.c:723

#3  0x08074d35 in standard_save_table (table=0x8127084) at
modules/database/standard.c:561

#4  0x0804f238 in save_all_dbtables () at databases.c:174

#5  0x08055980 in save_data_now () at main.c:271

#6  0x08055b1e in main (ac=2, av=0xbfbfee80, envp=0xbfbfee8c) at main.c:322

 

 

 

/quote version output:

Unreal3.2.7. irc1.midnight-torrents.com FhiXeOoZE [FreeBSD
ircd7.thehostbusters.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sat Apr  1
14:48:44 CST 2006
admin@ircd7.thehostbusters.com:/usr/src/sys/i386/compile/IRCD7  i386=2309]

-

[23:49] -irc1.midnight-torrents.com- OpenSSL 0.9.7e 25 Oct 2004

-

[23:49] -irc1.midnight-torrents.com- zlib 1.2.1

-

NAMESX SAFELIST HCN MAXCHANNELS=30 CHANLIMIT=#:30 MAXLIST=b:60,e:60,I:60
NICKLEN=30 CHANNELLEN=32 TOPICLEN=307 KICKLEN=307 AWAYLEN=307 MAXTARGETS=20
WALLCHOPS are supported by this server

WATCH=128 SILENCE=15 MODES=12 CHANTYPES=# PREFIX=(qaohv)~&@%+
CHANMODES=beI,kfL,lj,psmntirRcOAQKVCuzNSMTG NETWORK=Midnight-IRC
CASEMAPPING=ascii EXTBAN=~,cqnr ELIST=MNUCT STATUSMSG=~&@%+ EXCEPTS INVEX
are supported by this server

CMDS=KNOCK,MAP,DCCALLOW,USERIP are supported by this server

-

 

Server fundimentals:

 

[wwtk@ircd7]/home/wwtk/ircservices-5.1.3(124): gcc -v

Using built-in specs.

Configured with: FreeBSD/i386 system compiler

Thread model: posix

gcc version 3.4.2 [FreeBSD] 20040728

 

[wwtk@ircd7]/home/wwtk/ircservices-5.1.3(125): gmake -v

GNU Make 3.80

 

IRC services version is 5.1.3

 

Thanks for taking the time to check my issue,

 

WWTK

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071109/49d46246/attachment.html
From achurch at achurch.org  Fri Nov  9 15:36:40 2007
From: achurch at achurch.org (Andrew Church)
Date: Thu Nov  8 22:37:11 2007
Subject: [IRCServices] seg fault - possibly on manipulation of xOP lists
In-Reply-To: <BAY142-DAV13F9F5BE3845E2263241A4D0840@phx.gbl>
Message-ID: <4734003a.67316@msgid.achurch.org>

>I am having an issue with services segfaulting on my server.  I can't really
>gleen anything from the logs that would point to something that is being
>done specifically at the time this happens.  There is nothing in the logs
>except the normal kind of things going on right up until the services dies.
>My IRCops tell me that it has happened to them on more than one occasion
>when manipulating the xOP lists on various channels.
[...]
>[wwtk@ircd7]/home/wwtk/ircservices-5.1.3(124): gcc -v

This is a known bug in Services 5.1.3.  Please upgrade to the current
release (5.1.6).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From daneo at gmx.net  Fri Nov  9 03:24:02 2007
From: daneo at gmx.net (daneo)
Date: Fri Nov  9 03:23:17 2007
Subject: [IRCServices] Problems with modes for FOUNDER
In-Reply-To: <1343083550.20071108003650@gmx.net>
References: <1343083550.20071108003650@gmx.net>
Message-ID: <934268620.20071109122402@gmx.net>

Sorry to write my mail again:

Dear you!

I've a unreal 3.2.7 ircd an the ircservices v5.1.6 running. The
problem is, if I'm registering a channel, the founder is set to my
nick but I'm not getting +q on rejoin and can't +a other users. I try
to set mode +a but I get the message: #channel :You're not a channel
owner. Setting this mode as services-admin is fine and works normaly
and with samode.
So plz help me! I've looked several times through the config files but
can't figure out my mistake. :(

Greetings,

Jack
-------------- next part --------------
An embedded message was scrubbed...
From: daneo <daneo@gmx.net>
Subject: Problems with modes for FOUNDER
Date: Thu, 8 Nov 2007 00:36:50 +0100
Size: 872
Url: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071109/40a69bfc/1.eml
From surreal.w00t at gmail.com  Fri Nov  9 03:36:45 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Nov  9 03:36:09 2007
Subject: [IRCServices] Problems with modes for FOUNDER
In-Reply-To: <934268620.20071109122402@gmx.net>
References: <1343083550.20071108003650@gmx.net>
	<934268620.20071109122402@gmx.net>
Message-ID: <b19eae4e0711090336u291c59c9o18f37adc52e01fb0@mail.gmail.com>

AFAIK, +q support was removed from 5.1. It's only available in 5.0.

On Nov 9, 2007 11:24 AM, daneo <daneo@gmx.net> wrote:
> Sorry to write my mail again:
>
> Dear you!
>
> I've a unreal 3.2.7 ircd an the ircservices v5.1.6 running. The
> problem is, if I'm registering a channel, the founder is set to my
> nick but I'm not getting +q on rejoin and can't +a other users. I try
> to set mode +a but I get the message: #channel :You're not a channel
> owner. Setting this mode as services-admin is fine and works normaly
> and with samode.
> So plz help me! I've looked several times through the config files but
> can't figure out my mistake. :(
>
> Greetings,
>
> Jack
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From daneo at gmx.net  Fri Nov  9 03:51:13 2007
From: daneo at gmx.net (daneo)
Date: Fri Nov  9 03:51:36 2007
Subject: [IRCServices] Problems with modes for FOUNDER
In-Reply-To: <b19eae4e0711090336u291c59c9o18f37adc52e01fb0@mail.gmail.com>
References: <1343083550.20071108003650@gmx.net>
	<934268620.20071109122402@gmx.net>
	<b19eae4e0711090336u291c59c9o18f37adc52e01fb0@mail.gmail.com>
Message-ID: <1534538671.20071109125113@gmx.net>

But i can't find that change in the changelog. I like this mode and
without it the founder of a channel can't set +a to other users by
himself.
> AFAIK, +q support was removed from 5.1. It's only available in 5.0.

> On Nov 9, 2007 11:24 AM, daneo <daneo@gmx.net> wrote:
>> Sorry to write my mail again:
>>
>> Dear you!
>>
>> I've a unreal 3.2.7 ircd an the ircservices v5.1.6 running. The
>> problem is, if I'm registering a channel, the founder is set to my
>> nick but I'm not getting +q on rejoin and can't +a other users. I try
>> to set mode +a but I get the message: #channel :You're not a channel
>> owner. Setting this mode as services-admin is fine and works normaly
>> and with samode.
>> So plz help me! I've looked several times through the config files but
>> can't figure out my mistake. :(
>>
>> Greetings,
>>
>> Jack
>>
>> ------------------------------------------------------------------
>> 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 surreal.w00t at gmail.com  Fri Nov  9 04:00:15 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Nov  9 03:59:37 2007
Subject: [IRCServices] Problems with modes for FOUNDER
In-Reply-To: <1534538671.20071109125113@gmx.net>
References: <1343083550.20071108003650@gmx.net>
	<934268620.20071109122402@gmx.net>
	<b19eae4e0711090336u291c59c9o18f37adc52e01fb0@mail.gmail.com>
	<1534538671.20071109125113@gmx.net>
Message-ID: <b19eae4e0711090400l2bcd3618y80a62b2d5214fa2a@mail.gmail.com>

I don't think it was a good change either (and it certainly has caused
problems in some regards).

"  - Support for the "channel owner" mode present in the PTlink (+a),
        trircd (+u), and Unreal (+q) IRC servers has been removed, as there
        are too many differing opinions on its proper use."

http://lists.ircservices.za.net/pipermail/ircservices/2007/005262.html

On Nov 9, 2007 11:51 AM, daneo <daneo@gmx.net> wrote:
> But i can't find that change in the changelog. I like this mode and
> without it the founder of a channel can't set +a to other users by
> himself.
>
> > AFAIK, +q support was removed from 5.1. It's only available in 5.0.
>
> > On Nov 9, 2007 11:24 AM, daneo <daneo@gmx.net> wrote:
> >> Sorry to write my mail again:
> >>
> >> Dear you!
> >>
> >> I've a unreal 3.2.7 ircd an the ircservices v5.1.6 running. The
> >> problem is, if I'm registering a channel, the founder is set to my
> >> nick but I'm not getting +q on rejoin and can't +a other users. I try
> >> to set mode +a but I get the message: #channel :You're not a channel
> >> owner. Setting this mode as services-admin is fine and works normaly
> >> and with samode.
> >> So plz help me! I've looked several times through the config files but
> >> can't figure out my mistake. :(
> >>
> >> Greetings,
> >>
> >> Jack
> >>
> >> ------------------------------------------------------------------
> >> 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 daneo at gmx.net  Fri Nov  9 04:05:55 2007
From: daneo at gmx.net (daneo)
Date: Fri Nov  9 04:05:21 2007
Subject: [IRCServices] Problems with modes for FOUNDER
In-Reply-To: <b19eae4e0711090400l2bcd3618y80a62b2d5214fa2a@mail.gmail.com>
References: <1343083550.20071108003650@gmx.net>
	<934268620.20071109122402@gmx.net>
	<b19eae4e0711090336u291c59c9o18f37adc52e01fb0@mail.gmail.com>
	<1534538671.20071109125113@gmx.net>
	<b19eae4e0711090400l2bcd3618y80a62b2d5214fa2a@mail.gmail.com>
Message-ID: <145651447.20071109130555@gmx.net>

Thanks to you! When you wrote the mail I've found it too. It was a
nice mode and I got asked why it doesn't work anymore in actual
services. But thanks again for the fast reply. :)
You're doing a good job with that services.

Keep going. :D
> I don't think it was a good change either (and it certainly has caused
> problems in some regards).

> "  - Support for the "channel owner" mode present in the PTlink (+a),
>         trircd (+u), and Unreal (+q) IRC servers has been removed, as there
>         are too many differing opinions on its proper use."

> http://lists.ircservices.za.net/pipermail/ircservices/2007/005262.html

> On Nov 9, 2007 11:51 AM, daneo <daneo@gmx.net> wrote:
>> But i can't find that change in the changelog. I like this mode and
>> without it the founder of a channel can't set +a to other users by
>> himself.
>>
>> > AFAIK, +q support was removed from 5.1. It's only available in 5.0.
>>
>> > On Nov 9, 2007 11:24 AM, daneo <daneo@gmx.net> wrote:
>> >> Sorry to write my mail again:
>> >>
>> >> Dear you!
>> >>
>> >> I've a unreal 3.2.7 ircd an the ircservices v5.1.6 running. The
>> >> problem is, if I'm registering a channel, the founder is set to my
>> >> nick but I'm not getting +q on rejoin and can't +a other users. I try
>> >> to set mode +a but I get the message: #channel :You're not a channel
>> >> owner. Setting this mode as services-admin is fine and works normaly
>> >> and with samode.
>> >> So plz help me! I've looked several times through the config files but
>> >> can't figure out my mistake. :(
>> >>
>> >> Greetings,
>> >>
>> >> Jack
>> >>
>> >> ------------------------------------------------------------------
>> >> 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



From caseyclaydon at fastmail.com.au  Sat Nov 10 14:22:47 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Nov 10 14:27:11 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
Message-ID: <47362F37.5080608@fastmail.com.au>

Will the Services Protocol for InspIRCd 1.2 be coming soon?


- Casey
From achurch at achurch.org  Sun Nov 11 11:48:31 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Nov 10 18:48:44 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <47362F37.5080608@fastmail.com.au>
Message-ID: <47366d99.01522@msgid.achurch.org>

>Will the Services Protocol for InspIRCd 1.2 be coming soon?

Does the current protocol module not work with InspIRCd 1.2?  If not,
I'll look into updating it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sat Nov 10 19:36:27 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Nov 10 19:35:45 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <47366d99.01522@msgid.achurch.org>
References: <47366d99.01522@msgid.achurch.org>
Message-ID: <473678BB.2080405@fastmail.com.au>

Hi Andrew

I haven't got InspIRCd 1.2 - it is being worked on.

I would have thought the protocol would need to be updated for 1.2


- Casey



Andrew Church wrote:
>> Will the Services Protocol for InspIRCd 1.2 be coming soon?
>>     
>
> Does the current protocol module not work with InspIRCd 1.2?  If not,
> I'll look into updating it.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From brain at winbot.co.uk  Sun Nov 11 05:22:29 2007
From: brain at winbot.co.uk (Craig Edwards)
Date: Sun Nov 11 05:21:43 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <473678BB.2080405@fastmail.com.au>
References: <47366d99.01522@msgid.achurch.org>
	<473678BB.2080405@fastmail.com.au>
Message-ID: <47370215.1040701@winbot.co.uk>

Yes the 1.2 protocol is different to 1.1.
The 1.2 release isnt even due for beta until at least the new year,
there is no rush, however, please note that the 1.2 protocol uses UUID
for identifying clients. This prevents a whole boatload of race
conditions that plague irc, but makes it slightly difficult for services
authors. A hash that associates uuids with nicks and servers would be
required.

Brain

Casey wrote:
> Hi Andrew
> 
> I haven't got InspIRCd 1.2 - it is being worked on.
> 
> I would have thought the protocol would need to be updated for 1.2
> 
> 
> - Casey
> 
> 
> 
> Andrew Church wrote:
>>> Will the Services Protocol for InspIRCd 1.2 be coming soon?
>>>     
>> Does the current protocol module not work with InspIRCd 1.2?  If not,
>> I'll look into updating it.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>   
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From chiappa at webinfo.fi  Sun Nov 11 10:19:38 2007
From: chiappa at webinfo.fi (chiappa@webinfo.fi)
Date: Sun Nov 11 10:18:52 2007
Subject: [IRCServices] problem importing databases
Message-ID: <20071111181938.DCFD03981CD@mail.ideurope.net>

Hi there,

I am upgrading from ircservices 5.0.59 to 5.1.6 and having problems
importing the old databases to the new version.

when i run the command:

./ircservices -import=database.xml

it says:

[Nov 11 18:10:39 2007] IRC Services 5.1.6 starting up
[Nov 11 18:10:39 2007] (database/standard) Can't open oper.sdb for
reading: No such file or directory
[Nov 11 18:10:39 2007] (database/standard) Can't open nickgroup.sdb for
reading: No such file or directory
[Nov 11 18:10:39 2007] (database/standard) Can't open nick.sdb for
reading: No such file or directory
[Nov 11 18:10:39 2007] (database/standard) Can't open chan.sdb for
reading: No such file or directory
[Nov 11 18:10:39 2007] (database/standard) Can't open chan-access.sdb
for reading: No such file or directory

- I have, database.xml exported with the: "./ircservices
-import=database.xml" command in my data dir:
"$HOME/unreal/ircservices/lib/ircservices)"

- '' LoadModule database/ set to standard  

- '' misc/xml-export and misc/xml-import modules loaded

thanks

--
L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
From achurch at achurch.org  Mon Nov 12 10:31:37 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 11 17:31:18 2007
Subject: [IRCServices] problem importing databases
In-Reply-To: <20071111181938.DCFD03981CD@mail.ideurope.net>
Message-ID: <4737ad1a.75443@msgid.achurch.org>

>when i run the command:
>
>./ircservices -import=database.xml
>
>it says:
>
>[Nov 11 18:10:39 2007] IRC Services 5.1.6 starting up
>[Nov 11 18:10:39 2007] (database/standard) Can't open oper.sdb for
>reading: No such file or directory
[...]

These occur normally the first time you start Services after changing
the database type, and can be ignored.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Nov 12 02:32:11 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Nov 12 02:31:24 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <47370215.1040701@winbot.co.uk>
References: <47366d99.01522@msgid.achurch.org>
	<473678BB.2080405@fastmail.com.au> <47370215.1040701@winbot.co.uk>
Message-ID: <b19eae4e0711120232n7b2c347s626596bea705ea6@mail.gmail.com>

To clarify exactly what this does..

Each server has a unique ID (e.g. 000), and each user additionally has
their own ID (e.g. AAAAAA). The two are combined to make a unique
identifier which is then used network-wide for all server to server
traffic.

e.g.

:000AAAAAA KILL 001AAAAAA :spammer! get off the network

instead of
:Admin KILL spammer :spammer! get off my network.

Another example is that instead of KILLing users on nick collision, we
may simply force them to their UID. A useful feature for services
authors will be to do the same instead of rolling their own guest
nicks.

Further discussion on what this is and examples of problems it solves
can be found at http://www.inspircd.org/wiki/Development/UID

On Nov 11, 2007 1:22 PM, Craig Edwards <brain@winbot.co.uk> wrote:
> Yes the 1.2 protocol is different to 1.1.
> The 1.2 release isnt even due for beta until at least the new year,
> there is no rush, however, please note that the 1.2 protocol uses UUID
> for identifying clients. This prevents a whole boatload of race
> conditions that plague irc, but makes it slightly difficult for services
> authors. A hash that associates uuids with nicks and servers would be
> required.
>
> Brain
>
>
> Casey wrote:
> > Hi Andrew
> >
> > I haven't got InspIRCd 1.2 - it is being worked on.
> >
> > I would have thought the protocol would need to be updated for 1.2
> >
> >
> > - Casey
> >
> >
> >
> > Andrew Church wrote:
> >>> Will the Services Protocol for InspIRCd 1.2 be coming soon?
> >>>
> >> Does the current protocol module not work with InspIRCd 1.2?  If not,
> >> I'll look into updating it.
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>     http://achurch.org/
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Mon Nov 12 19:46:39 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 12 02:47:45 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <b19eae4e0711120232n7b2c347s626596bea705ea6@mail.gmail.com>
Message-ID: <47382f87.75670@msgid.achurch.org>

Hmm.  This is certainly an interesting (and useful) feature, but it may
be incompatible with the design of Services, which assumes (among other
things) that prefixes and command targets are nicknames.  I'll give it
some more thought when I have time, but I may not be able to support
this.

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

>To clarify exactly what this does..
>
>Each server has a unique ID (e.g. 000), and each user additionally has
>their own ID (e.g. AAAAAA). The two are combined to make a unique
>identifier which is then used network-wide for all server to server
>traffic.
>
>e.g.
>
>:000AAAAAA KILL 001AAAAAA :spammer! get off the network
>
>instead of
>:Admin KILL spammer :spammer! get off my network.
>
>Another example is that instead of KILLing users on nick collision, we
>may simply force them to their UID. A useful feature for services
>authors will be to do the same instead of rolling their own guest
>nicks.
>
>Further discussion on what this is and examples of problems it solves
>can be found at http://www.inspircd.org/wiki/Development/UID
>
>On Nov 11, 2007 1:22 PM, Craig Edwards <brain@winbot.co.uk> wrote:
>> Yes the 1.2 protocol is different to 1.1.
>> The 1.2 release isnt even due for beta until at least the new year,
>> there is no rush, however, please note that the 1.2 protocol uses UUID
>> for identifying clients. This prevents a whole boatload of race
>> conditions that plague irc, but makes it slightly difficult for services
>> authors. A hash that associates uuids with nicks and servers would be
>> required.
>>
>> Brain
>>
>>
>> Casey wrote:
>> > Hi Andrew
>> >
>> > I haven't got InspIRCd 1.2 - it is being worked on.
>> >
>> > I would have thought the protocol would need to be updated for 1.2
>> >
>> >
>> > - Casey
>> >
>> >
>> >
>> > Andrew Church wrote:
>> >>> Will the Services Protocol for InspIRCd 1.2 be coming soon?
>> >>>
>> >> Does the current protocol module not work with InspIRCd 1.2?  If not,
>> >> I'll look into updating it.
>> >>
>> >>   --Andrew Church
>> >>     achurch@achurch.org
>> >>     http://achurch.org/
>> >> ------------------------------------------------------------------
>> >> To unsubscribe or change your subscription options, visit:
>> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>> >>
>> > ------------------------------------------------------------------
>> > 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 surreal.w00t at gmail.com  Mon Nov 12 03:03:18 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Nov 12 03:02:23 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <47382f87.75670@msgid.achurch.org>
References: <b19eae4e0711120232n7b2c347s626596bea705ea6@mail.gmail.com>
	<47382f87.75670@msgid.achurch.org>
Message-ID: <b19eae4e0711120303k3166189am9bcf5ad93bbdd218@mail.gmail.com>

It probably wouldn't take (much) modification.

The way we quick-converted our source base over was more or less:
  - Convert FindNick to find by UID if isdigit(*nick)
  - Store UID in the user structure (you'll need to generate/store for
pseudoclients too, though, I guess. Though that code isn't too
complicated.)
  - ???
  - Profit!

That said, it may be a little more complex with services, depending on
how many functions are hardwired to send with nickname instead of UID.
As I recall, Services keeps a lot of these in core - when it would be
better served relegating some of the heavy lifting of formatting
messages, etc, to protocol modules.

Still. We'll wait and see, I guess. :)

On Nov 12, 2007 10:46 AM, Andrew Church <achurch@achurch.org> wrote:
> Hmm.  This is certainly an interesting (and useful) feature, but it may
> be incompatible with the design of Services, which assumes (among other
> things) that prefixes and command targets are nicknames.  I'll give it
> some more thought when I have time, but I may not be able to support
> this.
>
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >To clarify exactly what this does..
> >
> >Each server has a unique ID (e.g. 000), and each user additionally has
> >their own ID (e.g. AAAAAA). The two are combined to make a unique
> >identifier which is then used network-wide for all server to server
> >traffic.
> >
> >e.g.
> >
> >:000AAAAAA KILL 001AAAAAA :spammer! get off the network
> >
> >instead of
> >:Admin KILL spammer :spammer! get off my network.
> >
> >Another example is that instead of KILLing users on nick collision, we
> >may simply force them to their UID. A useful feature for services
> >authors will be to do the same instead of rolling their own guest
> >nicks.
> >
> >Further discussion on what this is and examples of problems it solves
> >can be found at http://www.inspircd.org/wiki/Development/UID
> >
> >On Nov 11, 2007 1:22 PM, Craig Edwards <brain@winbot.co.uk> wrote:
> >> Yes the 1.2 protocol is different to 1.1.
> >> The 1.2 release isnt even due for beta until at least the new year,
> >> there is no rush, however, please note that the 1.2 protocol uses UUID
> >> for identifying clients. This prevents a whole boatload of race
> >> conditions that plague irc, but makes it slightly difficult for services
> >> authors. A hash that associates uuids with nicks and servers would be
> >> required.
> >>
> >> Brain
> >>
> >>
> >> Casey wrote:
> >> > Hi Andrew
> >> >
> >> > I haven't got InspIRCd 1.2 - it is being worked on.
> >> >
> >> > I would have thought the protocol would need to be updated for 1.2
> >> >
> >> >
> >> > - Casey
> >> >
> >> >
> >> >
> >> > Andrew Church wrote:
> >> >>> Will the Services Protocol for InspIRCd 1.2 be coming soon?
> >> >>>
> >> >> Does the current protocol module not work with InspIRCd 1.2?  If not,
> >> >> I'll look into updating it.
> >> >>
> >> >>   --Andrew Church
> >> >>     achurch@achurch.org
> >> >>     http://achurch.org/
> >> >> ------------------------------------------------------------------
> >> >> To unsubscribe or change your subscription options, visit:
> >> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >> >>
> >> > ------------------------------------------------------------------
> >> > 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
>
From achurch at achurch.org  Mon Nov 12 20:30:15 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 12 03:37:09 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <b19eae4e0711120303k3166189am9bcf5ad93bbdd218@mail.gmail.com>
Message-ID: <47383b1b.77065@msgid.achurch.org>

>The way we quick-converted our source base over was more or less:
>  - Convert FindNick to find by UID if isdigit(*nick)
>  - Store UID in the user structure (you'll need to generate/store for
>pseudoclients too, though, I guess. Though that code isn't too
>complicated.)
>  - ???
>  - Profit!

This works fine as long as you've only got one protocol to worry about.
Services has to think about others, so it's not quite as simple
(particularly since I've taken the approach of centralizing as much code
as possible, which includes message handling to an extent--if you assume
a certain level of RFC compliance, it's just a waste of effort to write
a whole bunch of functions in the protocol modules that all do the same
thing.  In the end, it's really a question of how invasive the changes
required are... if I can solve it with something like an id_to_nick()
routine in each protocol module, that's probably manageable, but if it
means rearchitecting Services itself to handle non-nick client IDs,
that'd be beyond the level of maintenance support I'm contemplating.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Nov 12 03:57:59 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Nov 12 03:57:16 2007
Subject: [IRCServices] Services Protocol for InspIRCd 1.2
In-Reply-To: <47383b1b.77065@msgid.achurch.org>
References: <b19eae4e0711120303k3166189am9bcf5ad93bbdd218@mail.gmail.com>
	<47383b1b.77065@msgid.achurch.org>
Message-ID: <b19eae4e0711120357k704092w3b5a65e8bc5a078b@mail.gmail.com>

Therein lies the problem. Most protocols are (now) far too divisive
and seperate from the RFC, so a more generic approach is required
(feature based instead of syntax based). For example, UID support is
implemented in TS6 (ratbox, hybrid, charybdis), P10 (undernet,
beware), and us (almost TS6, but not quite). From that, you'd get a
function pointer to a function generating UIDs, and let the protocol
module override that as necessary.

I realise that a feature-centric redesign of the protocol support is
indeed outside the spec of what you're working in now, but perhaps it
may be an idea to note such an idea in the technical manual.

I have started some similar (rather horrific, preliminary) work in a
5.0 fork from a while back - though I doubt you'd find it necessary to
review, let me know offlist if you wish to do so.

Thanks,
Rob

On Nov 12, 2007 11:30 AM, Andrew Church <achurch@achurch.org> wrote:
> >The way we quick-converted our source base over was more or less:
> >  - Convert FindNick to find by UID if isdigit(*nick)
> >  - Store UID in the user structure (you'll need to generate/store for
> >pseudoclients too, though, I guess. Though that code isn't too
> >complicated.)
> >  - ???
> >  - Profit!
>
> This works fine as long as you've only got one protocol to worry about.
> Services has to think about others, so it's not quite as simple
> (particularly since I've taken the approach of centralizing as much code
> as possible, which includes message handling to an extent--if you assume
> a certain level of RFC compliance, it's just a waste of effort to write
> a whole bunch of functions in the protocol modules that all do the same
> thing.  In the end, it's really a question of how invasive the changes
> required are... if I can solve it with something like an id_to_nick()
> routine in each protocol module, that's probably manageable, but if it
> means rearchitecting Services itself to handle non-nick client IDs,
> that'd be beyond the level of maintenance support I'm contemplating.
>
>
>   --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 chiappa at webinfo.fi  Mon Nov 12 08:11:14 2007
From: chiappa at webinfo.fi (chiappa@webinfo.fi)
Date: Mon Nov 12 08:10:20 2007
Subject: =?iso-8859-1?q?Re=3a=20=5bIRCServices=5d=20problem=20importing=20databases?=
Message-ID: <20071112161114.091C93981CD@mail.ideurope.net>

>>when i run the command:
>>
>>./ircservices -import=database.xml
>>
>>it says:
>>
>>[Nov 11 18:10:39 2007] IRC Services 5.1.6 starting up
>>[Nov 11 18:10:39 2007] (database/standard) Can't open oper.sdb for
>>reading: No such file or directory
>[...]
>
>These occur normally the first time you start Services after changing
>the database type, and can be ignored.

Ok, but if I try to run ircservices it says the same & wont start. Btw
the output I get in the console when I am importing or just running
is:

"Initialization failed, exiting."

--
L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
From surreal.w00t at gmail.com  Mon Nov 12 08:23:34 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Nov 12 08:22:47 2007
Subject: [IRCServices] problem importing databases
In-Reply-To: <20071112161114.091C93981CD@mail.ideurope.net>
References: <20071112161114.091C93981CD@mail.ideurope.net>
Message-ID: <b19eae4e0711120823r171ecb4au939b6721c0de5694@mail.gmail.com>

Have you checked the Services logfile?

On Nov 12, 2007 4:11 PM,  <chiappa@webinfo.fi> wrote:
> >>when i run the command:
> >>
> >>./ircservices -import=database.xml
> >>
> >>it says:
> >>
> >>[Nov 11 18:10:39 2007] IRC Services 5.1.6 starting up
> >>[Nov 11 18:10:39 2007] (database/standard) Can't open oper.sdb for
> >>reading: No such file or directory
> >[...]
> >
> >These occur normally the first time you start Services after changing
> >the database type, and can be ignored.
>
> Ok, but if I try to run ircservices it says the same & wont start. Btw
> the output I get in the console when I am importing or just running
> is:
>
> "Initialization failed, exiting."
>
> --
> L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From narc at extrusive.org  Tue Nov 13 01:25:10 2007
From: narc at extrusive.org (Narcissus)
Date: Tue Nov 13 01:24:12 2007
Subject: [IRCServices] problem importing databases
Message-ID: <20071113022510.6312e899399d91c972a3586af5928bd6.b7be01ad28.wbe@email.secureserver.net>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071113/9554527a/attachment.htm
From chiappa at webinfo.fi  Wed Nov 14 09:45:01 2007
From: chiappa at webinfo.fi (chiappa@webinfo.fi)
Date: Wed Nov 14 09:44:00 2007
Subject: =?iso-8859-1?q?Re=3a=20=5bIRCServices=5d=20problem=20importing=20databases?=
Message-ID: <20071114174501.1D4523981D1@mail.ideurope.net>

Ok, so it was still complaining about some unloaded modules, which I
have never used before. news & stats..

after loading these modules(?) it imported the databases. but the
passwords stopped working. it says: "incorrect password" for all
users.

ok fine I switched back to the old database & it works, except
ircservices-chk stopped working. Instead of checking if ircservices is
running or not, it just runs ircservices everytime.

ltr

chiappa@webinfo.fi wrote [at Mon, 12 Nov 2007 18:11:14 +0200] :
> >>when i run the command:
>>
>>./ircservices -import=database.xml
>>
>>it says:
>>
>>[Nov 11 18:10:39 2007] IRC Services 5.1.6 starting up
>>[Nov 11 18:10:39 2007] (database/standard) Can't open oper.sdb for
>>reading: No such file or directory
>[...]
>
>These occur normally the first time you start Services after changing
>the database type, and can be ignored.
>
>Ok, but if I try to run ircservices it says the same & wont start.
Btw
>the output I get in the console when I am importing or just running
>is:
>
>"Initialization failed, exiting."
>
>--
>L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/


--
L?yd? tuotteet ja palvelut internetist?: http://www.webinfo.fi/
From achurch at achurch.org  Wed Nov 21 11:46:34 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 18:46:04 2007
Subject: [IRCServices] Services 5.1.7 released
Message-ID: <47439c4f.22516@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

aeb10f6bb52613e82b0145c8e80a73ac  ircservices-5.1.7.tar.gz
d58148fecd30a3c8bf2145ac41b8f784  ircservices-5.1.7.diff.gz
5ab97afd0ce4cb661e3de325574e92fe  ircservices-5.1.7-1.i386.rpm
68eb58936c16db67d97759ffe988d364  ircservices_5.1.7-1_i386.deb

The mirrors should have it shortly.

     This release corrects a critical bug which allows any user to
crash Services.  All users of Services should upgrade to this release
immediately.

     Apologies for the inconvenience.

Changes in version 5.1.7
------------------------
2007/11/21	Fixed crash on certain uses of very long passwords.
		    Reported by <loverboy@irc.doruk.net.tr>
2007/10/30	Fixed bug preventing channels already registered at startup
		    from appearing in their respective founders' LISTCHANS
		    output.  Reported by <loverboy@irc.doruk.net.tr>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed Nov 21 11:58:07 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 19:00:36 2007
Subject: [IRCServices] Services 5.1.8 released
Message-ID: <47439fbb.51302@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

111ed018e685641cd0b6465fc16ae597  ircservices-5.1.8.tar.gz
f9979e041e0689ba255352a96679f4f9  ircservices-5.1.8.diff.gz
62bea0a030f60b2e851cfbddf5c89884  ircservices-5.1.8-1.i386.rpm
6e01fbd1a22d0dede4b0e9fccad3d8f8  ircservices_5.1.8-1_i386.deb

The mirrors should have it shortly.

     It looks like I was in such a hurry to get the last release out that
I forgot to save one of the source files I was working on, leaving a
potential bug in verifying passwords.  This release corrects the problem;
please use it instead of 5.1.7.

Changes in version 5.1.8
------------------------
2007/11/21	Corrected half-implemented fix in previous version.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed Nov 21 12:09:29 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 19:30:56 2007
Subject: [IRCServices] Services 5.1.9 released
Message-ID: <4743a6d8.14443@msgid.achurch.org>

You know the drill.  Somebody shoot me...

fb2c4e579997489e8ceff635ddfa1ff3  ircservices-5.1.9.tar.gz
2a2c81841cce124429b681638fc00707  ircservices-5.1.9.diff.gz
703a391e3afa94adfdc0b7867ceca827  ircservices-5.1.9-1.i386.rpm
70820f89012ef39f26261d89d8b36601  ircservices_5.1.9-1_i386.deb

Changes in version 5.1.9
------------------------
2007/11/21	Fixed security bug unintentionally introduced in 5.1.8.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From jfrates at gmail.com  Tue Nov 20 19:55:41 2007
From: jfrates at gmail.com (Jarrod Frates)
Date: Tue Nov 20 19:54:03 2007
Subject: [IRCServices] ircservices 5.1.x compile error
Message-ID: <979b35080711201955u2b0af3e1m5b8a86a0f6190088@mail.gmail.com>

On CentOS 4.5 x86_64, I can't get anything in the 5.1.x line to
compile (tried .0, .5, .6, .7, and .8), even though 5.0.62 compiles
just fine.  This was attempted using make 3.80 and gcc 3.4.6 and gcc
4.1.1.

Here are the outputs from configure and make:

[user@server ircservices-5.1.8]# ./configure

Beginning IRC Services configuration.

Executable (program) files will be installed in /usr/local/sbin
Data files will be installed in /usr/local/lib/ircservices
Checking sanity of /bin/sh... high.
Searching for a suitable compiler... great, found gcc!
Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good.
Let's see what libraries we need... -lm -lcrypt
Checking whether we can use dynamic modules... no.
Checking whether ranlib exists... yes.
Checking for presence of include files (it's okay if some aren't there):
    stdint.h... present
    strings.h... present
    sys/select.h... present
    sys/sysproto.h... not present
Looking for an 8-bit integer type... int8_t
Looking for a 16-bit integer type... int16_t
Looking for a 32-bit integer type... int32_t
Looking for a 64-bit integer type... int64_t
Checking the size of int... 32 bits
Checking the size of long... 64 bits
Checking the size of pointers... 64 bits
Checking the size of time_t... 64 bits (nifty!)
Checking the size of gid_t... 32 bits
Checking for socklen_t... present.
Seeing if your system defines int16/int32... not found (this is good).
How to complain when something goes wrong... ah, strerror() is here.
Looking for other functions we want that you don't have...
Checking how to install files... looks like "install" will work.
Seeing if "install" will create directories... OK.
Checking how to copy directories... /bin/cp -dpr
Creating config.h... done.
Creating Makefile.inc... done.
Saving configuration results in config.cache... done.

All done!  Now edit defs.h as needed, and run "make" (or possibly "gmake")
to compile Services.  See the README and FAQ if you have any problems.

[user@server ircservices-5.1.8]# make
touch services.h
make -C lang langstrs.h
make[1]: Entering directory `/root/download/working/ircservices-5.1.8/lang'
perl make-langstrs-h.pl >langstrs.h.new
Generating langstrs.h... 1240 strings
langstrs.h unchanged
make[1]: Leaving directory `/root/download/working/ircservices-5.1.8/lang'
cp -p lang/langstrs.h .
touch language.h
gcc  -DSTATIC_MODULES -O2 -fno-strict-aliasing -g -Wall
-Wmissing-prototypes -c actions.c -o actions.o
In file included from services.h:78,
                 from actions.c:10:
sockets.h:141: error: syntax error before "per_conn"
sockets.h:154: error: syntax error before "read_buffer_len"
sockets.h:154: warning: type defaults to `int' in declaration of
`read_buffer_len'
sockets.h:154: warning: data definition has no type or storage class
sockets.h:155: error: syntax error before "write_buffer_len"
sockets.h:155: warning: type defaults to `int' in declaration of
`write_buffer_len'
sockets.h:155: warning: data definition has no type or storage class
sockets.h:156: error: syntax error before "uint64_t"
sockets.h:157: error: syntax error before "uint32_t"
In file included from services.h:79,
                 from actions.c:10:
send.h:19: error: syntax error before "protocol_features"
send.h:19: warning: type defaults to `int' in declaration of `protocol_features'
send.h:19: warning: data definition has no type or storage class
In file included from services.h:80,
                 from actions.c:10:
modes.h:29: error: syntax error before "uint8_t"
modes.h:29: warning: no semicolon at end of struct or union
modes.h:30: warning: type defaults to `int' in declaration of `minus_params'
modes.h:30: warning: data definition has no type or storage class
modes.h:32: error: syntax error before "info"
modes.h:32: warning: type defaults to `int' in declaration of `info'
modes.h:32: warning: data definition has no type or storage class
modes.h:33: warning: type defaults to `int' in declaration of `ModeData'
modes.h:33: warning: data definition has no type or storage class
modes.h:56: error: syntax error before "usermodes"
modes.h:56: warning: type defaults to `int' in declaration of `usermodes'
modes.h:56: warning: type defaults to `int' in declaration of `chanmodes'
modes.h:56: warning: type defaults to `int' in declaration of `chanusermodes'
modes.h:56: warning: data definition has no type or storage class
In file included from services.h:81,
                 from actions.c:10:
users.h:37: error: syntax error before "uint32_t"
users.h:37: warning: no semicolon at end of struct or union
users.h:42: error: syntax error before "lastcmd"
users.h:42: warning: type defaults to `int' in declaration of `lastcmd'
users.h:42: warning: data definition has no type or storage class
users.h:52: error: syntax error before '*' token
users.h:52: warning: type defaults to `int' in declaration of `id_nicks'
users.h:52: warning: data definition has no type or storage class
users.h:64: error: syntax error before '}' token
In file included from services.h:85,
                 from actions.c:10:
extern.h:154: error: syntax error before "uint32_t"
extern.h:230: error: syntax error before "time_msec"
extern.h:230: warning: type defaults to `int' in declaration of `time_msec'
extern.h:230: warning: data definition has no type or storage class
extern.h:234: error: syntax error before '*' token
extern.h:234: warning: type defaults to `int' in declaration of `pack_ip'
extern.h:234: warning: data definition has no type or storage class
extern.h:235: warning: type defaults to `int' in declaration of `uint8_t'
extern.h:235: error: syntax error before '*' token
extern.h:236: error: syntax error before '*' token
extern.h:236: warning: type defaults to `int' in declaration of `pack_ip6'
extern.h:236: warning: data definition has no type or storage class
extern.h:237: warning: type defaults to `int' in declaration of `uint8_t'
extern.h:237: error: syntax error before '*' token
In file included from actions.c:13:
timeout.h:46: error: syntax error before "delay"
timeout.h:46: error: `add_timeout_ms' declared as function returning a function
timeout.h:47: error: syntax error before "int"
actions.c: In function `bad_password':
actions.c:67: error: dereferencing pointer to incomplete type
actions.c:68: error: dereferencing pointer to incomplete type
actions.c:69: error: dereferencing pointer to incomplete type
actions.c:70: error: dereferencing pointer to incomplete type
actions.c:71: error: dereferencing pointer to incomplete type
actions.c:72: error: dereferencing pointer to incomplete type
actions.c:75: error: dereferencing pointer to incomplete type
actions.c:77: error: dereferencing pointer to incomplete type
actions.c: In function `clear_umodes':
actions.c:172: error: dereferencing pointer to incomplete type
actions.c: In function `clear_users':
actions.c:194: error: dereferencing pointer to incomplete type
actions.c: In function `set_cmode':
actions.c:478: warning: assignment makes pointer from integer without a cast
make: *** [actions.o] Error 1


Jarrod
From achurch at achurch.org  Wed Nov 21 12:57:46 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 19:58:25 2007
Subject: [IRCServices] ircservices 5.1.x compile error
In-Reply-To: <979b35080711201955u2b0af3e1m5b8a86a0f6190088@mail.gmail.com>
Message-ID: <4743ad48.50277@msgid.achurch.org>

>On CentOS 4.5 x86_64, I can't get anything in the 5.1.x line to
>compile (tried .0, .5, .6, .7, and .8), even though 5.0.62 compiles
>just fine.  This was attempted using make 3.80 and gcc 3.4.6 and gcc
>4.1.1.
[...]
>sockets.h:141: error: syntax error before "per_conn"
[...]
>sockets.h:156: error: syntax error before "uint64_t"
>sockets.h:157: error: syntax error before "uint32_t"

Can you please send me a copy of your configure.log and config.h files?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From jfrates at gmail.com  Tue Nov 20 20:04:41 2007
From: jfrates at gmail.com (Jarrod Frates)
Date: Tue Nov 20 20:03:00 2007
Subject: [IRCServices] ircservices 5.1.x compile error
In-Reply-To: <4743ad48.50277@msgid.achurch.org>
References: <979b35080711201955u2b0af3e1m5b8a86a0f6190088@mail.gmail.com>
	<4743ad48.50277@msgid.achurch.org>
Message-ID: <979b35080711202004x47365c9eja67c1ae81f16637b@mail.gmail.com>

Here you go.

On Nov 20, 2007 7:57 PM, Andrew Church <achurch@achurch.org> wrote:
> >On CentOS 4.5 x86_64, I can't get anything in the 5.1.x line to
> >compile (tried .0, .5, .6, .7, and .8), even though 5.0.62 compiles
> >just fine.  This was attempted using make 3.80 and gcc 3.4.6 and gcc
> >4.1.1.
> [...]
> >sockets.h:141: error: syntax error before "per_conn"
> [...]
> >sockets.h:156: error: syntax error before "uint64_t"
> >sockets.h:157: error: syntax error before "uint32_t"
>
> Can you please send me a copy of your configure.log and config.h files?
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.h
Type: application/octet-stream
Size: 1762 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071120/4d5e5c6f/config-0001.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.log
Type: application/octet-stream
Size: 12696 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071120/4d5e5c6f/configure-0001.obj
From achurch at achurch.org  Wed Nov 21 13:00:18 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 20:03:49 2007
Subject: [IRCServices] Services 5.0.63 released
Message-ID: <4743ae74.50320@msgid.achurch.org>

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

http://www.ircservices.za.net/download/old/   (Japan)
ftp://ftp.esper.net/ircservices/old/          (Western USA)

72ca8245d99fd1d7f841131ef55a09aa  ircservices-5.0.63.tar.gz
4ddecc3dcc2a36d645ed73d6a912a51a  ircservices-5.0.63.diff.gz
9de5e51581658113f3ab39d153000d60  ircservices-5.0.63-1.i386.rpm
5d821d030a8fd8911ea94e0abef25f4d  ircservices_5.0.63-1_i386.deb

The mirrors should have it shortly.

     This release fixes two security-related bugs discovered in version 5.1
which are also present in 5.0.  Upgrading to 5.1 is recommended, but if you
are continuing to use 5.0, please upgrade to 5.0.63 at your earliest
convenience.

Changes in version 5.0.63
-------------------------
2007/11/21	Backported security-related fixes from 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed Nov 21 13:36:35 2007
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 20 20:36:32 2007
Subject: [IRCServices] ircservices 5.1.x compile error
In-Reply-To: <979b35080711202004x47365c9eja67c1ae81f16637b@mail.gmail.com>
Message-ID: <4743b636.50617@msgid.achurch.org>

>Here you go.

Thanks; I've found and fixed the problem.  I'll include the fix in the
next release of Services, but for the time being, please apply the patch
below.

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

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

Index: configure
===================================================================
RCS file: /var/local/cvsroot/ircservices/configure,v
retrieving revision 2.144
diff -u -r2.144 configure
--- configure	20 Oct 2007 04:00:39 -0000	2.144
+++ configure	21 Nov 2007 04:36:27 -0000
@@ -2627,6 +2627,8 @@
 EOT
 if [ "$SYMS_NEED_UNDERSCORES" ] ; then cat >>config.h.new <<EOT ; fi
 #define SYMS_NEED_UNDERSCORES   $SYMS_NEED_UNDERSCORES
+EOT
+cat >>config.h.new <<EOT
 
 #define HAVE_STDINT_H           $HAVE_STDINT_H
 #define HAVE_STRINGS_H          $HAVE_STRINGS_H
From jfrates at gmail.com  Tue Nov 20 21:33:17 2007
From: jfrates at gmail.com (Jarrod Frates)
Date: Tue Nov 20 21:31:35 2007
Subject: [IRCServices] ircservices 5.1.x compile error
In-Reply-To: <4743b636.50617@msgid.achurch.org>
References: <979b35080711202004x47365c9eja67c1ae81f16637b@mail.gmail.com>
	<4743b636.50617@msgid.achurch.org>
Message-ID: <979b35080711202133y3882c80ev8d1d3db635e16f1d@mail.gmail.com>

On Nov 20, 2007 8:36 PM, Andrew Church <achurch@achurch.org> wrote:
> Thanks; I've found and fixed the problem.  I'll include the fix in the
> next release of Services, but for the time being, please apply the patch
> below.

Worked perfectly.  Thanks for the update.

I don't blame you for including it in the next release.  Three
releases in an hour or so is tough on most anyone.


Jarrod
From niek at signet.nl  Mon Nov 26 07:03:48 2007
From: niek at signet.nl (Niek van der Steen)
Date: Mon Nov 26 08:27:14 2007
Subject: [IRCServices] IRC services won't start
Message-ID: <474AE054.50405@signet.nl>

Hi,

This is my first e-mail to this mailing list, so, please correct me if I 
did something wrong, but, don't shoot me ;)

I have a debian box, and did sudo apt-get install ircd-ircu.
So, I've IRCu installed. Little configuration things in the 
/etc/ircd/ircd.conf file, but pretty much done.

Then I went searching for a IRC-services package. Found one, this one :)
I configured the package (first installed it, it was a .deb package).

I started it, it says that everything is okay, no errors, and: 
"Initialization successful, starting IRC Services.".

I joined my IRC server, and did:
/msg ChanServ HELP
said back to me: "[15:51:48] ChanServ: No such nick".
Tried it with Nickserv too, same reaction.

Soo ..  It is running (ps -ax is the proof) but. Not responding ? well, 
No services online I can tell you :)

Anybody fimilair to this problem, or knows what I did wrong ?

Best Regards,
Niek van der Steen
From achurch at achurch.org  Tue Nov 27 01:46:18 2007
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 26 08:46:42 2007
Subject: [IRCServices] IRC services won't start
In-Reply-To: <474AE054.50405@signet.nl>
Message-ID: <474af8ef.62100@msgid.achurch.org>

The first thing to do when you encounter problems is to check the Services
log file (ircservices.log by default).

You said you installed ircu; in all probability, the version you installed
is not supported by Services (which only supports ircu 2.9).  Check
section 2 of the Services manual (docs/2.html) for a list of supported IRC
servers, and make sure you're using one of them.  You'll also need to
configure Services and your IRC server correctly, as described in the
Services manual and your IRC server's documentation.

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

>Hi,
>
>This is my first e-mail to this mailing list, so, please correct me if I 
>did something wrong, but, don't shoot me ;)
>
>I have a debian box, and did sudo apt-get install ircd-ircu.
>So, I've IRCu installed. Little configuration things in the 
>/etc/ircd/ircd.conf file, but pretty much done.
>
>Then I went searching for a IRC-services package. Found one, this one :)
>I configured the package (first installed it, it was a .deb package).
>
>I started it, it says that everything is okay, no errors, and: 
>"Initialization successful, starting IRC Services.".
>
>I joined my IRC server, and did:
>/msg ChanServ HELP
>said back to me: "[15:51:48] ChanServ: No such nick".
>Tried it with Nickserv too, same reaction.
>
>Soo ..  It is running (ps -ax is the proof) but. Not responding ? well, 
>No services online I can tell you :)
>
>Anybody fimilair to this problem, or knows what I did wrong ?
>
>Best Regards,
>Niek van der Steen
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From surreal.w00t at gmail.com  Mon Nov 26 08:50:49 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Nov 26 08:48:45 2007
Subject: [IRCServices] IRC services won't start
In-Reply-To: <474af8ef.62100@msgid.achurch.org>
References: <474AE054.50405@signet.nl> <474af8ef.62100@msgid.achurch.org>
Message-ID: <b19eae4e0711260850q64a0e355naebcff6c0c934506@mail.gmail.com>

Further more, it might help to know what version of Services you are
working with. :)

On Nov 26, 2007 4:46 PM, Andrew Church <achurch@achurch.org> wrote:
> The first thing to do when you encounter problems is to check the Services
> log file (ircservices.log by default).
>
> You said you installed ircu; in all probability, the version you installed
> is not supported by Services (which only supports ircu 2.9).  Check
> section 2 of the Services manual (docs/2.html) for a list of supported IRC
> servers, and make sure you're using one of them.  You'll also need to
> configure Services and your IRC server correctly, as described in the
> Services manual and your IRC server's documentation.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>
> >Hi,
> >
> >This is my first e-mail to this mailing list, so, please correct me if I
> >did something wrong, but, don't shoot me ;)
> >
> >I have a debian box, and did sudo apt-get install ircd-ircu.
> >So, I've IRCu installed. Little configuration things in the
> >/etc/ircd/ircd.conf file, but pretty much done.
> >
> >Then I went searching for a IRC-services package. Found one, this one :)
> >I configured the package (first installed it, it was a .deb package).
> >
> >I started it, it says that everything is okay, no errors, and:
> >"Initialization successful, starting IRC Services.".
> >
> >I joined my IRC server, and did:
> >/msg ChanServ HELP
> >said back to me: "[15:51:48] ChanServ: No such nick".
> >Tried it with Nickserv too, same reaction.
> >
> >Soo ..  It is running (ps -ax is the proof) but. Not responding ? well,
> >No services online I can tell you :)
> >
> >Anybody fimilair to this problem, or knows what I did wrong ?
> >
> >Best Regards,
> >Niek van der Steen
> >------------------------------------------------------------------
> >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 niek at signet.nl  Mon Nov 26 08:57:10 2007
From: niek at signet.nl (Niek van der Steen)
Date: Mon Nov 26 08:56:54 2007
Subject: [IRCServices] IRC services won't start
In-Reply-To: <474af8ef.62100@msgid.achurch.org>
References: <474af8ef.62100@msgid.achurch.org>
Message-ID: <474AFAE6.5030000@signet.nl>

The log files are clean, nothing in there. (forgotten to tell you guys).

Erm. I am using 2.10 of IRCu. Guess that's the problem. I will look how
to downgrade :)

Andrew Church wrote:
> The first thing to do when you encounter problems is to check the Services
> log file (ircservices.log by default).
>
> You said you installed ircu; in all probability, the version you installed
> is not supported by Services (which only supports ircu 2.9).  Check
> section 2 of the Services manual (docs/2.html) for a list of supported IRC
> servers, and make sure you're using one of them.  You'll also need to
> configure Services and your IRC server correctly, as described in the
> Services manual and your IRC server's documentation.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>   
>> Hi,
>>
>> This is my first e-mail to this mailing list, so, please correct me if I 
>> did something wrong, but, don't shoot me ;)
>>
>> I have a debian box, and did sudo apt-get install ircd-ircu.
>> So, I've IRCu installed. Little configuration things in the 
>> /etc/ircd/ircd.conf file, but pretty much done.
>>
>> Then I went searching for a IRC-services package. Found one, this one :)
>> I configured the package (first installed it, it was a .deb package).
>>
>> I started it, it says that everything is okay, no errors, and: 
>> "Initialization successful, starting IRC Services.".
>>
>> I joined my IRC server, and did:
>> /msg ChanServ HELP
>> said back to me: "[15:51:48] ChanServ: No such nick".
>> Tried it with Nickserv too, same reaction.
>>
>> Soo ..  It is running (ps -ax is the proof) but. Not responding ? well, 
>> No services online I can tell you :)
>>
>> Anybody fimilair to this problem, or knows what I did wrong ?
>>
>> Best Regards,
>> Niek van der Steen
>> ------------------------------------------------------------------
>> 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 caseyclaydon at fastmail.com.au  Sun Dec  2 16:43:26 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Dec  2 22:05:13 2007
Subject: [IRCServices] Services and nick changes
Message-ID: <4753512E.30301@fastmail.com.au>

When you identify to NickServ and when you change your nick,  ChanServ 
does not keep track of nick changes and you are not able to use the 
commands like op deop.

This is when you change your nick as normal - not on the link list.

Is this by design that Services do not keep track of nick changes?


- Casey
From achurch at achurch.org  Mon Dec  3 15:15:48 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Dec  2 22:21:58 2007
Subject: [IRCServices] Services and nick changes
In-Reply-To: <4753512E.30301@fastmail.com.au>
Message-ID: <4753a07f.11372@msgid.achurch.org>

>When you identify to NickServ and when you change your nick,  ChanServ 
>does not keep track of nick changes and you are not able to use the 
>commands like op deop.
>
>This is when you change your nick as normal - not on the link list.
>
>Is this by design that Services do not keep track of nick changes?

This is by design; you're only given privileges for the nickname you're
currently using, not for any nickname you may happen to have identified
to.  For a short explanation, see "Allow identification to multiple
nicknames" in section 11-2-7 of the technical manual:
    http://www.ircservices.za.net/docs/tech/11.html#s2-7

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sun Dec  2 23:25:27 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Dec  2 23:25:40 2007
Subject: [IRCServices] Services and nick changes
In-Reply-To: <4753a07f.11372@msgid.achurch.org>
References: <4753a07f.11372@msgid.achurch.org>
Message-ID: <4753AF67.6040207@fastmail.com.au>

I was meaning on other Services, like on DALnet NickServ and AustNet
NickOP. When you identify to your nick and then change to another nick,
DALnet and AustNet will remember you and can still use the commands

I was wondering with IRCServices how ChanServ does not remember you when
you change your nick, like on other Services do.


- Casey
From caseyclaydon at fastmail.com.au  Sun Dec  2 23:38:23 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sun Dec  2 23:38:35 2007
Subject: [IRCServices] Services and nick changes
In-Reply-To: <4753AF67.6040207@fastmail.com.au>
References: <4753a07f.11372@msgid.achurch.org>
	<4753AF67.6040207@fastmail.com.au>
Message-ID: <4753B26F.5000205@fastmail.com.au>

not identifying to another nick when you are identified to your nick.


- Casey



Casey wrote:
> I was meaning on other Services, like on DALnet NickServ and AustNet
> NickOP. When you identify to your nick and then change to another nick,
> DALnet and AustNet will remember you and can still use the commands
>
> I was wondering with IRCServices how ChanServ does not remember you when
> you change your nick, like on other Services do.
>
>
> - Casey
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>   
From surreal.w00t at gmail.com  Mon Dec  3 01:10:22 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Dec  3 01:10:30 2007
Subject: [IRCServices] Services and nick changes
In-Reply-To: <4753B26F.5000205@fastmail.com.au>
References: <4753a07f.11372@msgid.achurch.org>
	<4753AF67.6040207@fastmail.com.au> <4753B26F.5000205@fastmail.com.au>
Message-ID: <b19eae4e0712030110y660fc3f4tddb0bd195f0db793@mail.gmail.com>

i.e.

/nick foo
/ns id bar
/nick foo2
..now I have no access.

I think the reasoning behind this is still much the same, though I
might be wrong.

On Dec 2, 2007 11:38 PM, Casey <caseyclaydon@fastmail.com.au> wrote:
> not identifying to another nick when you are identified to your nick.
>
>
> - Casey
>
>
>
>
> Casey wrote:
> > I was meaning on other Services, like on DALnet NickServ and AustNet
> > NickOP. When you identify to your nick and then change to another nick,
> > DALnet and AustNet will remember you and can still use the commands
> >
> > I was wondering with IRCServices how ChanServ does not remember you when
> > you change your nick, like on other Services do.
> >
> >
> > - Casey
> > ------------------------------------------------------------------
> > 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 caseyclaydon at fastmail.com.au  Sat Dec  8 18:09:58 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec  8 18:09:49 2007
Subject: [IRCServices] Future Work - Command List
Message-ID: <475B4E76.90901@fastmail.com.au>

A thought I had for the Command List, to maybe show only the commands 
the Opers have access to.

On a Services Operator nick, they see the admin commands on NickServ 
help commands and on ChanServ help commands, and get access denied.


- Casey
From achurch at achurch.org  Sun Dec  9 11:38:11 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Dec  8 18:41:21 2007
Subject: [IRCServices] Future Work - Command List
In-Reply-To: <475B4E76.90901@fastmail.com.au>
Message-ID: <475b55de.22540@msgid.achurch.org>

>A thought I had for the Command List, to maybe show only the commands 
>the Opers have access to.
>
>On a Services Operator nick, they see the admin commands on NickServ 
>help commands and on ChanServ help commands, and get access denied.

This is by design; IRC operators (regardless of Services privilege level)
are shown all commands, to help them understand what functionality
Services offers.  The commands' help messages indicate what privilege
level is actually required to use them.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sat Dec  8 22:24:14 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec  8 22:24:09 2007
Subject: [IRCServices] MemoServ set forward on - internal error
Message-ID: <475B8A0E.3050504@fastmail.com.au>

When doing MemoServ set forward on and when you send a memo,  it comes 
up with a internal error--unable to process request.


debug log

[Dec 09 16:01:07.558195 2007] IRC Services 5.1.9 starting up (options: 
debug)
[Dec 09 16:01:07.558386 2007] debug: Loading language 0 from file 
`languages/en_us'
[Dec 09 16:01:07.587482 2007] debug: Loading language 10 from file 
`languages/nl'
[Dec 09 16:01:07.597649 2007] debug: Loading language 6 from file 
`languages/fr'
[Dec 09 16:01:07.601103 2007] debug: Loading language 9 from file 
`languages/de'
[Dec 09 16:01:07.608603 2007] debug: Loading language 11 from file 
`languages/hu'
[Dec 09 16:01:07.621771 2007] debug: Loading language 2 from file 
`languages/ja_euc'
[Dec 09 16:01:07.624373 2007] debug: Loading language 3 from file 
`languages/ja_sjis'
[Dec 09 16:01:07.626754 2007] debug: Loading language 12 from file 
`languages/ru'
[Dec 09 16:01:07.632950 2007] debug: Loading language 4 from file 
`languages/es'
[Dec 09 16:01:07.657199 2007] debug: Loading language 7 from file 
`languages/tr'
[Dec 09 16:01:07.661056 2007] debug: Loaded languages
[Dec 09 16:01:07.661112 2007] debug: Loading module `protocol/inspircd'
[Dec 09 16:01:07.696586 2007] debug: Successfully loaded module 
`protocol/inspircd'
[Dec 09 16:01:07.696640 2007] debug: Loading module `encryption/md5'
[Dec 09 16:01:07.710570 2007] debug: Successfully loaded module 
`encryption/md5'
[Dec 09 16:01:07.710610 2007] debug: Loading module `encryption/unix-crypt'
[Dec 09 16:01:07.724060 2007] debug: Successfully loaded module 
`encryption/unix-crypt'
[Dec 09 16:01:07.724100 2007] debug: Loading module `database/standard'
[Dec 09 16:01:07.734204 2007] debug: Successfully loaded module 
`database/standard'
[Dec 09 16:01:07.734243 2007] debug: Loading module `mail/main'
[Dec 09 16:01:07.745164 2007] debug: Successfully loaded module `mail/main'
[Dec 09 16:01:07.745203 2007] debug: Loading module `mail/smtp'
[Dec 09 16:01:07.745740 2007] debug: Successfully loaded module `mail/smtp'
[Dec 09 16:01:07.745776 2007] debug: Loading module `operserv/main'
[Dec 09 16:01:07.773618 2007] debug: Successfully loaded module 
`operserv/main'
[Dec 09 16:01:07.773660 2007] debug: Loading module `operserv/akill'
[Dec 09 16:01:07.775328 2007] debug: Successfully loaded module 
`operserv/akill'
[Dec 09 16:01:07.775371 2007] debug: Loading module `operserv/news'
[Dec 09 16:01:07.776420 2007] debug: Successfully loaded module 
`operserv/news'
[Dec 09 16:01:07.776458 2007] debug: Loading module `operserv/sessions'
[Dec 09 16:01:07.778293 2007] debug: Successfully loaded module 
`operserv/sessions'
[Dec 09 16:01:07.778332 2007] debug: Loading module `operserv/sline'
[Dec 09 16:01:07.783760 2007] debug: Successfully loaded module 
`operserv/sline'
[Dec 09 16:01:07.783802 2007] debug: Loading module `nickserv/main'
[Dec 09 16:01:07.817390 2007] debug: Successfully loaded module 
`nickserv/main'
[Dec 09 16:01:07.817441 2007] debug: Loading module `nickserv/access'
[Dec 09 16:01:07.842667 2007] debug: Successfully loaded module 
`nickserv/access'
[Dec 09 16:01:07.842706 2007] debug: Loading module `nickserv/link'
[Dec 09 16:01:07.856081 2007] debug: Successfully loaded module 
`nickserv/link'
[Dec 09 16:01:07.856119 2007] debug: Loading module `nickserv/mail-auth'
[Dec 09 16:01:07.857104 2007] debug: Successfully loaded module 
`nickserv/mail-auth'
[Dec 09 16:01:07.857141 2007] debug: Loading module `chanserv/main'
[Dec 09 16:01:07.877072 2007] debug: Successfully loaded module 
`chanserv/main'
[Dec 09 16:01:07.877121 2007] debug: Loading module `chanserv/access-levels'
[Dec 09 16:01:07.886434 2007] debug: Successfully loaded module 
`chanserv/access-levels'
[Dec 09 16:01:07.886471 2007] debug: Loading module `chanserv/access-xop'
[Dec 09 16:01:07.887874 2007] debug: Successfully loaded module 
`chanserv/access-xop'
[Dec 09 16:01:07.887912 2007] debug: Loading module `memoserv/main'
[Dec 09 16:01:07.908084 2007] debug: Successfully loaded module 
`memoserv/main'
[Dec 09 16:01:07.908129 2007] debug: Loading module `memoserv/forward'
[Dec 09 16:01:07.909245 2007] debug: Successfully loaded module 
`memoserv/forward'
[Dec 09 16:01:07.909283 2007] debug: Loading module `memoserv/ignore'
[Dec 09 16:01:07.910795 2007] debug: Successfully loaded module 
`memoserv/ignore'
[Dec 09 16:01:07.910914 2007] debug: Loading module `statserv/main'
[Dec 09 16:01:07.936142 2007] debug: Successfully loaded module 
`statserv/main'
[Dec 09 16:01:07.936185 2007] debug: Loading module `misc/xml-export'
[Dec 09 16:01:07.943227 2007] debug: Successfully loaded module 
`misc/xml-export'
[Dec 09 16:01:07.943267 2007] debug: Loading module `misc/xml-import'
[Dec 09 16:01:07.945730 2007] debug: Successfully loaded module 
`misc/xml-import'
[Dec 09 16:01:07.945771 2007] debug: Loaded modules
[Dec 09 16:01:07.946575 2007] debug: Initiated connection to 127.0.0.1:7000
[Dec 09 16:01:07.946704 2007] debug: Sent: SERVER services.casey.net 
<password> 0 :Services for IRC Networks
[Dec 09 16:01:07.946738 2007] debug: Sent: BURST
[Dec 09 16:01:07.946774 2007] debug: Sent: :services.casey.net VERSION 
:ircservices-5.1.9 services.casey.net :build #1, compiled Mon Dec  3 
09:33:58 EST 2007
[Dec 09 16:01:07.946808 2007] debug: Sent: ENDBURST
[Dec 09 16:01:08.979856 2007] debug: Sent: :services.casey.net NICK 
1197180068 OperServ casey.net casey.net services +oi 0.0.0.0 :Operator 
Server
[Dec 09 16:01:08.979969 2007] debug: Sent: :OperServ OPERTYPE 
:Network_Service
[Dec 09 16:01:08.980031 2007] debug: Sent: :services.casey.net NICK 
1197180068 Global casey.net casey.net services +oi 0.0.0.0 :Global Noticer
[Dec 09 16:01:08.980102 2007] debug: Sent: :Global OPERTYPE :Network_Service
[Dec 09 16:01:08.980167 2007] debug: Sent: :services.casey.net NICK 
1197180068 NickServ casey.net casey.net services +o 0.0.0.0 :Nickname Server
[Dec 09 16:01:08.980218 2007] debug: Sent: :NickServ OPERTYPE 
:Network_Service
[Dec 09 16:01:08.980284 2007] debug: Sent: :services.casey.net NICK 
1197180068 ChanServ casey.net casey.net services +o 0.0.0.0 :Channel Server
[Dec 09 16:01:08.980337 2007] debug: Sent: :ChanServ OPERTYPE 
:Network_Service
[Dec 09 16:01:08.980403 2007] debug: Sent: :services.casey.net NICK 
1197180068 MemoServ casey.net casey.net services +o 0.0.0.0 :Memo Server
[Dec 09 16:01:08.980457 2007] debug: Sent: :MemoServ OPERTYPE 
:Network_Service
[Dec 09 16:01:08.980519 2007] debug: Sent: :services.casey.net NICK 
1197180068 StatServ casey.net casey.net services +i 0.0.0.0 :Statistics 
Server
[Dec 09 16:01:08.980584 2007] debug: Received: CAPAB START
[Dec 09 16:01:08.980690 2007] debug: Received: CAPAB MODULES 
m_banexception.so,m_banredirect.so,m_blockcolor.so,m_chanprotect.so,m_chghost.so,m_cloaking.so,m_commonchans.so,m_globops.so,m_hidechans.so,m_hideoper.so,m_joinflood.so,m_kicknorejoin.so,m_messageflood.so,m_nickflood.so,m_noctcp.so,m_nonicks.so,m_nonotice.so,m_operchans.so,m_redirect.so,m_services.so,m_stripcolor.so,m_svshold.so
[Dec 09 16:01:08.980736 2007] debug: Received: CAPAB CAPABILITIES 
:NICKMAX=31 HALFOP=1 CHANMAX=65 MAXMODES=20 IDENTMAX=12 MAXQUIT=255 
MAXTOPIC=307 MAXKICK=255 MAXGECOS=128 MAXAWAY=200 IP6NATIVE=0 
IP6SUPPORT=1 PROTOCOL=1105 PREFIX=(ohv)@%+ 
CHANMODES=abeq,k,FJLfjl,CMNORSTcimnprst SVSPART=1
[Dec 09 16:01:08.980773 2007] debug: Received: CAPAB END
[Dec 09 16:01:08.980809 2007] debug: Received: SERVER 
casey.qld.au.casey.net <password> 0 :Waddle World
[Dec 09 16:01:08.980853 2007] debug: Received: BURST 1197180068
[Dec 09 16:01:08.980888 2007] debug: Received: :casey.qld.au.casey.net 
VERSION :InspIRCd-1.1.15+Wensleydale casey.qld.au.casey.net :Linux Casey 
2.6.22-14-generic [FLAGS=0,epoll,singlethread-object]
[Dec 09 16:01:09.019232 2007] debug: Received: :casey.qld.au.casey.net 
NICK 1197178867 Casey 192.168.1.10 netadmin.casey.net casey +inosx 
192.168.1.10 :Casey
[Dec 09 16:01:09.019306 2007] debug: new user: Casey
[Dec 09 16:01:09.019391 2007] debug: Sent: :NickServ SVSMODE Casey :-r
[Dec 09 16:01:09.019475 2007] debug: Sent: :NickServ NOTICE Casey :This 
nickname is registered and protected.  If it is your nickname, type 
/msg NickServ IDENTIFY password.  Otherwise, please choose a 
different nickname.
[Dec 09 16:01:09.019530 2007] debug: Changing mode for Casey to +inosx
[Dec 09 16:01:09.019584 2007] debug: Received: :Casey OPERTYPE NetAdmin
[Dec 09 16:01:09.019624 2007] debug: Changing mode for Casey to +o
[Dec 09 16:01:09.019681 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Z 69.69.69.69 <Config> 1197178853 0 :No porn here thanks.
[Dec 09 16:01:09.019717 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q ChanServ <Config> 1197178853 0 :Reserved For Services
[Dec 09 16:01:09.019754 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q NickServ <Config> 1197178853 0 :Reserved For Services
[Dec 09 16:01:09.019790 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q OperServ <Config> 1197178853 0 :Reserved For Services
[Dec 09 16:01:09.019827 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE Q MemoServ <Config> 1197178853 0 :Reserved For Services
[Dec 09 16:01:09.019863 2007] debug: Received: :casey.qld.au.casey.net 
ADDLINE E *@ircop.host.com <Config> 1197178853 0 :Opers hostname
[Dec 09 16:01:09.019900 2007] debug: Received:
[Dec 09 16:01:09.019933 2007] debug: Received: ENDBURST
[Dec 09 16:01:25.422140 2007] debug: Received: :Casey PRIVMSG NickServ 
:identify <password>
[Dec 09 16:01:25.422308 2007] debug: Sent: :NickServ SVSMODE Casey :+r
[Dec 09 16:01:25.422358 2007] (nickserv/main) Casey!casey@192.168.1.10 
identified for nick Casey
[Dec 09 16:01:25.422429 2007] debug: Sent: :NickServ NOTICE Casey 
:Password accepted -- you are now recognized.
[Dec 09 16:01:35.409975 2007] debug: Received: :Casey PRIVMSG MemoServ 
:set forward on
[Dec 09 16:01:35.410139 2007] debug: Sent: :MemoServ NOTICE Casey :Your 
memos will now be forwarded to your E-mail address: 
caseyclaydon@fastmail.com.au
[Dec 09 16:01:43.896368 2007] debug: Received: :Casey PRIVMSG MemoServ 
:send Casey testing
[Dec 09 16:01:43.896573 2007] debug: (mail/main) sendmail: 
from=services@casey.net to=caseyclaydon@fastmail.com.au subject=[Memo 
for Casey]
[Dec 09 16:01:43.896636 2007] debug: (mail/smtp) SMTP(0x82516a8) connecting
[Dec 09 16:01:43.898241 2007] debug: Sent: :MemoServ NOTICE Casey 
:Internal error--unable to process request.
[Dec 09 16:01:44.627366 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 220-ipmail01.adl6.internode.on.net ESMTP
[Dec 09 16:01:44.627437 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 220 ESMTP; ppp121-45-253-94.lns2.bne4.internode.on.net 
[121.45.253.94] in MTA's INSIDEinternode; drivin' into the sunset
[Dec 09 16:01:44.627494 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
HELO services.casey.net
[Dec 09 16:01:44.743246 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 250 ipmail01.adl6.internode.on.net
[Dec 09 16:01:44.743305 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
MAIL FROM:<services@casey.net>
[Dec 09 16:01:45.347933 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 250 sender <services@casey.net> ok
[Dec 09 16:01:45.348022 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
RCPT TO:<caseyclaydon@fastmail.com.au>
[Dec 09 16:01:45.459003 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 250 recipient <caseyclaydon@fastmail.com.au> ok
[Dec 09 16:01:45.459083 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: DATA
[Dec 09 16:01:45.569640 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 354 go ahead
[Dec 09 16:01:45.569733 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
From: "" <services@casey.net>
[Dec 09 16:01:45.569774 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
To: <caseyclaydon@fastmail.com.au>
[Dec 09 16:01:45.569815 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
Subject: Memo for Casey
[Dec 09 16:01:45.569858 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
Date: Sun, 09 Dec 2007 06:01:45 +0000
[Dec 09 16:01:45.569899 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
MIME-Version: 1.0
[Dec 09 16:01:45.569941 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
Content-Type: text/plain; charset=iso-8859-1
[Dec 09 16:01:45.569982 2007] debug: (mail/smtp) SMTP(0x82516a8) sent:
[Dec 09 16:01:45.570024 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
Memo from Casey (Dec 09 16:01:43 2007 EST)
[Dec 09 16:01:45.570067 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: 
testing
[Dec 09 16:01:45.570108 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: .
[Dec 09 16:01:45.687175 2007] debug: (mail/smtp) SMTP(0x82516a8) 
received: 250 ok:  Message 2761912 accepted
[Dec 09 16:01:45.687281 2007] debug: (mail/smtp) SMTP(0x82516a8) sent: QUIT
[Dec 09 16:01:45.687339 2007] debug: (mail/smtp) SMTP(0x82516a8) closed 
(local)
[Dec 09 16:01:45.687378 2007] debug: (mail/smtp) SMTP(0x82516a8) closed 
(free_socketinfo)
[Dec 09 16:02:04.013200 2007] debug: Received: :Casey PRIVMSG OperServ 
:shutdown
[Dec 09 16:02:04.013300 2007] (operserv/main) Casey: shutdown
[Dec 09 16:02:04.013431 2007] debug: Saving databases
[Dec 09 16:02:04.016745 2007] SHUTDOWN command received from Casey
[Dec 09 16:02:04.016790 2007] debug: Unloading module `misc/xml-import'
[Dec 09 16:02:04.016898 2007] debug: Unloading module `misc/xml-export'
[Dec 09 16:02:04.016970 2007] debug: Unloading module `statserv/main'
[Dec 09 16:02:04.017082 2007] debug: Sent: :StatServ QUIT :
[Dec 09 16:02:04.017177 2007] debug: Unloading module `memoserv/ignore'
[Dec 09 16:02:04.017253 2007] debug: Unloading module `memoserv/forward'
[Dec 09 16:02:04.017327 2007] debug: Unloading module `memoserv/main'
[Dec 09 16:02:04.017403 2007] debug: Sent: :MemoServ QUIT :
[Dec 09 16:02:04.017490 2007] debug: Unloading module `chanserv/access-xop'
[Dec 09 16:02:04.017567 2007] debug: Unloading module 
`chanserv/access-levels'
[Dec 09 16:02:04.017642 2007] debug: Unloading module `chanserv/main'
[Dec 09 16:02:04.017720 2007] debug: Sent: :ChanServ QUIT :
[Dec 09 16:02:04.017829 2007] debug: Unloading module `nickserv/mail-auth'
[Dec 09 16:02:04.017910 2007] debug: Unloading module `nickserv/link'
[Dec 09 16:02:04.017986 2007] debug: Unloading module `nickserv/access'
[Dec 09 16:02:04.018051 2007] debug: Unloading module `nickserv/main'
[Dec 09 16:02:04.018129 2007] debug: Sent: :NickServ QUIT :
[Dec 09 16:02:04.018219 2007] debug: Unloading module `operserv/sline'
[Dec 09 16:02:04.018272 2007] debug: Unloading module `operserv/sessions'
[Dec 09 16:02:04.018331 2007] debug: Unloading module `operserv/news'
[Dec 09 16:02:04.018381 2007] debug: Unloading module `operserv/akill'
[Dec 09 16:02:04.018433 2007] debug: Unloading module `operserv/main'
[Dec 09 16:02:04.018486 2007] debug: Sent: :OperServ QUIT :
[Dec 09 16:02:04.018532 2007] debug: Sent: :Global QUIT :
[Dec 09 16:02:04.018588 2007] debug: Unloading module `mail/smtp'
[Dec 09 16:02:04.018635 2007] debug: Unloading module `mail/main'
[Dec 09 16:02:04.018681 2007] debug: Unloading module `database/standard'
[Dec 09 16:02:04.018727 2007] debug: Unloading module 
`encryption/unix-crypt'
[Dec 09 16:02:04.018776 2007] debug: Unloading module `encryption/md5'
[Dec 09 16:02:04.018827 2007] debug: Unloading module `protocol/inspircd'
[Dec 09 16:02:04.018908 2007] debug: Sent: :services.casey.net SQUIT 
services.casey.net :SHUTDOWN command received from Casey
From achurch at achurch.org  Sun Dec  9 19:39:53 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Dec  9 02:40:02 2007
Subject: [IRCServices] MemoServ set forward on - internal error
In-Reply-To: <475B8A0E.3050504@fastmail.com.au>
Message-ID: <475bc60e.25342@msgid.achurch.org>

>When doing MemoServ set forward on and when you send a memo,  it comes 
>up with a internal error--unable to process request.

Fixed, thanks for the report.  (This is just a cosmetic error; the memos
are in fact being sent.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Dec  9 19:56:49 2007
From: achurch at achurch.org (Andrew Church)
Date: Sun Dec  9 03:05:32 2007
Subject: [IRCServices] Services 5.1.10 released
Message-ID: <475bcc0d.53413@msgid.achurch.org>

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

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

a023601c4a375b7f74679dcda8f82056  ircservices-5.1.10.tar.gz
c0fa8329883df1a07cb6b9be2105451a  ircservices-5.1.10.diff.gz
665fde04fc7adfa5e9a39b2218be0753  ircservices-5.1.10-1.i386.rpm
39277c5ee3224ff8f4ffad1557bfe597  ircservices_5.1.10-1_i386.deb

The mirrors should have it shortly.

     This is a maintenance release that fixes a few minor bugs, including
an incorrect error message when sending memos to a nickname with memo
forwarding enabled.  Upgrade at your leisure.

Changes in version 5.1.10
-------------------------
2007/12/09	Fixed bug preventing ircservices-chk from detecting the PID
		    file properly.  Reported by <chiappa@webinfo.fi>
2007/12/09	Fixed cosmetic bug causing "internal error" messages to be
		    emitted when sending memos to users with forwarding
		    enabled.  Reported by Casey <caseyclaydon@fastmail.com.au>
2007/11/21	Fixed bug causing compilation to fail on certain platforms.
		    Reported by Jarrod Frates <jfrates@gmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From webmaster at ircnews.co.uk  Sat Dec 15 07:29:07 2007
From: webmaster at ircnews.co.uk (Krisstoffer)
Date: Sat Dec 15 08:32:15 2007
Subject: [IRCServices] 4.x Database to 5.0 query
Message-ID: <1197732547.2490.5.camel@localhost.localdomain>

Greetings, 
We're running IRC Services 4.5.45 and have been running it for quite a
few years now. We are looking at doing an upgrade to the 5.0 version,
one of the main reasons for the upgrade is to better prevent "nick
collectors"

However we are uncertain on one thing, once we set a limit on allowed
registered nicknames, we are uncertain what will happen to those whom
have say 100 nicks.

idea being setting say the allowed nicks to 10 what will happen to those
with 100 nicks ? we have run over a few possible theories:
        1. it will drop there oldest nicks and retain 10 newest
        2. it will drop there newest nicks and retain 10 oldest
        3. it will go nuts and kill everything
        4. it will simply retain 4.x setup and allow those with the
        nicks to continue as they we're but with no ability to add to
        there collection, simply keep identifying them.
As yet we have not managed to get a clear grasp on what the database
conversion will do.. any hints would be appreciated.
-- 
Krisstoffer <webmaster@ircnews.co.uk>
IRCNews

From achurch at achurch.org  Sun Dec 16 02:03:59 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Dec 15 09:17:05 2007
Subject: [IRCServices] 4.x Database to 5.0 query
In-Reply-To: <1197732547.2490.5.camel@localhost.localdomain>
Message-ID: <47640c12.12636@msgid.achurch.org>

>We're running IRC Services 4.5.45 and have been running it for quite a
>few years now. We are looking at doing an upgrade to the 5.0 version,
>one of the main reasons for the upgrade is to better prevent "nick
>collectors"
>
>However we are uncertain on one thing, once we set a limit on allowed
>registered nicknames, we are uncertain what will happen to those whom
>have say 100 nicks.
[...]
>        4. it will simply retain 4.x setup and allow those with the
>        nicks to continue as they we're but with no ability to add to
>        there collection, simply keep identifying them.

Services takes this approach: no change will be made to the existing
databases, but users with more nicknames than the limit will no longer
be allowed to register or link new nicks until they ddrop some of the
old ones.

Also, if you're considering upgrading, I'd like to recommend going
directly to version 5.1 rather than 5.0; while there was admittedly a
bit of a fiasco earlier with a few security bugs, the current version
(5.1.10) should be stable, and I don't anticipate making any significant
changes at this point.  Either way, be sure to read the upgrade notes in
the Services manual (http://www.ircservices.za.net/docs/upgrade.html)
before upgrading, as there are several important changes to be aware of
between each version.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From caseyclaydon at fastmail.com.au  Sat Dec 15 15:01:10 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec 15 15:01:16 2007
Subject: [IRCServices] Perl on ServerOrigin
Message-ID: <47645CB6.4010802@fastmail.com.au>

Would anyone know if perl is installed on the IRCd Shells at ServerOrigin?

I am looking at going for the Mid IRCd Shell.


- Casey
From surreal.w00t at gmail.com  Sat Dec 15 15:40:58 2007
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Dec 15 15:40:56 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <47645CB6.4010802@fastmail.com.au>
References: <47645CB6.4010802@fastmail.com.au>
Message-ID: <b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>

Wouldn't a better approach be to mail them..?

On Dec 15, 2007 11:01 PM, Casey <caseyclaydon@fastmail.com.au> wrote:
> Would anyone know if perl is installed on the IRCd Shells at ServerOrigin?
>
> I am looking at going for the Mid IRCd Shell.
>
>
> - Casey
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From caseyclaydon at fastmail.com.au  Sat Dec 15 15:57:17 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec 15 15:57:18 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>
References: <47645CB6.4010802@fastmail.com.au>
	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>
Message-ID: <476469DD.80606@fastmail.com.au>

Hi w00t,

I have emailed him with a few questions and have gotten an answer back 
for those ones.

I did a email with 2 questions in it with perl in it,  he only replied 
to that other question but not the perl one.  I did a reply back for the 
same email asking again if perl was installed,  and didn't get an answer 
back.  I posted a new email asking about perl and still no answer.

asking to see if perl was installed to run IRC Defender on using the 
command perl defender.pl


- Casey



Robin Burchell wrote:
> Wouldn't a better approach be to mail them..?
>
> On Dec 15, 2007 11:01 PM, Casey <caseyclaydon@fastmail.com.au> wrote:
>   
>> Would anyone know if perl is installed on the IRCd Shells at ServerOrigin?
>>
>> I am looking at going for the Mid IRCd Shell.
>>
>>
>> - Casey
>> ------------------------------------------------------------------
>> 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 caseyclaydon at fastmail.com.au  Sat Dec 15 16:06:02 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec 15 16:06:04 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <476469DD.80606@fastmail.com.au>
References: <47645CB6.4010802@fastmail.com.au>	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>
	<476469DD.80606@fastmail.com.au>
Message-ID: <47646BEA.4070506@fastmail.com.au>

ServerOrigin run on FreeBSD -- I am gussing that perl will be installed.


- Casey



Casey wrote:
> Hi w00t,
>
> I have emailed him with a few questions and have gotten an answer back 
> for those ones.
>
> I did a email with 2 questions in it with perl in it,  he only replied 
> to that other question but not the perl one.  I did a reply back for 
> the same email asking again if perl was installed,  and didn't get an 
> answer back.  I posted a new email asking about perl and still no answer.
>
> asking to see if perl was installed to run IRC Defender on using the 
> command perl defender.pl
>
>
> - Casey
>
>
>
> Robin Burchell wrote:
>> Wouldn't a better approach be to mail them..?
>>
>> On Dec 15, 2007 11:01 PM, Casey <caseyclaydon@fastmail.com.au> wrote:
>>  
>>> Would anyone know if perl is installed on the IRCd Shells at 
>>> ServerOrigin?
>>>
>>> I am looking at going for the Mid IRCd Shell.
>>>
>>>
>>> - Casey
>>> ------------------------------------------------------------------
>>> 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 caseyclaydon at fastmail.com.au  Mon Dec 17 14:20:50 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Dec 17 14:20:45 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <47646BEA.4070506@fastmail.com.au>
References: <47645CB6.4010802@fastmail.com.au>	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>	<476469DD.80606@fastmail.com.au>
	<47646BEA.4070506@fastmail.com.au>
Message-ID: <4766F642.9070907@fastmail.com.au>

Hi everyone,

An Update to this

after still not getting an answer to the 3rd one asking if perl is 
installed,  I thought I would send an email to his own address asking 
why am I not getting an answer and said Thank You for your answers to my 
other questions I had.

He replied back that he apologize if the question was missed and he will 
forward it to the support guys.

I should be getting my answer this time for sure.


- Casey



Casey wrote:
> ServerOrigin run on FreeBSD -- I am gussing that perl will be installed.
>
>
> - Casey
>
>
>
> Casey wrote:
>> Hi w00t,
>>
>> I have emailed him with a few questions and have gotten an answer 
>> back for those ones.
>>
>> I did a email with 2 questions in it with perl in it,  he only 
>> replied to that other question but not the perl one.  I did a reply 
>> back for the same email asking again if perl was installed,  and 
>> didn't get an answer back.  I posted a new email asking about perl 
>> and still no answer.
>>
>> asking to see if perl was installed to run IRC Defender on using the 
>> command perl defender.pl
>>
>>
>> - Casey
>>
>>
>>
>> Robin Burchell wrote:
>>> Wouldn't a better approach be to mail them..?
>>>
>>> On Dec 15, 2007 11:01 PM, Casey <caseyclaydon@fastmail.com.au> wrote:
>>>  
>>>> Would anyone know if perl is installed on the IRCd Shells at 
>>>> ServerOrigin?
>>>>
>>>> I am looking at going for the Mid IRCd Shell.
>>>>
>>>>
>>>> - Casey
>>>> ------------------------------------------------------------------
>>>> 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
From gabriel.baez at solid-ircd.com  Mon Dec 17 15:02:46 2007
From: gabriel.baez at solid-ircd.com (Gabriel Baez)
Date: Mon Dec 17 16:02:16 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <4766F642.9070907@fastmail.com.au>
References: <47645CB6.4010802@fastmail.com.au>	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>	<476469DD.80606@fastmail.com.au>
	<47646BEA.4070506@fastmail.com.au>
	<4766F642.9070907@fastmail.com.au>
Message-ID: <894AECC1-3264-4471-B712-24383E230490@solid-ircd.com>

so what those this have to do with ircservices ?

On Dec 17, 2007, at 4:20 PM, Casey wrote:

> Hi everyone,
>
> An Update to this
>
> after still not getting an answer to the 3rd one asking if perl is  
> installed,  I thought I would send an email to his own address  
> asking why am I not getting an answer and said Thank You for your  
> answers to my other questions I had.
>
> He replied back that he apologize if the question was missed and he  
> will forward it to the support guys.
>
> I should be getting my answer this time for sure.
>
>
> - Casey
>
>
>
> Casey wrote:
>> ServerOrigin run on FreeBSD -- I am gussing that perl will be  
>> installed.
>>
>>
>> - Casey
>>
>>
>>
>> Casey wrote:
>>> Hi w00t,
>>>
>>> I have emailed him with a few questions and have gotten an answer  
>>> back for those ones.
>>>
>>> I did a email with 2 questions in it with perl in it,  he only  
>>> replied to that other question but not the perl one.  I did a  
>>> reply back for the same email asking again if perl was installed,   
>>> and didn't get an answer back.  I posted a new email asking about  
>>> perl and still no answer.
>>>
>>> asking to see if perl was installed to run IRC Defender on using  
>>> the command perl defender.pl
>>>
>>>
>>> - Casey
>>>
>>>
>>>
>>> Robin Burchell wrote:
>>>> Wouldn't a better approach be to mail them..?
>>>>
>>>> On Dec 15, 2007 11:01 PM, Casey <caseyclaydon@fastmail.com.au>  
>>>> wrote:
>>>>
>>>>> Would anyone know if perl is installed on the IRCd Shells at  
>>>>> ServerOrigin?
>>>>>
>>>>> I am looking at going for the Mid IRCd Shell.
>>>>>
>>>>>
>>>>> - Casey
>>>>> ------------------------------------------------------------------
>>>>> 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
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From ron2k.za at gmail.com  Mon Dec 17 22:05:39 2007
From: ron2k.za at gmail.com (Kieron Thwaites)
Date: Mon Dec 17 22:05:21 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <894AECC1-3264-4471-B712-24383E230490@solid-ircd.com>
References: <47645CB6.4010802@fastmail.com.au>
	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>
	<476469DD.80606@fastmail.com.au> <47646BEA.4070506@fastmail.com.au>
	<4766F642.9070907@fastmail.com.au>
	<894AECC1-3264-4471-B712-24383E230490@solid-ircd.com>
Message-ID: <debb3bc0712172205o5b720e23mc81fa9a241ccd746@mail.gmail.com>

That was my initial reaction as well; however, I seem to recall that
Perl is required for editing the language files. Or something like
that.

OK, that only applies to a miniscule amount of users, but it's still
something. :)

--K

On 18/12/2007, Gabriel Baez <gabriel.baez@solid-ircd.com> wrote:
> so what those this have to do with ircservices ?
From caseyclaydon at fastmail.com.au  Mon Dec 17 22:18:35 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Mon Dec 17 22:18:22 2007
Subject: [IRCServices] Perl on ServerOrigin
In-Reply-To: <debb3bc0712172205o5b720e23mc81fa9a241ccd746@mail.gmail.com>
References: <47645CB6.4010802@fastmail.com.au>	<b19eae4e0712151540u2ce217c0x82708d8573e55719@mail.gmail.com>	<476469DD.80606@fastmail.com.au>
	<47646BEA.4070506@fastmail.com.au>	<4766F642.9070907@fastmail.com.au>	<894AECC1-3264-4471-B712-24383E230490@solid-ircd.com>
	<debb3bc0712172205o5b720e23mc81fa9a241ccd746@mail.gmail.com>
Message-ID: <4767663B.6020401@fastmail.com.au>

since I was getting no answer from ServerOrigin,  I wanted to ask in 
here if anyone knows if they have perl installed.

being in this type of environment with running Shells and all that,  I 
thought I would ask in here.


- Casey
From caseyclaydon at fastmail.com.au  Sat Dec 22 00:43:16 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec 22 00:42:56 2007
Subject: [IRCServices] Channel Memos with MemoServ set limit 0
Message-ID: <476CCE24.60104@fastmail.com.au>

Hi Andrew,

I just wanted to say thank you for allowing Channel Memos to send to you 
with MemoServ set limit 0,  it is nice to allow them.

I was playing with the Memos and I noticed this with the Channel Memos.


- Casey
From caseyclaydon at fastmail.com.au  Sat Dec 22 00:49:34 2007
From: caseyclaydon at fastmail.com.au (Casey)
Date: Sat Dec 22 00:49:07 2007
Subject: [IRCServices] Merry Christmas everyone
Message-ID: <476CCF9E.1070308@fastmail.com.au>

I would like to wish everyone a Merry Christmas


- Casey
From achurch at achurch.org  Sat Dec 22 18:24:00 2007
From: achurch at achurch.org (Andrew Church)
Date: Sat Dec 22 01:28:06 2007
Subject: [IRCServices] Channel Memos with MemoServ set limit 0
In-Reply-To: <476CCE24.60104@fastmail.com.au>
Message-ID: <476cd8c1.05211@msgid.achurch.org>

>I just wanted to say thank you for allowing Channel Memos to send to you 
>with MemoServ set limit 0,  it is nice to allow them.

That would be because you sent the memo as a Services admin; memo limits
are ignored when a Services admin sends memos (this should probably be
documented).  Channel memos, like regular memos, are subject to the limit
as usual when sent by a regular user.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From genius3000 at gmail.com  Sun Dec 30 17:23:33 2007
From: genius3000 at gmail.com (genius3000 aka Cue)
Date: Sun Dec 30 17:23:34 2007
Subject: [IRCServices] Bug Report - IRCServices-5.1.10
Message-ID: <2513c2050712301723y44584175w754a72d5e60f2c24@mail.gmail.com>

Hey, I'm running the newest version of IRCServices with the newest version
of Unreal (3.2.7).

The bug is sort of an addon from an old bug which I see has been fixed. A
channel take-over is still possible on an empty but registered channel. I
see that ChanServ now sees any +hv modes and removes them. But, anyone can
still set bans, exceptions, secret, invite-only, etc as well as change
topic. Example:

[18:13:59] * Now talking in #test
[18:14:00] * Cue2 sets mode: +sihbe Cue2 *!*@* Cue*!*@*
[18:14:00] * Cue2 changes topic to 'Channel has been owned.'
[18:14:00] * ChanServ sets mode: +ntr-o Cue2
[18:14:00] * ChanServ sets mode: -h Cue2

#test is registered but was empty when I joined. No I am not identified as
owner, 'Cue2' isn't even a registered nickname.
So as you can see it does remove the halfop mode, and it works also for
voice... but it doesn't change back topic nor does it remove other modes
set.

-- 
genius3000 aka Cue
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20071230/cfbdc04e/attachment.html
From robin at en2no.com  Sun Dec 30 17:51:18 2007
From: robin at en2no.com (Robin Burchell)
Date: Sun Dec 30 17:51:20 2007
Subject: [IRCServices] Bug Report - IRCServices-5.1.10
In-Reply-To: <2513c2050712301723y44584175w754a72d5e60f2c24@mail.gmail.com>
References: <2513c2050712301723y44584175w754a72d5e60f2c24@mail.gmail.com>
Message-ID: <b19eae4e0712301751o777e2890s58ab2535ec047175@mail.gmail.com>

That's (generally speaking) partly a limitation with Unreal.

A nicer timestamping implementation (such as that offered by
hybrid/ratbox/inspircd/other) removes all modes when a channel
creation time is set 'older', generally done when ChanServ joins (i.e.
a good idea would be to send a timestamp dating to when the channel
was registered), which would remove all the hacked modes automatically
(in addition to the ops, without any intervention from ChanServ),
leaving the channel back in good condition

For more information on how this works (one paragraph doesn't do it
justice), see http://www.inspircd.org/wiki/InspIRCd_Spanning_Tree_%281.2%29#FJOIN

Unfortunately, Unreal doesn't remove hacked modes in these conditions,
nor does the server protocol of Unreal 3 allow for it.

It would probably be possible to create a workaround for IRCds that
don't support this by checking on each MODE set for appropriate
permissions and reversing the mode changes where necessary, but I am
unsure how much overhead this will place on processing, nor am I sure
that bouncing will be foolproof under all conditions..

On Dec 30, 2007 5:23 PM, genius3000 aka Cue <genius3000@gmail.com> wrote:
> Hey, I'm running the newest version of IRCServices with the newest version
> of Unreal (3.2.7).
>
> The bug is sort of an addon from an old bug which I see has been fixed. A
> channel take-over is still possible on an empty but registered channel. I
> see that ChanServ now sees any +hv modes and removes them. But, anyone can
> still set bans, exceptions, secret, invite-only, etc as well as change
> topic. Example:
>
> [18:13:59] * Now talking in #test
> [18:14:00] * Cue2 sets mode: +sihbe Cue2 *!*@* Cue*!*@*
> [18:14:00] * Cue2 changes topic to 'Channel has been owned.'
> [18:14:00] * ChanServ sets mode: +ntr-o Cue2
>  [18:14:00] * ChanServ sets mode: -h Cue2
>
> #test is registered but was empty when I joined. No I am not identified as
> owner, 'Cue2' isn't even a registered nickname.
> So as you can see it does remove the halfop mode, and it works also for
> voice... but it doesn't change back topic nor does it remove other modes
> set.
>
> --
> genius3000 aka Cue
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>



-- 
Robin Burchell
mob: +447702671419
msn: msn@viroteck.net
web: http://www.en2no.com