rename -> *.git

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

From admin at vonitsanet.gr  Wed Jan  5 09:01:16 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Wed Jan  5 09:01:43 2005
Subject: [IRCServices] LogonNews And Opernews Feature.
Message-ID: <003101c4f348$31017330$2c4405d5@server>

Services sends the first 3 logon/opernews to users to prevent flood
This is correct. BUT
If i want an to add another opernew or a logonnew  to be showen on connect i 
should delete another.

A new command should be added.. so none message need to be deleted but just 
be hidden :-)

/OS OPERNEWS HIDE / SHOW #num
/OS LOGONNEWS HIDE / SHOW #num

With this none message is lost (deleted) and if i want to i can enable to be 
shown and hide another one;-) 


From youph at earthlink.net  Fri Jan  7 00:43:56 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Fri Jan  7 00:44:14 2005
Subject: [IRCServices] Feature Request
Message-ID: <41DE4BCC.6030607@earthlink.net>

Hi. I just subscribed to the list so I'm not sure if this has been asked 
before (though I doubt it as it's kind of an esoteric request.)

Anyway, I need a way to register nicknames in NickServ by a third party 
(this would be done via a bot with Services Admin privledges) with only 
an MD5 hash of their password. I'm trying to automate a registration 
process from a message board program and the only way to really keep 
security tight would be to pass the MD5 hashed password of the user to 
the IRC nick registering script (which launches a bot to register a nick 
on IRC.)

I know I can edit the XML dbs, but I'm under the impression this 
requires shutting down/restatring services and obviously this isn't an 
option for a production network.

Appologies if I'm an idiot and this can be done already, so if it can, 
please pray tell!

Otherwise, I think adding a simple parameter to the /nickserv register 
command specifying the password used is already an MD5 hash would be a 
great (and seemingly simple) feature.

Thanks,

--euph
From phan70m at gmail.com  Fri Jan  7 01:33:24 2005
From: phan70m at gmail.com (Anton Wolkov)
Date: Fri Jan  7 01:33:27 2005
Subject: [IRCServices] Feature Request
In-Reply-To: <41DE4BCC.6030607@earthlink.net>
References: <41DE4BCC.6030607@earthlink.net>
Message-ID: <d50f59a005010701335fa0c766@mail.gmail.com>

you should check the blitzed version of ircservices 4,
they use mysql for the database and sha1 for passwords (compatible
with mysql's sha1()).
http://www.blitzed.org/software.phtml#services
and never fear modding yourself.

--
PHANTOm <phantom@nix.co.il> -- www.irc.nix.co.il
From youph at earthlink.net  Fri Jan  7 01:48:02 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Fri Jan  7 01:48:12 2005
Subject: [IRCServices] Feature Request
In-Reply-To: <d50f59a005010701335fa0c766@mail.gmail.com>
References: <41DE4BCC.6030607@earthlink.net>
        <d50f59a005010701335fa0c766@mail.gmail.com>
Message-ID: <41DE5AD2.2010308@earthlink.net>

Anton Wolkov wrote:

>you should check the blitzed version of ircservices 4,
>they use mysql for the database and sha1 for passwords (compatible
>with mysql's sha1()).
>http://www.blitzed.org/software.phtml#services
>and never fear modding yourself.
>
>--
>PHANTOm <phantom@nix.co.il> -- www.irc.nix.co.il
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>
Yeah I know I can do it in other services packages but I like the simple 
setup I have now with IRC services 5 and would like it included in a 
future release (it shouldn't be that tough and yeah I should just code 
it myself but I haven't been coding much these days for many reasons.)
From ron2k at webmail.co.za  Sun Jan  9 01:05:25 2005
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sun Jan  9 01:05:55 2005
Subject: [IRCServices] Discrepancy with help for NickServ and ChanServ LIST
Message-ID: <web-584841705@mail01.infosat.net>

I've just noticed that while the help for the NickServ LIST
command displays extra information for privileged users
(the "for services admins, nonexpiring nicks will be
prepended with a !" bit), the ChanServ LIST doesn't do the
same thing. In other words, when a privileged user types
/msg Chanserv HELP LIST, they should, in addition to what
normal users receive, also receive the "For services
admins, nonexpiring channels will be prepended with a !
..." text, and such related information. But that just what
I think should happen; other users on this list may have
their own opinion.

I took a look in the English language file, and the strings
that would be required for this don't seem to exist (unless
I missed them somewhere), implying to me that this is
something that got overlooked somewhere. (Obviously, this
also means that it's platform-independent.)

It would be nice if this discrepancy between NickServ's and
ChanServ's HELP LIST would be fixed in a future version.
_____________________________________________________________________
For super low premiums, click here http://www.dialdirect.co.za/quote
From youph at earthlink.net  Tue Jan 11 06:21:18 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Tue Jan 11 06:21:37 2005
Subject: [IRCServices] RE: my recent feature request
Message-ID: <41E3E0DE.1040505@earthlink.net>

I'm just wondering if there is any 'official' feature request process or 
if Andrew Church just takes what he likes from this list into account 
when adding new features. I do appreciate Anton Wolkov's input, but I 
was hoping for a response from the developer at least either agreeing 
with or shooting down my idea/request.

Maybe I should roll up my sleeves and write a patch myself (sigh.)

--Matt
From ianj at esper.net  Tue Jan 11 18:07:44 2005
From: ianj at esper.net (Ian R. Justman)
Date: Tue Jan 11 18:07:54 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E3E0DE.1040505@earthlink.net>
References: <41E3E0DE.1040505@earthlink.net>
Message-ID: <41E48670.20207@esper.net>

youph@earthlink.net wrote:
> I'm just wondering if there is any 'official' feature request process or 
> if Andrew Church just takes what he likes from this list into account 
> when adding new features. I do appreciate Anton Wolkov's input, but I 
> was hoping for a response from the developer at least either agreeing 
> with or shooting down my idea/request.
> 
> Maybe I should roll up my sleeves and write a patch myself (sigh.)
> 
> --Matt

Hello.

I think requesting it on the list is sufficient.  Of course, Andy has 
the final say.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From Craig at frostycoolslug.com  Tue Jan 11 20:52:38 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Tue Jan 11 20:52:39 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E3E0DE.1040505@earthlink.net>
References: <41E3E0DE.1040505@earthlink.net>
Message-ID: <41E4AD16.1090908@frostycoolslug.com>

heh, i think we are all still recovering from christmas, i've not seen 
many posts here over that season.

I personally (and i think andy would have the same responce, i've gotten 
to know him over the past few years), would shoot down this idea, it has 
quite a large potential to be abused, if you write a patch, ensure only 
specific IPs can issue the command, otherwise you will have users just 
making scripts which periodicly register nicks, and you'll only become 
suspicious when your nick.db is 3gigs big :p

My approach would be a seperate module, which deals with the command, 
whether its an 'extention' to nickserv with a new command, or a 
completly new service which manages it (The second is the method we used 
for our web interface), that way, you could also publish your work, and 
give the others the benifit of your experiance (but ofc, thats up to you).

As for a feature request 'process', just post ideas to the list, they 
will be read over, if not responded too.

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

youph@earthlink.net wrote:
> I'm just wondering if there is any 'official' feature request process or 
> if Andrew Church just takes what he likes from this list into account 
> when adding new features. I do appreciate Anton Wolkov's input, but I 
> was hoping for a response from the developer at least either agreeing 
> with or shooting down my idea/request.
> 
> Maybe I should roll up my sleeves and write a patch myself (sigh.)
> 
> --Matt
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From Craig at frostycoolslug.com  Tue Jan 11 20:56:26 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Tue Jan 11 20:56:28 2005
Subject: [IRCServices] LogonNews And Opernews Feature.
In-Reply-To: <003101c4f348$31017330$2c4405d5@server>
References: <003101c4f348$31017330$2c4405d5@server>
Message-ID: <41E4ADFA.40004@frostycoolslug.com>

Welcome to feature week.

This idea does have some potential, but i really cant see it being used 
too often (I'm in a negative mood today). Hiding oper news is all well 
and good if you wish to add another, but then what are the chances of 
you showing that news again? if you feel its not important enough to be 
shown, then it will probably never be shown again. And i'm sure (unless 
you use excessive ammounts of mIRC control codes) it will only take 
about 10seconds to put old news back if you type it by hand. Seems like 
a lot of additional code for something that could be done easily.

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

Dionisios K. wrote:
> Services sends the first 3 logon/opernews to users to prevent flood
> This is correct. BUT
> If i want an to add another opernew or a logonnew  to be showen on 
> connect i should delete another.
> 
> A new command should be added.. so none message need to be deleted but 
> just be hidden :-)
> 
> /OS OPERNEWS HIDE / SHOW #num
> /OS LOGONNEWS HIDE / SHOW #num
> 
> With this none message is lost (deleted) and if i want to i can enable 
> to be shown and hide another one;-)
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From youph at earthlink.net  Tue Jan 11 22:25:41 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Tue Jan 11 22:25:57 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E4AD16.1090908@frostycoolslug.com>
References: <41E3E0DE.1040505@earthlink.net>
        <41E4AD16.1090908@frostycoolslug.com>
Message-ID: <41E4C2E5.5040101@earthlink.net>

Craig McLure wrote:

> heh, i think we are all still recovering from christmas, i've not seen 
> many posts here over that season.
>
> I personally (and i think andy would have the same responce, i've 
> gotten to know him over the past few years), would shoot down this 
> idea, it has quite a large potential to be abused, if you write a 
> patch, ensure only specific IPs can issue the command, otherwise you 
> will have users just making scripts which periodicly register nicks, 
> and you'll only become suspicious when your nick.db is 3gigs big :p
>
> My approach would be a seperate module, which deals with the command, 
> whether its an 'extention' to nickserv with a new command, or a 
> completly new service which manages it (The second is the method we 
> used for our web interface), that way, you could also publish your 
> work, and give the others the benifit of your experiance (but ofc, 
> thats up to you).
>
> As for a feature request 'process', just post ideas to the list, they 
> will be read over, if not responded too.
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
> youph@earthlink.net wrote:
>
>> I'm just wondering if there is any 'official' feature request process 
>> or if Andrew Church just takes what he likes from this list into 
>> account when adding new features. I do appreciate Anton Wolkov's 
>> input, but I was hoping for a response from the developer at least 
>> either agreeing with or shooting down my idea/request.
>>
>> Maybe I should roll up my sleeves and write a patch myself (sigh.)
>>
>> --Matt
>> ------------------------------------------------------------------
>> 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,

I think you have the wrong idea concerning how I would implement the 
feature I requested. Let me rephrase my idea/request.

I would like the ability for Services Admins to be able to set a user 
password using an MD5 hash, when using MD5 encrypted passwords with 
services. Normally, a user registers a nick and provides a plaintext 
password. This plaintext pass is then hashed and stored in the db (if 
encryption is enabled which I am saying is true in this instance.) I 
would like the ability for Services Admins to be able to *directly* set 
this parameter in a nick record. I.E. I would like to be able to change 
the *hashed* passwords of users. The only command for dealing with MD5 
passwords is resetting. It would seem trivial to add the ability to 
simply overwrite the MD5 hash parameter in the nick record. The reason 
being I am trying to automate a registration process that starts with a 
web forum registration and will (hopefully) also register a nick name on 
IRC for the user. I would only have the MD5 hash of the user's password 
though, which leads me to this request.

I don't see *any* abuse potential as this command extension would be 
restricted to Service Admins, I think you just were confused by my 
description.

--Matt

From chris at starglade.org  Wed Jan 12 03:31:54 2005
From: chris at starglade.org (Chris Jenkinson)
Date: Wed Jan 12 03:32:07 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E4C2E5.5040101@earthlink.net>
References: <41E3E0DE.1040505@earthlink.net>
        <41E4AD16.1090908@frostycoolslug.com>
        <41E4C2E5.5040101@earthlink.net>
Message-ID: <43226.62.231.155.3.1105529514.squirrel@62.231.155.3>


On Wed, January 12, 2005 6:25 am, youph@earthlink.net said:
> I would like the ability for Services Admins to be able to set a user
> password using an MD5 hash, when using MD5 encrypted passwords with
> services. Normally, a user registers a nick and provides a plaintext
> password. This plaintext pass is then hashed and stored in the db (if
> encryption is enabled which I am saying is true in this instance.) I
> would like the ability for Services Admins to be able to *directly* set
> this parameter in a nick record. I.E. I would like to be able to change
> the *hashed* passwords of users. The only command for dealing with MD5
> passwords is resetting. It would seem trivial to add the ability to
> simply overwrite the MD5 hash parameter in the nick record. The reason
> being I am trying to automate a registration process that starts with a
> web forum registration and will (hopefully) also register a nick name on
> IRC for the user. I would only have the MD5 hash of the user's password
> though, which leads me to this request.

Kind of off-topic here and out of curiousity, how do you aim to handle a
situation where someone registers an account on your website which isn't
usable as an IRC nick (for example "Hello Bob")? I've been considering a
problem like this for some time and I'd like to see how someone else is
aiming to do it.

Chris

-- 
Chris Jenkinson
chris@starglade.org

From Craig at frostycoolslug.com  Wed Jan 12 11:10:21 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Jan 12 11:10:22 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E4C2E5.5040101@earthlink.net>
References: <41E3E0DE.1040505@earthlink.net>    <41E4AD16.1090908@frostycoolslug.com>
        <41E4C2E5.5040101@earthlink.net>
Message-ID: <41E5761D.4090403@frostycoolslug.com>

aah, my mistake, i dont see any problem with this then :)

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

youph@earthlink.net wrote:
> Craig McLure wrote:
> 
>> heh, i think we are all still recovering from christmas, i've not seen 
>> many posts here over that season.
>>
>> I personally (and i think andy would have the same responce, i've 
>> gotten to know him over the past few years), would shoot down this 
>> idea, it has quite a large potential to be abused, if you write a 
>> patch, ensure only specific IPs can issue the command, otherwise you 
>> will have users just making scripts which periodicly register nicks, 
>> and you'll only become suspicious when your nick.db is 3gigs big :p
>>
>> My approach would be a seperate module, which deals with the command, 
>> whether its an 'extention' to nickserv with a new command, or a 
>> completly new service which manages it (The second is the method we 
>> used for our web interface), that way, you could also publish your 
>> work, and give the others the benifit of your experiance (but ofc, 
>> thats up to you).
>>
>> As for a feature request 'process', just post ideas to the list, they 
>> will be read over, if not responded too.
>>
>> /****************************************
>>  *     Craig "FrostyCoolSlug" McLure
>>  *       Craig@FrostyCoolSlug.com
>>  * InspIRCd   - http://www.inspircd.org
>>  * ChatSpike  - http://www.chatspike.net
>>  ****************************************/
>>
>> youph@earthlink.net wrote:
>>
>>> I'm just wondering if there is any 'official' feature request process 
>>> or if Andrew Church just takes what he likes from this list into 
>>> account when adding new features. I do appreciate Anton Wolkov's 
>>> input, but I was hoping for a response from the developer at least 
>>> either agreeing with or shooting down my idea/request.
>>>
>>> Maybe I should roll up my sleeves and write a patch myself (sigh.)
>>>
>>> --Matt
>>> ------------------------------------------------------------------
>>> 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,
> 
> I think you have the wrong idea concerning how I would implement the 
> feature I requested. Let me rephrase my idea/request.
> 
> I would like the ability for Services Admins to be able to set a user 
> password using an MD5 hash, when using MD5 encrypted passwords with 
> services. Normally, a user registers a nick and provides a plaintext 
> password. This plaintext pass is then hashed and stored in the db (if 
> encryption is enabled which I am saying is true in this instance.) I 
> would like the ability for Services Admins to be able to *directly* set 
> this parameter in a nick record. I.E. I would like to be able to change 
> the *hashed* passwords of users. The only command for dealing with MD5 
> passwords is resetting. It would seem trivial to add the ability to 
> simply overwrite the MD5 hash parameter in the nick record. The reason 
> being I am trying to automate a registration process that starts with a 
> web forum registration and will (hopefully) also register a nick name on 
> IRC for the user. I would only have the MD5 hash of the user's password 
> though, which leads me to this request.
> 
> I don't see *any* abuse potential as this command extension would be 
> restricted to Service Admins, I think you just were confused by my 
> description.
> 
> --Matt
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From achurch at achurch.org  Thu Jan 13 06:17:06 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Jan 12 13:18:25 2005
Subject: [IRCServices] LogonNews And Opernews Feature.
In-Reply-To: <003101c4f348$31017330$2c4405d5@server>
Message-ID: <41e59413.00574@achurch.org>

     As Craig suggests, this is unnecessary--if you have a real need to
hide a news item temporarily, save it in a text file somewhere and re-add
it manually when needed.

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

>Services sends the first 3 logon/opernews to users to prevent flood
>This is correct. BUT
>If i want an to add another opernew or a logonnew  to be showen on connect i 
>should delete another.
>
>A new command should be added.. so none message need to be deleted but just 
>be hidden :-)
>
>/OS OPERNEWS HIDE / SHOW #num
>/OS LOGONNEWS HIDE / SHOW #num
>
>With this none message is lost (deleted) and if i want to i can enable to be 
>shown and hide another one;-) 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From brain at winbot.co.uk  Wed Jan 12 13:25:25 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Wed Jan 12 13:25:42 2005
Subject: [IRCServices] LogonNews And Opernews Feature.
In-Reply-To: <41e59413.00574@achurch.org>
References: <41e59413.00574@achurch.org>
Message-ID: <41E595C5.3020804@winbot.co.uk>

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

is there any way to make services display more than 3 news items though?
lets say you had 5 valid news items? (recompiling and modifying source
not counting as an (obvious) answer) :)

Thanks,
Brain

Andrew Church wrote:
|      As Craig suggests, this is unnecessary--if you have a real need to
| hide a news item temporarily, save it in a text file somewhere and re-add
| it manually when needed.
|
|   --Andrew Church
|     achurch@achurch.org
|     http://achurch.org/
|
|
|>Services sends the first 3 logon/opernews to users to prevent flood
|>This is correct. BUT
|>If i want an to add another opernew or a logonnew  to be showen on
connect i
|>should delete another.
|>
|>A new command should be added.. so none message need to be deleted but
just
|>be hidden :-)
|>
|>/OS OPERNEWS HIDE / SHOW #num
|>/OS LOGONNEWS HIDE / SHOW #num
|>
|>With this none message is lost (deleted) and if i want to i can enable
to be
|>shown and hide another one;-)
|>
|>
|>------------------------------------------------------------------
|>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
|
|

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB5ZXF0k42Wxli/BARArjUAJ46av8ubO+YRbHM/isiNQTOA6WCUACfWbPC
WFJm4k26xJLuiWzBsnxd+7U=
=mri5
-----END PGP SIGNATURE-----
From achurch at achurch.org  Thu Jan 13 06:31:01 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Jan 12 13:38:57 2005
Subject: [IRCServices] Discrepancy with help for NickServ and ChanServ LIST
In-Reply-To: <web-584841705@mail01.infosat.net>
Message-ID: <41e598d1.03253@achurch.org>

     Fixed, thanks for the report.

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

>I've just noticed that while the help for the NickServ LIST
>command displays extra information for privileged users
>(the "for services admins, nonexpiring nicks will be
>prepended with a !" bit), the ChanServ LIST doesn't do the
>same thing. In other words, when a privileged user types
>/msg Chanserv HELP LIST, they should, in addition to what
>normal users receive, also receive the "For services
>admins, nonexpiring channels will be prepended with a !
>..." text, and such related information. But that just what
>I think should happen; other users on this list may have
>their own opinion.
>
>I took a look in the English language file, and the strings
>that would be required for this don't seem to exist (unless
>I missed them somewhere), implying to me that this is
>something that got overlooked somewhere. (Obviously, this
>also means that it's platform-independent.)
>
>It would be nice if this discrepancy between NickServ's and
>ChanServ's HELP LIST would be fixed in a future version.
>_____________________________________________________________________
>For super low premiums, click here http://www.dialdirect.co.za/quote
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Thu Jan 13 06:18:31 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Jan 12 13:45:43 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E3E0DE.1040505@earthlink.net>
Message-ID: <41e59a80.04164@achurch.org>

     Posting on the list is actually the preferred method of requesting
features; however, I don't always respond immediately--sometimes (as here)
I like to wait and see what other reaction there is from the community.
(On the other hand, I shoot down things I don't like or things in the FAQ
immediately--so not seeing any response from me may be a good sign. ;) )

     As far as the feature itself goes, I'm ambivalent at the moment; I
certainly understand the need for security, but on the whole Services isn't
designed to be controllable from outside IRC, and I'm hesitant about adding
in a hack for that purpose without giving it some good design thought.
What you might want to try doing is writing a module, say nickserv/regcrypt,
that borrows from do_register() in nickserv/main.c; that's more portable
than patching the distributed code directly.

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

>I'm just wondering if there is any 'official' feature request process or 
>if Andrew Church just takes what he likes from this list into account 
>when adding new features. I do appreciate Anton Wolkov's input, but I 
>was hoping for a response from the developer at least either agreeing 
>with or shooting down my idea/request.
>
>Maybe I should roll up my sleeves and write a patch myself (sigh.)
>
>--Matt
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices

From achurch at achurch.org  Thu Jan 13 06:46:05 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Jan 12 13:47:52 2005
Subject: [IRCServices] LogonNews And Opernews Feature.
In-Reply-To: <41E595C5.3020804@winbot.co.uk>
Message-ID: <41e59b04.04202@achurch.org>

     No, there isn't.  I may think about it in the future if there's
enough call for it, but I really think three notices at logon is plenty;
if you need more, use the MOTD or something.

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

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>is there any way to make services display more than 3 news items though?
>lets say you had 5 valid news items? (recompiling and modifying source
>not counting as an (obvious) answer) :)
>
>Thanks,
>Brain
>
>Andrew Church wrote:
>|      As Craig suggests, this is unnecessary--if you have a real need to
>| hide a news item temporarily, save it in a text file somewhere and re-add
>| it manually when needed.
>|
>|   --Andrew Church
>|     achurch@achurch.org
>|     http://achurch.org/
>|
>|
>|>Services sends the first 3 logon/opernews to users to prevent flood
>|>This is correct. BUT
>|>If i want an to add another opernew or a logonnew  to be showen on
>connect i
>|>should delete another.
>|>
>|>A new command should be added.. so none message need to be deleted but
>just
>|>be hidden :-)
>|>
>|>/OS OPERNEWS HIDE / SHOW #num
>|>/OS LOGONNEWS HIDE / SHOW #num
>|>
>|>With this none message is lost (deleted) and if i want to i can enable
>to be
>|>shown and hide another one;-)
>|>
>|>
>|>------------------------------------------------------------------
>|>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
>|
>|
>
>- --
>WinBot IRC client developer: http://www.winbot.co.uk
>ChatSpike - The users network: http://www.chatspike.net
>InspIRCd - Modular IRC server: http://www.inspircd.org
>Online RPG Developer: http://www.ssod.org
>- --
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.5 (MingW32)
>Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
>iD8DBQFB5ZXF0k42Wxli/BARArjUAJ46av8ubO+YRbHM/isiNQTOA6WCUACfWbPC
>WFJm4k26xJLuiWzBsnxd+7U=
>=mri5
>-----END PGP SIGNATURE-----
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From youph at earthlink.net  Thu Jan 13 00:18:50 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Thu Jan 13 00:19:02 2005
Subject: [IRCServices] Re: Andrew, Re: Chris... Re: Feature Request
Message-ID: <41E62EEA.7090205@earthlink.net>

Andrew,

I of course respect your ambivalence but I don?t quite understand it.

The reason I am requesting this feature is because I feel services is 
incomplete as is. The root user of services should, in theory (or at 
least in my perception of what a root user means) be able to read/write 
all db values inside the services database. This would include reading 
and writing hashed passwords (which, obviously, poses no security threat 
what so ever.)

I would like to further this (friendly) discussion with anyone apposed 
to my views.

Of course I can write my own module, but I?d rather see it implemented 
?officially? as I see it as a missing part of the IRC services package, 
which, brown nosing aside, is a masterpirce Andrew, cheers to you!

Chris,
RE:
?Kind of off-topic here and out of curiousity, how do you aim to handle a
situation where someone registers an account on your website which isn't
usable as an IRC nick (for example "Hello Bob")? I've been considering a
problem like this for some time and I'd like to see how someone else is
aiming to do it.?

Well it hasn?t been implemented yet (obviously) but this is the general 
theory:

Pass User Name and Password values from the web forum used for 
registration as parameters to an external CGI script/program that would 
either:
a) connect to IRC
b) always be connected to IRC and merely take the parameters in some 
type of Inter Process Communication method such as a socket or via 
signals/files or memory mapping? it wouldn?t matter really

First off, the bot would have services admin privileges.

The bot would first check to make sure the User Name was valid for IRC 
and make changes as necessary (this would be non-trivial I assume) and 
then /nick to the User Name. Next the bot would /ns register <dummy 
password> and immediately /ns set MD5password <Password> with the known 
MD5 hash of the user?s forum account.

Its only possible if, of course, the ability to set a password with the 
MD5 hash was implemented.

--Matt

From youph at earthlink.net  Thu Jan 13 01:08:55 2005
From: youph at earthlink.net (youph@earthlink.net)
Date: Thu Jan 13 01:09:05 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <43226.62.231.155.3.1105529514.squirrel@62.231.155.3>
References: <41E3E0DE.1040505@earthlink.net>    <41E4AD16.1090908@frostycoolslug.com>   <41E4C2E5.5040101@earthlink.net>
        <43226.62.231.155.3.1105529514.squirrel@62.231.155.3>
Message-ID: <41E63AA7.3090000@earthlink.net>

Chris Jenkinson wrote:

>On Wed, January 12, 2005 6:25 am, youph@earthlink.net said:
>  
>
>>I would like the ability for Services Admins to be able to set a user
>>password using an MD5 hash, when using MD5 encrypted passwords with
>>services. Normally, a user registers a nick and provides a plaintext
>>password. This plaintext pass is then hashed and stored in the db (if
>>encryption is enabled which I am saying is true in this instance.) I
>>would like the ability for Services Admins to be able to *directly* set
>>this parameter in a nick record. I.E. I would like to be able to change
>>the *hashed* passwords of users. The only command for dealing with MD5
>>passwords is resetting. It would seem trivial to add the ability to
>>simply overwrite the MD5 hash parameter in the nick record. The reason
>>being I am trying to automate a registration process that starts with a
>>web forum registration and will (hopefully) also register a nick name on
>>IRC for the user. I would only have the MD5 hash of the user's password
>>though, which leads me to this request.
>>    
>>
>
>Kind of off-topic here and out of curiousity, how do you aim to handle a
>situation where someone registers an account on your website which isn't
>usable as an IRC nick (for example "Hello Bob")? I've been considering a
>problem like this for some time and I'd like to see how someone else is
>aiming to do it.
>
>Chris
>
>  
>
Chris,

I realized my response to your question was incomplete so let me expound 
further.

The general idea for validating a user name from our bulletin board 
software would be something like this:
a) check length against max nick length and shorten as required
b) search for incompatible characters such as * or @ in the user name 
and simply remove
c) check for space in the user name and replace them with and underscore 
character _
d) remember this nick (if it differs from the user name for the forums) 
and email the nick with instructions on how to connect to IRC to the new 
user
I may have forgot some details but it?s totally doable.

From brain at winbot.co.uk  Thu Jan 13 13:06:28 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Thu Jan 13 13:06:39 2005
Subject: [IRCServices] RE: my recent feature request
In-Reply-To: <41E63AA7.3090000@earthlink.net>
References: <41E3E0DE.1040505@earthlink.net>    <41E4AD16.1090908@frostycoolslug.com>   <41E4C2E5.5040101@earthlink.net>        <43226.62.231.155.3.1105529514.squirrel@62.231.155.3>
        <41E63AA7.3090000@earthlink.net>
Message-ID: <41E6E2D4.7090204@winbot.co.uk>

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

If you read RFC 1459 there is a BNF specification for a nickname, it's
actually a pretty small number of valid characters, also you cant start
a nick with a number, or with a -, but these can follow on in the nickname.

Also BE VERY CAREFUL to check for forbidden nicknames etc, you can
segfault services if you try and do things with a forbidden or suspended
nickname.

youph@earthlink.net wrote:
| Chris Jenkinson wrote:
|
|> On Wed, January 12, 2005 6:25 am, youph@earthlink.net said:
|>
|>
|>> I would like the ability for Services Admins to be able to set a user
|>> password using an MD5 hash, when using MD5 encrypted passwords with
|>> services. Normally, a user registers a nick and provides a plaintext
|>> password. This plaintext pass is then hashed and stored in the db (if
|>> encryption is enabled which I am saying is true in this instance.) I
|>> would like the ability for Services Admins to be able to *directly* set
|>> this parameter in a nick record. I.E. I would like to be able to change
|>> the *hashed* passwords of users. The only command for dealing with MD5
|>> passwords is resetting. It would seem trivial to add the ability to
|>> simply overwrite the MD5 hash parameter in the nick record. The reason
|>> being I am trying to automate a registration process that starts with a
|>> web forum registration and will (hopefully) also register a nick name on
|>> IRC for the user. I would only have the MD5 hash of the user's password
|>> though, which leads me to this request.
|>>
|>
|>
|> Kind of off-topic here and out of curiousity, how do you aim to handle a
|> situation where someone registers an account on your website which isn't
|> usable as an IRC nick (for example "Hello Bob")? I've been considering a
|> problem like this for some time and I'd like to see how someone else is
|> aiming to do it.
|>
|> Chris
|>
|>
|>
| Chris,
|
| I realized my response to your question was incomplete so let me expound
| further.
|
| The general idea for validating a user name from our bulletin board
| software would be something like this:
| a) check length against max nick length and shorten as required
| b) search for incompatible characters such as * or @ in the user name
| and simply remove
| c) check for space in the user name and replace them with and underscore
| character _
| d) remember this nick (if it differs from the user name for the forums)
| and email the nick with instructions on how to connect to IRC to the new
| user
| I may have forgot some details but it?s totally doable.
|
| ------------------------------------------------------------------
| To unsubscribe or change your subscription options, visit:
| http://lists.ircservices.za.net/mailman/listinfo/ircservices
|
|

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB5uLU0k42Wxli/BARAut2AJ0W1G0gt+9TMPe9ugWTKFsf7fm1FwCfdEvT
RaurRTXx3cuitYxzWi6AHEo=
=l4lm
-----END PGP SIGNATURE-----
From ianj at esper.net  Thu Jan 20 14:54:59 2005
From: ianj at esper.net (Ian R. Justman)
Date: Thu Jan 20 14:55:55 2005
Subject: [IRCServices] EsperNet FTP service outage
Message-ID: <41F036C3.5050907@esper.net>


Hi, all.

Just a heads-up, FTP services have been down for a few days due to 
something wonky with a recent apt-get upgrade between ProFTPD and 
rlinetd.  I have cleared up the issue which caused ProFTPD to not work 
properly and things are working again.

My apologies I managed to inconvenience anyone.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official
EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.

From andrew at wtfigo.co.uk  Fri Jan 21 10:19:31 2005
From: andrew at wtfigo.co.uk (Andrew Kempe)
Date: Fri Jan 21 10:20:37 2005
Subject: [IRCServices] EsperNet FTP service outage
In-Reply-To: <41F036C3.5050907@esper.net>
Message-ID: <20050121182029.2DEDBF662A6@sakura.ian-justman.com>

We're paying damn good money for this service... When can we expect
compensation? >;-) 

Have a good weekend... :)

Andrew

> -----Original Message-----
> From: ircservices-bounces@ircservices.esper.net 
> [mailto:ircservices-bounces@ircservices.esper.net] On Behalf 
> Of Ian R. Justman
> Sent: 20 January 2005 22:55
> To: IRC Services General Mailing List
> Subject: [IRCServices] EsperNet FTP service outage
> 
> 
> Hi, all.
> 
> Just a heads-up, FTP services have been down for a few days 
> due to something wonky with a recent apt-get upgrade between 
> ProFTPD and rlinetd.  I have cleared up the issue which 
> caused ProFTPD to not work properly and things are working again.
> 
> My apologies I managed to inconvenience anyone.
> 
> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
> 
> -----
> Ian R. Justman                  ianj@esper.net (Official
> EsperNet business)
> Co-Founder and Postmaster, The EsperNet IRC Network Server 
> Administrator, chocobo.esper.net "IJ" on IRC
> 
> PGP/GPG keys available upon request, or from any PGP keyserver.
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From linus at webdevint.com  Fri Jan 21 12:00:03 2005
From: linus at webdevint.com (Linus)
Date: Fri Jan 21 11:59:04 2005
Subject: [IRCServices] EsperNet FTP service outage
References: <20050121182029.2DEDBF662A6@sakura.ian-justman.com>
Message-ID: <002101c4fff3$cc11a220$0801a8c0@webdevint.com>

Hear! Hear!

Have a rotten weekend ;P

Cheers!

Wayne

----- Original Message ----- 
From: "Andrew Kempe" <andrew@wtfigo.co.uk>
To: "'IRC Services General Mailing List'"
<ircservices@ircservices.esper.net>
Sent: Friday, January 21, 2005 1:19 PM
Subject: RE: [IRCServices] EsperNet FTP service outage


> We're paying damn good money for this service... When can we expect
> compensation? >;-)
>
> Have a good weekend... :)
>
> Andrew
>
> > -----Original Message-----
> > From: ircservices-bounces@ircservices.esper.net
> > [mailto:ircservices-bounces@ircservices.esper.net] On Behalf
> > Of Ian R. Justman
> > Sent: 20 January 2005 22:55
> > To: IRC Services General Mailing List
> > Subject: [IRCServices] EsperNet FTP service outage
> >
> >
> > Hi, all.
> >
> > Just a heads-up, FTP services have been down for a few days
> > due to something wonky with a recent apt-get upgrade between
> > ProFTPD and rlinetd.  I have cleared up the issue which
> > caused ProFTPD to not work properly and things are working again.
> >
> > My apologies I managed to inconvenience anyone.
> >
> > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
> >
> > -----
> > Ian R. Justman                  ianj@esper.net (Official
> > EsperNet business)
> > Co-Founder and Postmaster, The EsperNet IRC Network Server
> > Administrator, chocobo.esper.net "IJ" on IRC
> >
> > PGP/GPG keys available upon request, or from any PGP keyserver.
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


From azoff at se.linux.org  Sat Jan 22 02:54:51 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Jan 22 02:55:06 2005
Subject: [IRCServices] out of buffer?
Message-ID: <41F230FB.60602@se.linux.org>

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

Hi!

I am using the http part for getting a backup of the current databases.
When I contact the httpd this shows up in the log:
[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space!
[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \
~     structure (out of buffer space?)
Could anyone tell me what's wrong? I have checked the configs and can't
find anything that could do this. From the logs I can only say that it
seams like the acctive connecttion never get any timeout, nor get
removed from the stack of something like that.


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

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

iD8DBQFB8jD6eY7jmtvbDP0RAh94AKCsSDzEq8hcQLT2UuM58IkskZ7FMgCeO139
cO0OpfCr2/DQNDhKyTA0i48=
=FKnE
-----END PGP SIGNATURE-----
From achurch at achurch.org  Sat Jan 22 23:37:08 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan 22 06:38:35 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F230FB.60602@se.linux.org>
Message-ID: <41f26556.05017@achurch.org>

>I am using the http part for getting a backup of the current databases.
>When I contact the httpd this shows up in the log:
>[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space!
>[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \
>~     structure (out of buffer space?)

     Try increasing your network buffer sizes in ircservices.conf
(NetBufferLimit).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From azoff at se.linux.org  Sat Jan 22 10:25:54 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Jan 22 10:26:35 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f26556.05017@achurch.org>
References: <41f26556.05017@achurch.org>
Message-ID: <41F29AB2.9040200@se.linux.org>

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

Andrew Church wrote:
|>I am using the http part for getting a backup of the current databases.
|>When I contact the httpd this shows up in the log:
|>[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space!
|>[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \
|>~     structure (out of buffer space?)
|
|
|      Try increasing your network buffer sizes in ircservices.conf
| (NetBufferLimit).

Just incresed it, now I got:
NetBufferSize   12582912 3145728
but I still get the same error, I think there is enough memory, or what
do you think I should set it to?

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

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

iD8DBQFB8pqxeY7jmtvbDP0RAqMeAJwJePO4NWc4DsHDw5KScTqQ8kWr0gCgzP1W
eA465OV/yBcPzyrwoZPrVhg=
=KZ5W
-----END PGP SIGNATURE-----
From phan70m at gmail.com  Sat Jan 22 12:18:08 2005
From: phan70m at gmail.com (Anton Wolkov)
Date: Sat Jan 22 12:18:25 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F29AB2.9040200@se.linux.org>
References: <41f26556.05017@achurch.org> <41F29AB2.9040200@se.linux.org>
Message-ID: <d50f59a0050122121877d98573@mail.gmail.com>

I am sorry to say but the httpd module is far from being perfect, I
used it for backups too but then I realised exporting it though cron
and using sftp (or ftp or rsync) to fetch it is a much better
solution.


On Sat, 22 Jan 2005 19:25:54 +0100, Torbj?rn Svensson
<azoff@se.linux.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Andrew Church wrote:
> |>I am using the http part for getting a backup of the current databases.
> |>When I contact the httpd this shows up in the log:
> |>[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space!
> |>[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \
> |>~     structure (out of buffer space?)
> |
> |
> |      Try increasing your network buffer sizes in ircservices.conf
> | (NetBufferLimit).
> 
> Just incresed it, now I got:
> NetBufferSize   12582912 3145728
> but I still get the same error, I think there is enough memory, or what
> do you think I should set it to?
> 
> - --
> ~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
> ~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
> ~ `. `'  http://azoff.homeip.net | http://azoff.tty0.org
> ~   `--  http://www.se.linux.org
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFB8pqxeY7jmtvbDP0RAqMeAJwJePO4NWc4DsHDw5KScTqQ8kWr0gCgzP1W
> eA465OV/yBcPzyrwoZPrVhg=
> =KZ5W
> -----END PGP SIGNATURE-----
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From achurch at achurch.org  Sun Jan 23 08:25:39 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan 22 15:28:32 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F29AB2.9040200@se.linux.org>
Message-ID: <41f2e191.05123@achurch.org>

>Just incresed it, now I got:
>NetBufferSize   12582912 3145728

     It makes no sense to have the first value greater than the second--
read the documentation!  3MB is almost certainly not enough for an XML
export if your databases are of any significant size.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Jan 23 08:29:07 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Jan 22 15:30:14 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f2e191.05123@achurch.org>
Message-ID: <41f2e1f1.05141@achurch.org>

>>Just incresed it, now I got:
>>NetBufferSize   12582912 3145728
>
>     It makes no sense to have the first value greater than the second--

     Oops, I was remembering backwards.  3MB is probably still too small,
though.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From azoff at se.linux.org  Sun Jan 23 02:43:15 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sun Jan 23 02:43:04 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f2e1f1.05141@achurch.org>
References: <41f2e1f1.05141@achurch.org>
Message-ID: <41F37FC3.1070507@se.linux.org>

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

Andrew Church wrote:
|>>Just incresed it, now I got:
|>>NetBufferSize   12582912 3145728
|>
|>    It makes no sense to have the first value greater than the second--
|
|
|      Oops, I was remembering backwards.  3MB is probably still too small,
| though.

The XML-file is about 170k when exported. Is it still too small?

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

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

iD8DBQFB83/CeY7jmtvbDP0RAu5YAJ97TOT46LM4CRoAWbCLlI5wmP1CGgCfX+Og
N9wrLRQh+qR0uGQR9SsaiY4=
=caQ7
-----END PGP SIGNATURE-----
From achurch at achurch.org  Sun Jan 23 21:12:18 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Jan 23 04:13:51 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F37FC3.1070507@se.linux.org>
Message-ID: <41f394f2.03540@achurch.org>

>|      Oops, I was remembering backwards.  3MB is probably still too small,
>| though.
>
>The XML-file is about 170k when exported. Is it still too small?

     Hmm, in that case it shouldn't be a problem, unless you try grabbing
lots of them at once.  What does OperServ STATS NETWORK say about buffer
usage before and after trying to get the XML data?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From jerome at gmanmi.tv  Sun Jan 23 21:05:56 2005
From: jerome at gmanmi.tv (JM)
Date: Sun Jan 23 21:06:09 2005
Subject: [IRCServices] Problem on IRCservices
Message-ID: <200501241305.56784.jerome@gmanmi.tv>

Hi All,

        I was wondering if anyone had encountered this kind of problem..

[Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up
[Jan 21 17:00:13 2005] httpd/main: Listening on :8080
[Jan 21 17:00:13 2005] Read error from server: Broken pipe


        Im using bahamut 1.8.3 with the latest IRC Services..

        Is this a bahamut problem or IRCService?  Is there a way to fix this?

TIA

From gregk at WWWpages.com  Sun Jan 23 21:08:40 2005
From: gregk at WWWpages.com (Gregory King)
Date: Sun Jan 23 21:08:09 2005
Subject: [IRCServices] Problem on IRCservices
In-Reply-To: <200501241305.56784.jerome@gmanmi.tv>
References: <200501241305.56784.jerome@gmanmi.tv>
Message-ID: <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com>

looks like a local (read you) configuration problem to me...



On Sun, January 23, 2005 9:05 pm, JM said:
> Hi All,
>
>       I was wondering if anyone had encountered this kind of problem..
>
> [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up
> [Jan 21 17:00:13 2005] httpd/main: Listening on :8080
> [Jan 21 17:00:13 2005] Read error from server: Broken pipe
>
>
>       Im using bahamut 1.8.3 with the latest IRC Services..
>
>       Is this a bahamut problem or IRCService?  Is there a way to fix this?
>
> TIA
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From azoff at se.linux.org  Mon Jan 24 00:09:20 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Mon Jan 24 00:08:57 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f394f2.03540@achurch.org>
References: <41f394f2.03540@achurch.org>
Message-ID: <41F4AD30.7030204@se.linux.org>

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

Andrew Church wrote:
|      Hmm, in that case it shouldn't be a problem, unless you try grabbing
| lots of them at once.  What does OperServ STATS NETWORK say about buffer
| usage before and after trying to get the XML data?

First I send a 'stats network' to operserv.
[09:00:53] <Tobbe> STATS NETWORK
[09:00:53] -OperServ(service@host)- Data received:             8 kB
[09:00:53] -OperServ(service@host)- Data sent:                12 kB
[09:00:53] -OperServ(service@host)- Server socket buffers:     8 kB (1%)
[09:00:53] -OperServ(service@host)- Total socket buffers:     16 kB (1%)

Here I get the XML-output _ONE_ time, then I get the stats again.

[09:02:50] <Tobbe> STATS NETWORK
[09:02:50] -OperServ(service@host)- Data received:             8 kB
[09:02:50] -OperServ(service@host)- Data sent:                12 kB
[09:02:50] -OperServ(service@host)- Server socket buffers:     8 kB (1%)
[09:02:50] -OperServ(service@host)- Total socket buffers:  4194264 kB

As you can see, the socket buffer is somehow full(?) or maybe
overflowed. I am no experienced programmer, but one thing I can tell is
that it seams like the buffer never get's cleared. If you need anything
else, just tell me.


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

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

iD8DBQFB9K0weY7jmtvbDP0RAooeAKC6SEYqTMBW3ogpDMsBuzwlFvFFlwCgx4BJ
1So04ZEao+hwEnk708kIetE=
=b3JH
-----END PGP SIGNATURE-----
From achurch at achurch.org  Mon Jan 24 17:53:48 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Jan 24 00:58:38 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F4AD30.7030204@se.linux.org>
Message-ID: <41f4b8b7.04554@achurch.org>

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Andrew Church wrote:
>|      Hmm, in that case it shouldn't be a problem, unless you try grabbing
>| lots of them at once.  What does OperServ STATS NETWORK say about buffer
>| usage before and after trying to get the XML data?
>
>First I send a 'stats network' to operserv.
>[09:00:53] <Tobbe> STATS NETWORK
>[09:00:53] -OperServ(service@host)- Data received:             8 kB
>[09:00:53] -OperServ(service@host)- Data sent:                12 kB
>[09:00:53] -OperServ(service@host)- Server socket buffers:     8 kB (1%)
>[09:00:53] -OperServ(service@host)- Total socket buffers:     16 kB (1%)
>
>Here I get the XML-output _ONE_ time, then I get the stats again.
>
>[09:02:50] <Tobbe> STATS NETWORK
>[09:02:50] -OperServ(service@host)- Data received:             8 kB
>[09:02:50] -OperServ(service@host)- Data sent:                12 kB
>[09:02:50] -OperServ(service@host)- Server socket buffers:     8 kB (1%)
>[09:02:50] -OperServ(service@host)- Total socket buffers:  4194264 kB

     Which is equivalent to -40kB, so it looks like something's removing
more buffer than it should be.  I'll look into this, and also try and get
Services 5.1 alpha out soon (which has an improved version of the sockets
code--unfortunately not easily mergeable into 5.0).  Thanks for your help
in debugging this.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From azoff at se.linux.org  Mon Jan 24 06:27:57 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Mon Jan 24 06:28:17 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f4b8b7.04554@achurch.org>
References: <41f4b8b7.04554@achurch.org>
Message-ID: <41F505ED.4050803@se.linux.org>

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

Andrew Church wrote:
|      Which is equivalent to -40kB, so it looks like something's removing
| more buffer than it should be.  I'll look into this, and also try and get
| Services 5.1 alpha out soon (which has an improved version of the sockets
| code--unfortunately not easily mergeable into 5.0).  Thanks for your help
| in debugging this.

Oki, if you wan't me to test anything, just tell..

Is there anyway to make ircservices save the databases when they recieve
~ like the HUP signal or something so I could save the current info to
XML using a shellscript?

For ex:
killall -HUP ircservices && ./ircservices -export > foo.xml

Just an idea I got.

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

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

iD8DBQFB9QXseY7jmtvbDP0RAqN4AJ9GBhv9GpQMcjVptDizM15NerGs1gCgmisq
MuYEGubBpezBBmXKSQtmPJc=
=SKHJ
-----END PGP SIGNATURE-----
From achurch at achurch.org  Tue Jan 25 08:43:53 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Jan 24 15:48:42 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F505ED.4050803@se.linux.org>
Message-ID: <41f5894b.05310@achurch.org>

>Is there anyway to make ircservices save the databases when they recieve
>~ like the HUP signal or something so I could save the current info to
>XML using a shellscript?
>
>For ex:
>killall -HUP ircservices && ./ircservices -export > foo.xml

     That's an interesting thought; the problem, of course, is that saving
the databases isn't an instantaneous activity, so you'd need a sleep of
some length in the middle.  I'll think about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From smkelly at zombie.org  Mon Jan 24 20:14:19 2005
From: smkelly at zombie.org (Sean Kelly)
Date: Mon Jan 24 20:14:29 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f5894b.05310@achurch.org>
References: <41F505ED.4050803@se.linux.org> <41f5894b.05310@achurch.org>
Message-ID: <20050125041419.GA18503@edgemaster.zombie.org>

On Tue, Jan 25, 2005 at 08:43:53AM +0900, Andrew Church wrote:
> >Is there anyway to make ircservices save the databases when they recieve
> >~ like the HUP signal or something so I could save the current info to
> >XML using a shellscript?
> >
> >For ex:
> >killall -HUP ircservices && ./ircservices -export > foo.xml
> 
>      That's an interesting thought; the problem, of course, is that saving
> the databases isn't an instantaneous activity, so you'd need a sleep of
> some length in the middle.  I'll think about it.

Can't you hold an exclusive lock (flock, lockf, etc) on the database while
writing them and then release it when done writing? That way, the
`ircservices -export` could try to obtain a shared lock (since it is
read-only) and it will spin while the DBs are still being written.

-- 
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050124/f3f7176c/attachment.pgp
From achurch at achurch.org  Tue Jan 25 14:52:08 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Jan 24 22:00:16 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <20050125041419.GA18503@edgemaster.zombie.org>
Message-ID: <41f5e06b.06470@achurch.org>

>Can't you hold an exclusive lock (flock, lockf, etc) on the database while
>writing them and then release it when done writing? That way, the
>`ircservices -export` could try to obtain a shared lock (since it is
>read-only) and it will spin while the DBs are still being written.

     True, but since there are several database files that would mean
having to check/lock several files, which is inconvenient.

     On second thought, Services always creates a lock file (.lock by
default) in the data directory while it's writing, and refuses to write
if the file exists, so you could do something like (in Perl):

        sysopen LOCK, "/.../.lock", O_CREAT|O_EXCL, 0 or die "locked\n";
        system("ircservices -export");
        close LOCK;
        unlink "/.../.lock";

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From jerome at gmanmi.tv  Mon Jan 24 23:54:10 2005
From: jerome at gmanmi.tv (JM)
Date: Mon Jan 24 23:54:25 2005
Subject: [IRCServices] Problem on IRCservices
In-Reply-To: <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com>
References: <200501241305.56784.jerome@gmanmi.tv>
        <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com>
Message-ID: <200501251554.10736.jerome@gmanmi.tv>

okie i did use the sample confs... i only replaced those which are required 
based on the IRC daemon I used... I tried using bahamut and unreal but Im 
still the same error...

can someone help me on this?

if possible can anyone here send me a working confs for the test irc box.. 

TIA,

On Monday 24 January 2005 13:08, Gregory King wrote:
> looks like a local (read you) configuration problem to me...
>
> On Sun, January 23, 2005 9:05 pm, JM said:
> > Hi All,
> >
> >     I was wondering if anyone had encountered this kind of problem..
> >
> > [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up
> > [Jan 21 17:00:13 2005] httpd/main: Listening on :8080
> > [Jan 21 17:00:13 2005] Read error from server: Broken pipe
> >
> >
> >     Im using bahamut 1.8.3 with the latest IRC Services..
> >
> >     Is this a bahamut problem or IRCService?  Is there a way to fix this?
> >
> > TIA
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices

From azoff at se.linux.org  Tue Jan 25 00:02:51 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Tue Jan 25 00:02:36 2005
Subject: [IRCServices] Problem on IRCservices
In-Reply-To: <200501251554.10736.jerome@gmanmi.tv>
References: <200501241305.56784.jerome@gmanmi.tv>       <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com>
        <200501251554.10736.jerome@gmanmi.tv>
Message-ID: <41F5FD2B.6080700@se.linux.org>

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

JM wrote:
| okie i did use the sample confs... i only replaced those which are
required
| based on the IRC daemon I used... I tried using bahamut and unreal but Im
| still the same error...

I also got something like that error some days ago.
After I restarted bahamut and recompiled (upgraded) ircservices it works
again.


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

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

iD8DBQFB9f0reY7jmtvbDP0RAthrAKDNiLEHN+LTEujLULFn0UpVUGGZgQCfUgAq
0u5MJ9nsBtffGa8O1d84MWI=
=YkDu
-----END PGP SIGNATURE-----
From azoff at se.linux.org  Tue Jan 25 00:05:58 2005
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Tue Jan 25 00:05:38 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41f5e06b.06470@achurch.org>
References: <41f5e06b.06470@achurch.org>
Message-ID: <41F5FDE6.9040402@se.linux.org>

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

Andrew Church wrote:
|      On second thought, Services always creates a lock file (.lock by
| default) in the data directory while it's writing, and refuses to write
| if the file exists, so you could do something like (in Perl):
|
|       sysopen LOCK, "/.../.lock", O_CREAT|O_EXCL, 0 or die "locked\n";
|       system("ircservices -export");
|       close LOCK;
|       unlink "/.../.lock";

Ahh, nice. Just the signal missing ;)

Also, if ircservices is started with -export it will generat some rows
in the log, here's an cut-n-paste of it:
[Jan 24 19:04:01 2005] IRC Services 5.0.44 starting up
[Jan 24 19:04:01 2005] Terminating, reason unknown

The reason shouldn't been 'unkown' ;)

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

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

iD8DBQFB9f3leY7jmtvbDP0RAgjLAKCAEAkNEw7nPQLpDNViTMtcbztrbwCeJOUd
ZRrNKsxF/+KE5X8nt8Ka7Q8=
=U/1o
-----END PGP SIGNATURE-----
From jerome at gmanmi.tv  Tue Jan 25 00:45:13 2005
From: jerome at gmanmi.tv (JM)
Date: Tue Jan 25 00:45:29 2005
Subject: [IRCServices] Problem on IRCservices
In-Reply-To: <CCEMIFKLCHLPPKOKPNNGMEIBCAAA.demurp2@uky.edu>
References: <CCEMIFKLCHLPPKOKPNNGMEIBCAAA.demurp2@uky.edu>
Message-ID: <200501251645.13030.jerome@gmanmi.tv>

yup... i am..


On Tuesday 25 January 2005 15:59, Eric Murphy wrote:
> Are you running the IRC server and services on the same machine?  (imo you
> should be, if you aren't)
>
> Erusun
> Stratics IRC Network
>
> -----Original Message-----
> From: ircservices-bounces@ircservices.esper.net
> [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of JM
> Sent: Tuesday, January 25, 2005 2:54 AM
> To: gregk@WWWpages.com; IRC Services General Mailing List
> Subject: Re: [IRCServices] Problem on IRCservices
>
>
> okie i did use the sample confs... i only replaced those which are required
> based on the IRC daemon I used... I tried using bahamut and unreal but Im
> still the same error...
>
> can someone help me on this?
>
> if possible can anyone here send me a working confs for the test irc box..
>
> TIA,
>
> On Monday 24 January 2005 13:08, Gregory King wrote:
> > looks like a local (read you) configuration problem to me...
> >
> > On Sun, January 23, 2005 9:05 pm, JM said:
> > > Hi All,
> > >
> > >   I was wondering if anyone had encountered this kind of problem..
> > >
> > > [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up
> > > [Jan 21 17:00:13 2005] httpd/main: Listening on :8080
> > > [Jan 21 17:00:13 2005] Read error from server: Broken pipe
> > >
> > >
> > >   Im using bahamut 1.8.3 with the latest IRC Services..
> > >
> > >   Is this a bahamut problem or IRCService?  Is there a way to fix this?
> > >
> > > TIA
> > >
> > > ------------------------------------------------------------------
> > > 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 Jan 25 18:35:15 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Jan 25 01:37:23 2005
Subject: [IRCServices] Services 5.0.45 released
Message-ID: <41f6134b.45101@achurch.org>

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

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

a0e54d9d20dfc68eac450ae3724dd8b1  ircservices-5.0.45.tar.gz
0f86b0c3ed6dd605f8ef14bc3ae6f4bc  ircservices-5.0.45.diff.gz
06c1a6304aaf0818cecc7d396417b080  ircservices-5.0.45-1.i386.rpm
f66465c2a4a2ddf41d6a8c3366b4bff0  ircservices_5.0.45-1_i386.deb

The mirrors should have it shortly.

     Aside from a minor bug fix, this release is primarily to add support
for importing HybServ databases.  Upgrade at your leisure.

Changes in version 5.0.45
-------------------------
2005/01/21      Added HybServ support to convert-db.  Suggested by
                    Stanislav Zahariev <sofit@evronet.tv>
2005/01/21      convert-db is now recompiled properly if the compilation
                    options passed to the configure script are changed.
2005/01/13      IRC operators are now properly shown the operator version
                    of ChanServ HELP LIST.  Reported by Kieron Thwaites
                    <ron2k@webmail.co.za>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From andrew at wtfigo.co.uk  Wed Jan 26 14:21:06 2005
From: andrew at wtfigo.co.uk (Andrew Kempe)
Date: Wed Jan 26 14:21:16 2005
Subject: [IRCServices] Services 5.0.45 released
In-Reply-To: <41f6134b.45101@achurch.org>
Message-ID: <20050126222115.3FE77F87A6C@sakura.ian-justman.com>

Just FYI,

 http://www.ircservices.za.net/download/  gives:

The requested resource could not be found. 

Andrew

> -----Original Message-----
> From: ircservices-bounces@ircservices.esper.net 
> [mailto:ircservices-bounces@ircservices.esper.net] On Behalf 
> Of Andrew Church
> Sent: 25 January 2005 09:35
> To: services
> Subject: [IRCServices] Services 5.0.45 released
> 
>      Services 5.0.45 has been released, and can be downloaded from:
> 
> http://www.ircservices.za.net/download/   (Japan)
> ftp://ftp.esper.net/ircservices/          (Western USA)
> 
> a0e54d9d20dfc68eac450ae3724dd8b1  ircservices-5.0.45.tar.gz 
> 0f86b0c3ed6dd605f8ef14bc3ae6f4bc  ircservices-5.0.45.diff.gz 
> 06c1a6304aaf0818cecc7d396417b080  
> ircservices-5.0.45-1.i386.rpm 
> f66465c2a4a2ddf41d6a8c3366b4bff0  ircservices_5.0.45-1_i386.deb
> 
> The mirrors should have it shortly.
> 
>      Aside from a minor bug fix, this release is primarily to 
> add support for importing HybServ databases.  Upgrade at your leisure.
> 
> Changes in version 5.0.45
> -------------------------
> 2005/01/21    Added HybServ support to convert-db.  Suggested by
>                   Stanislav Zahariev <sofit@evronet.tv>
> 2005/01/21    convert-db is now recompiled properly if the compilation
>                   options passed to the configure script are changed.
> 2005/01/13    IRC operators are now properly shown the 
> operator version
>                   of ChanServ HELP LIST.  Reported by Kieron Thwaites
>                   <ron2k@webmail.co.za>
> 
>   --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 Jan 27 09:47:07 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Jan 26 16:47:44 2005
Subject: [IRCServices] Services 5.0.45 released
In-Reply-To: <20050126222115.3FE77F87A6C@sakura.ian-justman.com>
Message-ID: <41f83a1f.70116@achurch.org>

>Just FYI,
>
> http://www.ircservices.za.net/download/  gives:
>
>The requested resource could not be found. 

     Oops, that should be www.ircservices.esper.net... I'll get those
straightened out ASAP.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From phan70m at gmail.com  Thu Jan 27 07:52:14 2005
From: phan70m at gmail.com (Anton Wolkov)
Date: Thu Jan 27 07:52:57 2005
Subject: [IRCServices] out of buffer?
In-Reply-To: <41F5FDE6.9040402@se.linux.org>
References: <41f5e06b.06470@achurch.org> <41F5FDE6.9040402@se.linux.org>
Message-ID: <d50f59a0050127075256b29adb@mail.gmail.com>

a nice feature would be a module (like database/exportxml) that would
have a parameter, how many minutes to wait between an xml export and a
parameter for target filename, that would eliminate the need for
crontab.
also if your into innovation and all, consider implementing sqlite to
ircservices, it's so much more expandable and would also make services
fly on select operations.
the httpd module is not most frequently used mainly because of it's
stability issues, it may be a good idea to have an export module for
html pages and then to serve them over apache, this would also provide
more options to integrate services to existing websites.
other nice feature i think would be widely used is the vhost parameter
for nickserv, it is supported by many popular protocols.
--
PHANTOm
http://www.irc.nix.co.il/ -- irc.nix.co.il
From kfiresun at ix.netcom.com  Thu Jan 27 10:24:14 2005
From: kfiresun at ix.netcom.com (Everett B. Simonds)
Date: Thu Jan 27 10:24:22 2005
Subject: [IRCServices] Database WAS: out of buffer?
In-Reply-To: <d50f59a0050127075256b29adb@mail.gmail.com>
References: <41f5e06b.06470@achurch.org> <41F5FDE6.9040402@se.linux.org>
        <d50f59a0050127075256b29adb@mail.gmail.com>
Message-ID: <41F931CE.9090807@ix.netcom.com>

I don't really for see the need to embed a whole SQL engine into 
services.  I have looked at some of the database code in there and I'm 
wondering if the system would benefit from having some sort of write 
behind log so that services doesn't burn time rewriting the whole 
database every time it flushes them out to disk.  This would certainly 
help those who have a significantly sized user base.  This would also 
eliminate the need to have two copies of the database on disk while it 
writes it out, good for those who might be strapped for disk space.

If you're going to embed any sort of database option into services, you 
might as well use the Berkeley DB system from Sleepy Cat.  No need to 
get fancy with an SQL parser/optimizer for something like this, 
especially when all you're doing is a simple SELECT or INSERT/UPDATE 
with no joins.

Though I'm all for a nice home grown solution as well.

Kelmar K. Firesun (Bryce Simonds)
Co-admin: dream.esper.net

Anton Wolkov wrote:
> a nice feature would be a module (like database/exportxml) that would
> have a parameter, how many minutes to wait between an xml export and a
> parameter for target filename, that would eliminate the need for
> crontab.
> also if your into innovation and all, consider implementing sqlite to
> ircservices, it's so much more expandable and would also make services
> fly on select operations.
> the httpd module is not most frequently used mainly because of it's
> stability issues, it may be a good idea to have an export module for
> html pages and then to serve them over apache, this would also provide
> more options to integrate services to existing websites.
> other nice feature i think would be widely used is the vhost parameter
> for nickserv, it is supported by many popular protocols.
> --
> PHANTOm
> http://www.irc.nix.co.il/ -- irc.nix.co.il
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From Craig at frostycoolslug.com  Thu Jan 27 11:05:07 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Thu Jan 27 11:05:14 2005
Subject: [IRCServices] Database WAS: out of buffer?
In-Reply-To: <41F931CE.9090807@ix.netcom.com>
References: <41f5e06b.06470@achurch.org>
        <41F5FDE6.9040402@se.linux.org> <d50f59a0050127075256b29adb@mail.gmail.com>
        <41F931CE.9090807@ix.netcom.com>
Message-ID: <41F93B63.1010707@frostycoolslug.com>

As a note, a 'fairly large userbase' would have to be something like 
15,000 users.. Our database updates very quickly, and we have over 7,000 
nicknames registered.

If you are looking for implementation into a website, we have created 
code to do just that, but rather than porting the database to MySQL, we 
have created a 'go-between' between the services structs, and a php 
script. The pseudoclient opens a socket on 127.0.0.1, and any 
connections made to it start with an A token, for example, A NICK 
PASSWORD, the service will then query the users struct, return A OK / 
FORBIDDEN / INVALID, based on what it finds there :)

Its a simple system, but works well for us :)

This may not be what you use XML exporting for, but a lot of people ask 
about using seperate database archetectures(sp) for services, to make it 
easier for manipulation from the 'outside', maybe concider coding a 
pseudo like we have that makes the task easier :)


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

Everett B. Simonds wrote:
> I don't really for see the need to embed a whole SQL engine into 
> services.  I have looked at some of the database code in there and I'm 
> wondering if the system would benefit from having some sort of write 
> behind log so that services doesn't burn time rewriting the whole 
> database every time it flushes them out to disk.  This would certainly 
> help those who have a significantly sized user base.  This would also 
> eliminate the need to have two copies of the database on disk while it 
> writes it out, good for those who might be strapped for disk space.
> 
> If you're going to embed any sort of database option into services, you 
> might as well use the Berkeley DB system from Sleepy Cat.  No need to 
> get fancy with an SQL parser/optimizer for something like this, 
> especially when all you're doing is a simple SELECT or INSERT/UPDATE 
> with no joins.
> 
> Though I'm all for a nice home grown solution as well.
> 
> Kelmar K. Firesun (Bryce Simonds)
> Co-admin: dream.esper.net
> 
> Anton Wolkov wrote:
> 
>> a nice feature would be a module (like database/exportxml) that would
>> have a parameter, how many minutes to wait between an xml export and a
>> parameter for target filename, that would eliminate the need for
>> crontab.
>> also if your into innovation and all, consider implementing sqlite to
>> ircservices, it's so much more expandable and would also make services
>> fly on select operations.
>> the httpd module is not most frequently used mainly because of it's
>> stability issues, it may be a good idea to have an export module for
>> html pages and then to serve them over apache, this would also provide
>> more options to integrate services to existing websites.
>> other nice feature i think would be widely used is the vhost parameter
>> for nickserv, it is supported by many popular protocols.
>> -- 
>> PHANTOm
>> http://www.irc.nix.co.il/ -- irc.nix.co.il
>> ------------------------------------------------------------------
>> 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 solutech at dsl.pipex.com  Fri Jan 28 09:40:15 2005
From: solutech at dsl.pipex.com (Matt)
Date: Fri Jan 28 09:41:25 2005
Subject: [IRCServices] [Request]  Get services to log to a channel
Message-ID: <20050128174117.8EA98E00022F@ranger.systems.pipex.net>

Hi all , I've read through all the docs and cant find out how to make
Ircservices log to a #chan . Is this possible ? . I currently use MagickII
and want to move over to Ircservices as Magick appears to have been
abandoned . Magick has this feature and we find it very useful . If its not
already implemented in Ircservices is there any chance it could be ? .

 

Regards

 

Sol

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050128/2fa5fdff/attachment.html
From chawmp at cyberarmy.net  Fri Jan 28 10:02:52 2005
From: chawmp at cyberarmy.net (Tom McIntyre)
Date: Fri Jan 28 10:01:57 2005
Subject: [IRCServices] [Request]  Get services to log to a channel
In-Reply-To: <20050128174117.8EA98E00022F@ranger.systems.pipex.net>
Message-ID: <Zen-1CuaRH-0006S7-7t@rutherford.zen.co.uk>

Hi,

There isn't a way to do this in ircservices, but it's something I patched in
a long time ago for our network. I've attached a patch that might or might
not work against a current version, but you will get the idea if you happen
to be a programmer.

If you do use it, you just need to build cyberarmy/chanlog.so and add
        LoadModule cyberarmy/chanlog
to ircservices.conf, and
        Module cyberarmy/chanlog
                LogTarget   "#chan"
        EndModule
to modules.conf

HTH :)
--
Chawmp

________________________________________
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Matt
Sent: 28 January 2005 17:40
To: ircservices@ircservices.esper.net
Subject: [IRCServices] [Request] Get services to log to a channel

Hi all , I've read through all the docs and cant find out how to make
Ircservices log to a #chan . Is this possible ? . I currently use MagickII
and want to move over to Ircservices as Magick appears to have been
abandoned . Magick has this feature and we find it very useful . If its not
already implemented in Ircservices is there any chance it could be ? .

Regards

Sol

From chawmp at cyberarmy.net  Fri Jan 28 10:07:58 2005
From: chawmp at cyberarmy.net (Tom McIntyre)
Date: Fri Jan 28 10:07:00 2005
Subject: [IRCServices] [Request]  Get services to log to a channel
In-Reply-To: <Zen-1CuaRH-0006S7-7t@rutherford.zen.co.uk>
Message-ID: <Zen-1CuaWC-0004Cq-VV@heisenberg.zen.co.uk>

*Duh*, here's one with the patch attached :)
--
Chawmp

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Tom McIntyre
Sent: 28 January 2005 18:03
To: 'IRC Services General Mailing List'
Subject: RE: [IRCServices] [Request] Get services to log to a channel

Hi,

There isn't a way to do this in ircservices, but it's something I patched in
a long time ago for our network. I've attached a patch that might or might
not work against a current version, but you will get the idea if you happen
to be a programmer.

If you do use it, you just need to build cyberarmy/chanlog.so and add
        LoadModule cyberarmy/chanlog
to ircservices.conf, and
        Module cyberarmy/chanlog
                LogTarget   "#chan"
        EndModule
to modules.conf

HTH :)
--
Chawmp

________________________________________
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Matt
Sent: 28 January 2005 17:40
To: ircservices@ircservices.esper.net
Subject: [IRCServices] [Request] Get services to log to a channel

Hi all , I've read through all the docs and cant find out how to make
Ircservices log to a #chan . Is this possible ? . I currently use MagickII
and want to move over to Ircservices as Magick appears to have been
abandoned . Magick has this feature and we find it very useful . If its not
already implemented in Ircservices is there any chance it could be ? .

Regards

Sol

------------------------------------------------------------------
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: chanlog.patch
Type: application/octet-stream
Size: 5482 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050128/65134e2b/chanlog.obj
From admin at vonitsanet.gr  Sun Jan 30 07:02:00 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sun Jan 30 07:02:43 2005
Subject: [IRCServices] Forbid + reason
Message-ID: <000301c506dc$aab15f90$434405d5@server>

Can be added to ircservices an info line on forbidden nicknames for a reason 
or at least the services admin nick who did it? 


From andy at shady.org  Mon Jan 31 04:26:59 2005
From: andy at shady.org (andy)
Date: Mon Jan 31 04:27:06 2005
Subject: [IRCServices] ircservices segfault issue?
Message-ID: <20050131122659.R95796@shady.org>

Hi, 

ircservices running on FreeBSD sparc64 Ultra5
5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Jan 26 11:05:51 GMT 2005 sparc64

Ircservices is latest build from freebsd ports tree.
5.0.0 patch level 23

IRCD is Unreal3.2.2b running on same machine.


Program received signal SIGSEGV, Segmentation fault.
0x000000004041790c in strcasecmp () from /lib/libc.so.5
(gdb) bt
#0  0x000000004041790c in strcasecmp () from /lib/libc.so.5
#1  0x000000004057b7d4 in do_receive_message (source=0xffffffffffffe720 <Error reading address 0xffffffffffffe720: Bad address>, 
    cmd=0xffffffffffffe6e0 <Error reading address 0xffffffffffffe6e0: Bad address>, ac=2, av=0x418140) at unreal.c:857
#2  0x0000000000110cac in call_callback_5 (module=0x238360, id=0, arg1=0xffffffffffffe720, arg2=0xffffffffffffe6e0, arg3=0x2, arg4=0x418140, arg5=0x0)
    at modules.c:666
#3  0x00000000001114c0 in process () at process.c:126
#4  0x000000000010cffc in readfirstline_callback (s=0x411c00, param_unused=0x40) at main.c:164
#5  0x00000000001136a8 in check_sockets () at sockets.c:491
#6  0x000000000010d398 in main (ac=2277376, av=0x7fdffffec88, envp=0x7fdffffeca8) at main.c:266


is this fixable ?

cheers

andy
From medice at gmx.at  Mon Jan 31 05:02:20 2005
From: medice at gmx.at (Medice)
Date: Mon Jan 31 05:01:06 2005
Subject: [IRCServices] ircservices segfault issue?
In-Reply-To: <20050131122659.R95796@shady.org>
References: <20050131122659.R95796@shady.org>
Message-ID: <41FE2C5C.9030204@gmx.at>

andy wrote:
> Hi, 
> 
> ircservices running on FreeBSD sparc64 Ultra5
> 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Jan 26 11:05:51 GMT 2005 sparc64
> 
> Ircservices is latest build from freebsd ports tree.
> 5.0.0 patch level 23
> 

since version 5.0.45 has been released you better try that one first

greetz
Medice
From vonitsa_net at yahoo.gr  Tue Feb  8 11:32:10 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Tue Feb  8 11:32:24 2005
Subject: [IRCServices] Operserv MODE command & MLOCK
Message-ID: <20050208193210.8721.qmail@web54403.mail.yahoo.com>

ChanServ should NOT enforce mlock when the OperServ
MODE command used on channels.

-ChanServ-       Mode lock: +nt-m
* Now talking in #test
* OperServ sets mode: +m-nt
* ChanServ sets mode: +nt-m

I'm waiting for your opinions:-)





=====
Dionisios K. - ToXiC On HellenicNet
From togiff at comcast.net  Tue Feb  8 21:28:07 2005
From: togiff at comcast.net (Todd)
Date: Tue Feb  8 21:28:49 2005
Subject: [IRCServices] bug with session exceptions?
Message-ID: <000701c50e68$29b43230$7ed7ab43@beautiful>

When the server dies and drops services (making services shut down), it 
seems to forget the exception list. 

From achurch at achurch.org  Thu Feb 10 00:46:25 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Feb  9 07:47:19 2005
Subject: [IRCServices] bug with session exceptions?
In-Reply-To: <000701c50e68$29b43230$7ed7ab43@beautiful>
Message-ID: <420a3078.12620@achurch.org>

>When the server dies and drops services (making services shut down), it 
>seems to forget the exception list. 

WFM.  Logs?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Thu Feb 10 09:28:12 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Thu Feb 10 09:28:24 2005
Subject: [IRCServices] NickServ AJOIN BUG?
Message-ID: <000601c50f95$e7fedaf0$174405d5@server>

I'm using ircservices5.0.44 on unrealircd and if add a channel to the 
NickServ AJOIN list (I'm founder on this channel)
and the channel had a key..on status is shown:

#channel unable to join channel (need correct key)

I think nickserv is not sending the svsjoin correct.
I think nickserv is not sending the channel key on the svsjoin command 
because:
I tried to svsjoin manually with services raw  ( /os raw :nickserv svsjoin 
ME #chan ) and it was said "need correct key"

When i tried with the key ( /os raw :nickserv svsjoin ME #chan channelkey ) 
it joined me to the channel successfully

PS:
Syntax for SVSJOIN on Unreal3.2 is:

SVSJOIN <nick> <channel>[,<channel2>..] [key1[,key2[..]]] 

From achurch at achurch.org  Fri Feb 11 12:20:34 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Feb 10 19:21:46 2005
Subject: [IRCServices] NickServ AJOIN BUG?
In-Reply-To: <000601c50f95$e7fedaf0$174405d5@server>
Message-ID: <420c24ad.15574@achurch.org>

>I'm using ircservices5.0.44 on unrealircd and if add a channel to the 
>NickServ AJOIN list (I'm founder on this channel)
>and the channel had a key..on status is shown:
>
>#channel unable to join channel (need correct key)

     This is designed--and documented!--behavior.  RTFM.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Fri Feb 11 04:03:28 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Feb 11 04:03:53 2005
Subject: [IRCServices] NickServ AJOIN BUG?
References: <420c24ad.15574@achurch.org>
Message-ID: <000801c51031$b4360c10$724405d5@server>

UnrealIRCD allows you to join to +k channel if you send svsjoin command 
correct.
(svsjoins on +k channels requires the key on the end of the command as i 
said on my first email.)

It's documented:
"Note that the IRC server may prohibit you from entering some channels on 
the autojoin list, such as channels that have a channel key set (mode +k) "

UnrealIRCD supports and allow the svsjoin; of course if svsjoin sent 
correctly on +k channels.

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.esper.net>
Sent: Friday, February 11, 2005 5:20 AM
Subject: Re: [IRCServices] NickServ AJOIN BUG?

> >I'm using ircservices5.0.44 on unrealircd and if add a channel to the
>>NickServ AJOIN list (I'm founder on this channel)
>>and the channel had a key..on status is shown:
>>
>>#channel unable to join channel (need correct key)
>
>     This is designed--and documented!--behavior.  RTFM.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/ 

From achurch at achurch.org  Fri Feb 11 21:31:36 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 11 04:33:08 2005
Subject: [IRCServices] NickServ AJOIN BUG?
In-Reply-To: <000801c51031$b4360c10$724405d5@server>
Message-ID: <420ca5fd.16156@achurch.org>

>UnrealIRCD allows you to join to +k channel if you send svsjoin command 
>correct.

     So you're suggesting I deliberately circumvent a security measure
someone put in place to prevent arbitrary users from entering their
channel?  I don't think so.

     End of discussion.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Fri Feb 11 04:42:58 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Feb 11 04:43:17 2005
Subject: [IRCServices] NickServ AJOIN BUG?
References: <420ca5fd.16156@achurch.org>
Message-ID: <002201c51037$38dc1400$724405d5@server>

I've ONLY said that if the command was sent correctly to the ircd it will 
work fine.
I've tested it manualy with /os raw.
The problem is that the ircservices does not send the channel key with the 
SVSJOIN command when a channel had a key.

The syntax for the command on Unreal when a channel has a key is:
SVSJOIN <nick> <channel> **<channelkey>**

If i'm wrong tell me the correct thing. 

From medice at gmx.at  Fri Feb 11 04:48:56 2005
From: medice at gmx.at (Medice)
Date: Fri Feb 11 04:48:33 2005
Subject: [IRCServices] NickServ AJOIN BUG?
In-Reply-To: <420ca5fd.16156@achurch.org>
References: <420ca5fd.16156@achurch.org>
Message-ID: <420CA9B8.6030508@gmx.at>

Andrew Church wrote:
>>UnrealIRCD allows you to join to +k channel if you send svsjoin command 
>>correct.
> 
> 
>      So you're suggesting I deliberately circumvent a security measure
> someone put in place to prevent arbitrary users from entering their
> channel?  I don't think so.
> 
>      End of discussion.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

"sending svsjoin correct" means you have to include the channel-key - if 
the user is able to "/join #channel key" by knowing the key the security 
measure is either not enforced against that very user, or useless anyway 
(depending on the origin of the key-knowledge)

greets
Medice
From admin at vonitsanet.gr  Fri Feb 11 04:56:33 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Feb 11 04:56:40 2005
Subject: [IRCServices] NickServ AJOIN BUG?
References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at>
Message-ID: <003201c51039$1ea5a680$724405d5@server>

Medice the INVITE command on unreal overrides the channel key.
So if someone is invited to a +k channel he can join normally ( /join 
#lockedchan ) without including the key on the command.
So.. i don't see any reason for someone who have invite access on chanserv 
to a channel with +k and he can't join with AJOIN.

Another solution for this problem is to invite users on +k channels as well 
as on +i channels.


----- Original Message ----- 
From: "Medice" <medice@gmx.at>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Friday, February 11, 2005 2:48 PM
Subject: Re: [IRCServices] NickServ AJOIN BUG?


> Andrew Church wrote:
>>>UnrealIRCD allows you to join to +k channel if you send svsjoin command 
>>>correct.
>>
>>
>>      So you're suggesting I deliberately circumvent a security measure
>> someone put in place to prevent arbitrary users from entering their
>> channel?  I don't think so.
>>
>>      End of discussion.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>
> "sending svsjoin correct" means you have to include the channel-key - if 
> the user is able to "/join #channel key" by knowing the key the security 
> measure is either not enforced against that very user, or useless anyway 
> (depending on the origin of the key-knowledge)
>
> greets
> Medice
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices 

From dnb at majestic-liaisons.com  Fri Feb 11 05:00:17 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Fri Feb 11 05:01:15 2005
Subject: [IRCServices] NickServ AJOIN BUG?
References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at>
        <003201c51039$1ea5a680$724405d5@server>
Message-ID: <000d01c51039$a5840480$0100a8c0@dnblaptop>

Normal users have to already be in the channel to be able to Invite someone
in, it's only IRCops that can over ride it from outside the channel.

----- Original Message ----- 
From: "Dionisios K." <admin@vonitsanet.gr>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Friday, February 11, 2005 11:26 PM
Subject: Re: [IRCServices] NickServ AJOIN BUG?


> Medice the INVITE command on unreal overrides the channel key.
> So if someone is invited to a +k channel he can join normally ( /join
> #lockedchan ) without including the key on the command.
> So.. i don't see any reason for someone who have invite access on chanserv
> to a channel with +k and he can't join with AJOIN.
>
> Another solution for this problem is to invite users on +k channels as
well
> as on +i channels.
>
>
> ----- Original Message ----- 
> From: "Medice" <medice@gmx.at>
> To: "IRC Services General Mailing List"
<ircservices@ircservices.esper.net>
> Sent: Friday, February 11, 2005 2:48 PM
> Subject: Re: [IRCServices] NickServ AJOIN BUG?
>
>
> > Andrew Church wrote:
> >>>UnrealIRCD allows you to join to +k channel if you send svsjoin command
> >>>correct.
> >>
> >>
> >>      So you're suggesting I deliberately circumvent a security measure
> >> someone put in place to prevent arbitrary users from entering their
> >> channel?  I don't think so.
> >>
> >>      End of discussion.
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>     http://achurch.org/
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>
> >>
> >
> > "sending svsjoin correct" means you have to include the channel-key - if
> > the user is able to "/join #channel key" by knowing the key the security
> > measure is either not enforced against that very user, or useless anyway
> > (depending on the origin of the key-knowledge)
> >
> > greets
> > Medice
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>


From admin at vonitsanet.gr  Fri Feb 11 05:06:53 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Feb 11 05:07:10 2005
Subject: [IRCServices] NickServ AJOIN BUG?
References: <420ca5fd.16156@achurch.org>
        <420CA9B8.6030508@gmx.at><003201c51039$1ea5a680$724405d5@server>
        <000d01c51039$a5840480$0100a8c0@dnblaptop>
Message-ID: <000401c5103a$901a2fb0$724405d5@server>

I mean the invite by NickServ when you have channels +i on the AJOIN list.

----- Original Message ----- 
From: "DeadNotBuried" <dnb@majestic-liaisons.com>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Friday, February 11, 2005 3:00 PM
Subject: Re: [IRCServices] NickServ AJOIN BUG?


> Normal users have to already be in the channel to be able to Invite 
> someone
> in, it's only IRCops that can over ride it from outside the channel.
>
> ----- Original Message ----- 
> From: "Dionisios K." <admin@vonitsanet.gr>
> To: "IRC Services General Mailing List" 
> <ircservices@ircservices.esper.net>
> Sent: Friday, February 11, 2005 11:26 PM
> Subject: Re: [IRCServices] NickServ AJOIN BUG?
>
>
>> Medice the INVITE command on unreal overrides the channel key.
>> So if someone is invited to a +k channel he can join normally ( /join
>> #lockedchan ) without including the key on the command.
>> So.. i don't see any reason for someone who have invite access on 
>> chanserv
>> to a channel with +k and he can't join with AJOIN.
>>
>> Another solution for this problem is to invite users on +k channels as
> well
>> as on +i channels.
>>
>>
>> ----- Original Message ----- 
>> From: "Medice" <medice@gmx.at>
>> To: "IRC Services General Mailing List"
> <ircservices@ircservices.esper.net>
>> Sent: Friday, February 11, 2005 2:48 PM
>> Subject: Re: [IRCServices] NickServ AJOIN BUG?
>>
>>
>> > Andrew Church wrote:
>> >>>UnrealIRCD allows you to join to +k channel if you send svsjoin 
>> >>>command
>> >>>correct.
>> >>
>> >>
>> >>      So you're suggesting I deliberately circumvent a security measure
>> >> someone put in place to prevent arbitrary users from entering their
>> >> channel?  I don't think so.
>> >>
>> >>      End of discussion.
>> >>
>> >>   --Andrew Church
>> >>     achurch@achurch.org
>> >>     http://achurch.org/
>> >> ------------------------------------------------------------------
>> >> To unsubscribe or change your subscription options, visit:
>> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>> >>
>> >>
>> >
>> > "sending svsjoin correct" means you have to include the channel-key - 
>> > if
>> > the user is able to "/join #channel key" by knowing the key the 
>> > security
>> > measure is either not enforced against that very user, or useless 
>> > anyway
>> > (depending on the origin of the key-knowledge)
>> >
>> > greets
>> > Medice
>> > ------------------------------------------------------------------
>> > 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 Craig at frostycoolslug.com  Fri Feb 11 09:34:21 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Feb 11 09:34:31 2005
Subject: [IRCServices] NickServ AJOIN BUG?
In-Reply-To: <420CA9B8.6030508@gmx.at>
References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at>
Message-ID: <420CEC9D.3040105@frostycoolslug.com>

Personally, i'd say "End of Discussion" meant just that. I'd personally 
also be insulted by someone screaming 'BUG' at designed behaviour, 
ESPECIALLY if its documented to be so. IMO, saying something is a bug, 
indicates the developer did something wrong, And hey, we all have our 
pride, and Andy has every right to be proud at services :p

anyway, back to the topic.

I agree with Andy here, if its that much of an issue, get your IRC 
client to do it, or go modify the ajoin module to do it.

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

Medice wrote:
> Andrew Church wrote:
> 
>>> UnrealIRCD allows you to join to +k channel if you send svsjoin 
>>> command correct.
>>
>>
>>
>>      So you're suggesting I deliberately circumvent a security measure
>> someone put in place to prevent arbitrary users from entering their
>> channel?  I don't think so.
>>
>>      End of discussion.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
> 
> "sending svsjoin correct" means you have to include the channel-key - if 
> the user is able to "/join #channel key" by knowing the key the security 
> measure is either not enforced against that very user, or useless anyway 
> (depending on the origin of the key-knowledge)
> 
> greets
> Medice
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From nick.martini at gmail.com  Fri Feb 11 10:25:57 2005
From: nick.martini at gmail.com (nick martini)
Date: Fri Feb 11 10:26:24 2005
Subject: [IRCServices] NickServ AJOIN BUG?
In-Reply-To: <420CEC9D.3040105@frostycoolslug.com>
References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at>
        <420CEC9D.3040105@frostycoolslug.com>
Message-ID: <ee1a43f4050211102524e75642@mail.gmail.com>

jesus christ, shut up all of you.


On Fri, 11 Feb 2005 17:34:21 +0000, Craig McLure
<Craig@frostycoolslug.com> wrote:
> Personally, i'd say "End of Discussion" meant just that. I'd personally
> also be insulted by someone screaming 'BUG' at designed behaviour,
> ESPECIALLY if its documented to be so. IMO, saying something is a bug,
> indicates the developer did something wrong, And hey, we all have our
> pride, and Andy has every right to be proud at services :p
> 
> anyway, back to the topic.
> 
> I agree with Andy here, if its that much of an issue, get your IRC
> client to do it, or go modify the ajoin module to do it.
> 
> /****************************************
>   *     Craig "FrostyCoolSlug" McLure
>   *       Craig@FrostyCoolSlug.com
>   * InspIRCd   - http://www.inspircd.org
>   * ChatSpike  - http://www.chatspike.net
>   ****************************************/
> 
> Medice wrote:
> > Andrew Church wrote:
> >
> >>> UnrealIRCD allows you to join to +k channel if you send svsjoin
> >>> command correct.
> >>
> >>
> >>
> >>      So you're suggesting I deliberately circumvent a security measure
> >> someone put in place to prevent arbitrary users from entering their
> >> channel?  I don't think so.
> >>
> >>      End of discussion.
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>     http://achurch.org/
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >>
> >>
> >
> > "sending svsjoin correct" means you have to include the channel-key - if
> > the user is able to "/join #channel key" by knowing the key the security
> > measure is either not enforced against that very user, or useless anyway
> > (depending on the origin of the key-knowledge)
> >
> > greets
> > Medice
> > ------------------------------------------------------------------
> > 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 blackspy2002 at mail.ru  Sat Feb 12 05:41:30 2005
From: blackspy2002 at mail.ru (BlackCat)
Date: Sat Feb 12 05:41:25 2005
Subject: [IRCServices] Address Already in use
Message-ID: <001301c51108$9d580890$54931bd9@blackcat>

Hello, im using latest version of ircservices compiled from freebsd ports
tree, i already edited my configuration as i read in manual, but i got some
problems, i see the following lines in logs:
 2005] FATAL: Can't connect to server (war-ir.net:6690): Connection refused
 2005] IRC Services 5.0.23 starting up
 2005] FATAL: Can't connect to server (war-ir.net:12000): Address already in
use
 2005] IRC Services 5.0.23 starting up
 2005] FATAL: Can't connect to server (war-ir.net:6667): Address already in
use
command: quit

Can you tell me please what is my problem and what additional information do
you need if you wish to help, im using latest UnrealIRCD, thank you

From Craig at frostycoolslug.com  Sat Feb 12 09:41:23 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Feb 12 09:41:16 2005
Subject: [IRCServices] Address Already in use
In-Reply-To: <001301c51108$9d580890$54931bd9@blackcat>
References: <001301c51108$9d580890$54931bd9@blackcat>
Message-ID: <420E3FC3.1070607@frostycoolslug.com>

Firstly, the FreeBSD Ports version of services is outta date, i'd 
recommend downloading the latest version from the services website 
(http://www.ircservices.esper.net), and ensure you give your services 
server a different name from the main server, eg services.war-ir.net

should sort your probs
/****************************************
  *     Craig "FrostyCoolSlug" McLure
  *       Craig@FrostyCoolSlug.com
  * InspIRCd   - http://www.inspircd.org
  * ChatSpike  - http://www.chatspike.net
  ****************************************/

BlackCat wrote:
> Hello, im using latest version of ircservices compiled from freebsd ports
> tree, i already edited my configuration as i read in manual, but i got some
> problems, i see the following lines in logs:
>  2005] FATAL: Can't connect to server (war-ir.net:6690): Connection refused
>  2005] IRC Services 5.0.23 starting up
>  2005] FATAL: Can't connect to server (war-ir.net:12000): Address already in
> use
>  2005] IRC Services 5.0.23 starting up
>  2005] FATAL: Can't connect to server (war-ir.net:6667): Address already in
> use
> command: quit
> 
> Can you tell me please what is my problem and what additional information do
> you need if you wish to help, im using latest UnrealIRCD, thank you
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From jerome at gmanmi.tv  Wed Feb 16 19:31:48 2005
From: jerome at gmanmi.tv (JM)
Date: Wed Feb 16 19:32:13 2005
Subject: [IRCServices] Error on IRC services
Message-ID: <200502171131.48969.jerome@gmanmi.tv>

i got this error from ircservice..

-- conenct block from ircd.conf - bahamut
connect {
    // required tokens
    name    services.test.com;    # Other server's name
    host    192.168.0.7;    # Other server's host
    apasswd secret;         # Password to accept from other server
    cpasswd secret;         # Password to send to other server

    // optional tokens
    // port    7000;           # Port to autoconnect to other server on
    // bind    127.0.0.1;      # IP to connect from
    // flags   ZEH;            # Flags for this link
    // class   servers;        # Connection class to use for this link
};

[Feb 17 11:05:55.785722 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Looking up your hostname...
[Feb 17 11:05:55.785945 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Found your hostname, cached
[Feb 17 11:05:55.786161 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Checking Ident
[Feb 17 11:05:55.786377 2005] debug: Received: :irc.test.com NOTICE AUTH :*** No Ident response
[Feb 17 11:05:55.786591 2005] debug: Received: :irc.test.com 451  PING :Register first.
[Feb 17 11:05:55.786806 2005] unknown message from server (:irc.test.com 451  PING :Register first.)
[Feb 17 11:05:55.822143 2005] debug: Received: ERROR :Closing Link: 0.0.0.0 (No Connect block)
[Feb 17 11:05:55.822571 2005] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No Connect block))
[Feb 17 11:05:55.822896 2005] debug: sockets: read(4): Connection reset by peer

TIA,

From admin at vco.se  Wed Feb 16 19:41:52 2005
From: admin at vco.se (David M)
Date: Wed Feb 16 19:42:06 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
Message-ID: <42141280.3090100@vco.se>

Pfft couldn't build due to needing updated GCC etc :P

Sorry but i refuse to be pampering programs that can't be uniform standard.

If it can't work with whats rolled out thats pretty sad.

Virtually everything else including dopey anope which can't even stand 
on it's own two feet proper
was able to at least install whats makes thing thing so royal and bold
that i should go updating bloody GCC.

Theres been no need to till this thing whinged.

NEXT!
From achurch at achurch.org  Thu Feb 17 13:13:32 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Feb 16 20:16:40 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
In-Reply-To: <42141280.3090100@vco.se>
Message-ID: <42141aa1.46310@achurch.org>

     You're quite welcome to continue using an outdated, buggy version of
GCC which doesn't support modern standards if that's your desire.  On the
other hand, I have no desire to help people who not only insist on living
in the past, but can't even read the Services manual, which clearly states
the reasons why a newer version of GCC is required.

     Next!

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

>Pfft couldn't build due to needing updated GCC etc :P
>
>Sorry but i refuse to be pampering programs that can't be uniform standard.
>
>If it can't work with whats rolled out thats pretty sad.
>
>Virtually everything else including dopey anope which can't even stand 
>on it's own two feet proper
>was able to at least install whats makes thing thing so royal and bold
>that i should go updating bloody GCC.
>
>Theres been no need to till this thing whinged.
>
>NEXT!
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From jerome at gmanmi.tv  Wed Feb 16 21:40:56 2005
From: jerome at gmanmi.tv (JM)
Date: Wed Feb 16 21:41:06 2005
Subject: [IRCServices] definitions of this...
Message-ID: <200502171340.56583.jerome@gmanmi.tv>

hi,

        where can i find the definitions of list below.. cant find it on the doc for 
5.0.xx

    CSDefKeepTopic
    #CSDefSecureOps
    #CSDefPrivate
    #CSDefTopicLock
    #CSDefLeaveOps
    CSDefSecure
    #CSDefOpNotice
    #CSDefEnforce
    #CSDefHideEmail
    #CSDefHideTopic
    #CSDefHideMlock

TIA,

From achurch at achurch.org  Thu Feb 17 15:29:04 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Feb 16 22:29:28 2005
Subject: [IRCServices] definitions of this...
In-Reply-To: <200502171340.56583.jerome@gmanmi.tv>
Message-ID: <421439c3.56507@achurch.org>

Appendix A, chanserv/main

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

>hi,
>
>       where can i find the definitions of list below.. cant find it on the doc for 
>5.0.xx
>
>    CSDefKeepTopic
>    #CSDefSecureOps
>    #CSDefPrivate
>    #CSDefTopicLock
>    #CSDefLeaveOps
>    CSDefSecure
>    #CSDefOpNotice
>    #CSDefEnforce
>    #CSDefHideEmail
>    #CSDefHideTopic
>    #CSDefHideMlock
>
>TIA,
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From Craig at frostycoolslug.com  Wed Feb 16 22:44:21 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Feb 16 22:44:34 2005
Subject: [IRCServices] Error on IRC services
In-Reply-To: <200502171131.48969.jerome@gmanmi.tv>
References: <200502171131.48969.jerome@gmanmi.tv>
Message-ID: <42143D45.7030401@frostycoolslug.com>

Seeing as you appear to be doing the connection internally, try binding 
Services socket to 192.168.0.7 Also, check the port you are connecting 
services too is a server port. I'm not sure how bahamut works, but it 
looks like services is trying to connect to a client port there (I could 
be wrong)

Obviously, make sure you've modified your ircservices.conf to match the 
connect{} block, and rehashed your IRCd to allow the server to connect.

The info given was kinda cryptic, so i'm just throwing out a few 
possible problems. If you have any more info to give, feel free to reply.

Thanks

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

JM wrote:
> i got this error from ircservice..
> 
> -- conenct block from ircd.conf - bahamut
> connect {
>     // required tokens
>     name    services.test.com;    # Other server's name
>     host    192.168.0.7;    # Other server's host
>     apasswd secret;         # Password to accept from other server
>     cpasswd secret;         # Password to send to other server
> 
>     // optional tokens
>     // port    7000;           # Port to autoconnect to other server on
>     // bind    127.0.0.1;      # IP to connect from
>     // flags   ZEH;            # Flags for this link
>     // class   servers;        # Connection class to use for this link
> };
> 
> [Feb 17 11:05:55.785722 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Looking up your hostname...
> [Feb 17 11:05:55.785945 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Found your hostname, cached
> [Feb 17 11:05:55.786161 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Checking Ident
> [Feb 17 11:05:55.786377 2005] debug: Received: :irc.test.com NOTICE AUTH :*** No Ident response
> [Feb 17 11:05:55.786591 2005] debug: Received: :irc.test.com 451  PING :Register first.
> [Feb 17 11:05:55.786806 2005] unknown message from server (:irc.test.com 451  PING :Register first.)
> [Feb 17 11:05:55.822143 2005] debug: Received: ERROR :Closing Link: 0.0.0.0 (No Connect block)
> [Feb 17 11:05:55.822571 2005] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No Connect block))
> [Feb 17 11:05:55.822896 2005] debug: sockets: read(4): Connection reset by peer
> 
> TIA,
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From Craig at frostycoolslug.com  Wed Feb 16 22:56:52 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Feb 16 22:57:05 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
In-Reply-To: <42141280.3090100@vco.se>
References: <42141280.3090100@vco.se>
Message-ID: <42144034.5090803@frostycoolslug.com>

Doesn't build?
Don't wanna upgrade to something which supports modern standard?
Wanna live in the past?

Feel free. But i dont see how bitching to this list is gonna help you. 
Its not going to be changed, and i'm sure you know that too damn well, 
all your e-mail is gonna do is piss people off. You like doing that?

So, from where i'm standing you have a choice:

a) Update GCC, and get IRCServices compiling
b) Don't, and use anope.

Its not even like updating a compiler is a life changing job, but you 
make it seem like it will be the end of the world if you do, but either 
way..

ITS NOT OUR PROBLEM.


ps. My appologies to Andy and everyone else on this list if you have 
been insulted in anyway. This had to be said. And just a reminder, if 
you dont have anything constructive to say.. dont say it ;)

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

David M wrote:
> Pfft couldn't build due to needing updated GCC etc :P
> 
> Sorry but i refuse to be pampering programs that can't be uniform standard.
> 
> If it can't work with whats rolled out thats pretty sad.
> 
> Virtually everything else including dopey anope which can't even stand 
> on it's own two feet proper
> was able to at least install whats makes thing thing so royal and bold
> that i should go updating bloody GCC.
> 
> Theres been no need to till this thing whinged.
> 
> NEXT!
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From quension at mac.com  Wed Feb 16 23:38:22 2005
From: quension at mac.com (Trevor Talbot)
Date: Wed Feb 16 23:38:38 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
In-Reply-To: <42144034.5090803@frostycoolslug.com>
Message-ID: <E69814E3-80B6-11D9-80A4-0003938D6866@mac.com>

On Wednesday, Feb 16, 2005, at 22:56 US/Pacific, Craig McLure wrote:

> Its not even like updating a compiler is a life changing job, but you 
> make it seem like it will be the end of the world if you do, but 
> either way..

Updating gcc on OS X is not something you do lightly; Apple maintains a 
modified version of the toolchain, and there are ABI compatibility 
issues.

On the other hand, 10.3 should already be using gcc 3.3/3.4, so unless 
he's coming from an older install and didn't run gcc_select, 
something's odd...

-- Quension

From admin at vco.se  Thu Feb 17 02:41:33 2005
From: admin at vco.se (David M)
Date: Thu Feb 17 02:41:44 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
In-Reply-To: <E69814E3-80B6-11D9-80A4-0003938D6866@mac.com>
References: <E69814E3-80B6-11D9-80A4-0003938D6866@mac.com>
Message-ID: <421474DD.8000201@vco.se>

Thankyou at last someone realises what i'm on about.

Updating GCC is not recomended SOP and by the sounds of it
i'm pretty current anyway.

Therefore i'll take the great advice and reserve any further comment
as it's allready been said for me.

Because much like the Crew at Anope the same attitude has been reflected.

Moral of story if you want the job done properly your better of coding 
it yourself.

Goodbye and best wishes for the future.



From achurch at achurch.org  Thu Feb 17 20:34:31 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Feb 17 03:39:01 2005
Subject: [IRCServices] Can't even get it to build on OSX 10.3.8
In-Reply-To: <421474DD.8000201@vco.se>
Message-ID: <42148251.07443@achurch.org>

[CC'd privately as you suggest you will/have unsubscribed; apologies if you
 get the message in duplicate]

>Updating GCC is not recomended SOP and by the sounds of it
>i'm pretty current anyway.

     If you do have at least GCC 3.2, then it's likely you've run into a
bug in the configure script.  I'm by no means perfect (though I do take
offense at insults hurled out of nowhere!), and I don't have a Mac to test
on, so any information to help fix such problems is of course appreciated.
For starters, assuming the problem occurs while running ./configure, it
would help to have:
   - the output from ./configure
   - the output from gcc -v
   - the contents of configure.log

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Feb 17 22:40:24 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Feb 17 05:48:49 2005
Subject: Thoughts on Services development (was Re: [IRCServices] Can't even
        get it to build on OSX 10.3.8)
Message-ID: <4214a0b9.07746@achurch.org>

[This is a copy of the message I sent to David M in response to his private
 message to me.  I will not post that message, as doing so would violate
 etiquette, but I feel it important to make my thoughts on Services
 development known, for the benefit of others who may have similar
 concerns.  I have elided portions of my message irrelevant to that topic.]

     [...]  From my viewpoint (subjective, certainly, but everyone's
viewpoint is subjective by definition), you have accused me of carelessness
without taking the time to fully understand the issues involved.  Despite
the fact that IRC Services is merely a free-time project of mine, I have
taken considerable care to ensure that it is compliant with modern
standards, as described in section 2-1 of the manual, and I try to ensure
that it will compile and run on commonly used operating systems.  However,
I lack both the time and the resources to check its behavior in all
environments--in fact, all I have at my disposal is one computer which can
run either Linux, OpenBSD, FreeBSD, or Windows.  As a result, I have to
rely on reports from users to resolve any problems on other systems.

     I had hoped my previous message had demonstrated that I was quite
willing to admit my error, but it regrettably seems that that is not the
case.  Nonetheless, I am still open to receiving any information you wish
to provide regarding your problem.

     It is true that I have deliberately removed support for older
compilation tools from IRC Services, and I will continue to do so in the
future as those tools evolve.  However, this is not due to carelessness; on
the contrary, it is the result of efforts to clean up the source code and
bring it in line with a single standard.  As I mentioned earlier, Services
is only a free-time project of mine, and I simply cannot spare the effort
to support multiple versions of development tools.  If perhaps I am
adopting new standards faster than commercial OS vendors do, it is
certainly not out of malice or spite, but as I am distributing this program
(which is the result of nearly nine years of work--perhaps you are not
aware, but Anope itself is a second-generation derivative of IRC Services
4.3) free of monetary charge, I do feel entitled to ask that users of the
program make some effort of their own in order to use it.

[...]

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From Craig at frostycoolslug.com  Thu Feb 17 06:26:20 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Thu Feb 17 06:26:48 2005
Subject: Thoughts on Services development (was Re: [IRCServices] Can't
        even    get it to build on OSX 10.3.8)
In-Reply-To: <4214a0b9.07746@achurch.org>
References: <4214a0b9.07746@achurch.org>
Message-ID: <4214A98C.1080209@frostycoolslug.com>

Thanks for the copy of this, sorry if i over reacted on the list
earlier, it just gets frustrating sometimes, he wasnt willing to post
anything interesting, except 'Screw you all, it doesnt work, you all
suck' (Not quite like that, but that was the general idea). I promised
to take a 'back seat' with regards to services, but with that mail, i
felt i had to speak out. Sorry again.

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

Andrew Church wrote:
> [This is a copy of the message I sent to David M in response to his private
>  message to me.  I will not post that message, as doing so would violate
>  etiquette, but I feel it important to make my thoughts on Services
>  development known, for the benefit of others who may have similar
>  concerns.  I have elided portions of my message irrelevant to that topic.]
> 
>      [...]  From my viewpoint (subjective, certainly, but everyone's
> viewpoint is subjective by definition), you have accused me of carelessness
> without taking the time to fully understand the issues involved.  Despite
> the fact that IRC Services is merely a free-time project of mine, I have
> taken considerable care to ensure that it is compliant with modern
> standards, as described in section 2-1 of the manual, and I try to ensure
> that it will compile and run on commonly used operating systems.  However,
> I lack both the time and the resources to check its behavior in all
> environments--in fact, all I have at my disposal is one computer which can
> run either Linux, OpenBSD, FreeBSD, or Windows.  As a result, I have to
> rely on reports from users to resolve any problems on other systems.
> 
>      I had hoped my previous message had demonstrated that I was quite
> willing to admit my error, but it regrettably seems that that is not the
> case.  Nonetheless, I am still open to receiving any information you wish
> to provide regarding your problem.
> 
>      It is true that I have deliberately removed support for older
> compilation tools from IRC Services, and I will continue to do so in the
> future as those tools evolve.  However, this is not due to carelessness; on
> the contrary, it is the result of efforts to clean up the source code and
> bring it in line with a single standard.  As I mentioned earlier, Services
> is only a free-time project of mine, and I simply cannot spare the effort
> to support multiple versions of development tools.  If perhaps I am
> adopting new standards faster than commercial OS vendors do, it is
> certainly not out of malice or spite, but as I am distributing this program
> (which is the result of nearly nine years of work--perhaps you are not
> aware, but Anope itself is a second-generation derivative of IRC Services
> 4.3) free of monetary charge, I do feel entitled to ask that users of the
> program make some effort of their own in order to use 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 admin at epicirc.net  Thu Feb 17 22:20:06 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Thu Feb 17 22:20:34 2005
Subject: [IRCServices] Notice Bug
Message-ID: <200502180620.j1I6K6pZ084546@pimout3-ext.prodigy.net>

Hello... I have noticed a little error, and I just wanted to post here to
see if anyone had already posted regarding it, or if it was the first time.
 
I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41
 
When I send a global notice that is fairly long it appears that the
character ":" shows up in the notice.  If I were to just sent a global
notice as an oper, Unreal would cut the message off before the ":" would
appear, so this only occurs with services.
 
I have noticed it in Channel Join Notices, Network Connect Notices, and
Global Notices.  Below is an example:
 
-------------------------- Sending the notice with OperServ global
-------------------------
 
[11:30pm] -Global- [Network Notice] Our network has been experiencing a
major increase of unattended bots connecting. We are taking many defensive
actions to make sure that they do not interrupt the normal activity of the
network. If you receive a CTCP LAG, please ignore it, as it is our Opers
running :a scan to detect malicious bots. If you have any questions, please
join #Help and speak to an Oper. - XanaX, Sr. Network Admin.
 
------------------------ Sending the same notice as an oper, and not with
services -----------------------
 
[11:32pm] -XanaX- [Network Notice] Our network has been experiencing a major
increase of unattended bots connecting. We are taking many defensive actions
to make sure that they do not interrupt the normal activity of the network.
If you receive a CTCP LAG, please ignore it, as it is our Opers running a
scan to detect malicious bots. If you have any questions, please join #Help
and spe
 
----------------------------------
 
As you can see, Unreal cuts the message off when I send it as an oper.  It
doesnt get past the word "speak".  But if you notice in the notice sent my
Services, there is "Opers running :a scan to detect".  The : is definatly
not in my notice.
 
Any help or assistance regarding this would be great.  Just thought it
should be noted for any future releases.
 
Thank you for your hard work & development of open-sourced software.
 
XanaX
irc.epicirc.net
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050218/8785de02/attachment.html
From achurch at achurch.org  Fri Feb 18 16:48:29 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Feb 17 23:49:11 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <200502180620.j1I6K6pZ084546@pimout3-ext.prodigy.net>
Message-ID: <42159df0.13733@achurch.org>

     This is believed to be an mIRC bug.  Try with another client.

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

>This is a multi-part message in MIME format.
>
>--===============1706752752==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_000A_01C5154F.A1A3BF70"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70
>Content-Type: text/plain;
>       charset="us-ascii"
>Content-Transfer-Encoding: 7bit
>
>Hello... I have noticed a little error, and I just wanted to post here to
>see if anyone had already posted regarding it, or if it was the first time.
> 
>I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41
> 
>When I send a global notice that is fairly long it appears that the
>character ":" shows up in the notice.  If I were to just sent a global
>notice as an oper, Unreal would cut the message off before the ":" would
>appear, so this only occurs with services.
> 
>I have noticed it in Channel Join Notices, Network Connect Notices, and
>Global Notices.  Below is an example:
> 
>-------------------------- Sending the notice with OperServ global
>-------------------------
> 
>[11:30pm] -Global- [Network Notice] Our network has been experiencing a
>major increase of unattended bots connecting. We are taking many defensive
>actions to make sure that they do not interrupt the normal activity of the
>network. If you receive a CTCP LAG, please ignore it, as it is our Opers
>running :a scan to detect malicious bots. If you have any questions, please
>join #Help and speak to an Oper. - XanaX, Sr. Network Admin.
> 
>------------------------ Sending the same notice as an oper, and not with
>services -----------------------
> 
>[11:32pm] -XanaX- [Network Notice] Our network has been experiencing a major
>increase of unattended bots connecting. We are taking many defensive actions
>to make sure that they do not interrupt the normal activity of the network.
>If you receive a CTCP LAG, please ignore it, as it is our Opers running a
>scan to detect malicious bots. If you have any questions, please join #Help
>and spe
> 
>----------------------------------
> 
>As you can see, Unreal cuts the message off when I send it as an oper.  It
>doesnt get past the word "speak".  But if you notice in the notice sent my
>Services, there is "Opers running :a scan to detect".  The : is definatly
>not in my notice.
> 
>Any help or assistance regarding this would be great.  Just thought it
>should be noted for any future releases.
> 
>Thank you for your hard work & development of open-sourced software.
> 
>XanaX
>irc.epicirc.net
> 
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70
>Content-Type: text/html;
>       charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Dus-ascii">
><META content=3D"MSHTML 6.00.2900.2604" name=3DGENERATOR></HEAD>
><BODY>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial =
>size=3D2>Hello... I have=20
>noticed a little error, and I just wanted to post here to see if anyone =
>had=20
>already posted regarding it, or if it was the first =
>time.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>I run =
>an IRC Network=20
>with Unreal3.2.2b and ircservices-5.0.41</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>When I =
>send a global=20
>notice that is fairly long it appears that the character ":" shows up in =
>the=20
>notice.&nbsp; If I were to just sent a global notice as an oper, Unreal =
>would=20
>cut the message off before the ":" would appear, so this only occurs =
>with=20
>services.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>I have =
>noticed it in=20
>Channel Join Notices, Network Connect Notices, and Global Notices.&nbsp; =
>Below=20
>is an example:</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>-------------------------- Sending the notice with OperServ =
>global=20
>-------------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial =
>size=3D2>[11:30pm] -Global-=20
>[Network Notice] Our network has been experiencing a major increase of=20
>unattended bots connecting. We are taking many defensive actions to make =
>sure=20
>that they do not interrupt the normal activity of the network. If you =
>receive a=20
>CTCP LAG, please ignore it, as it is our Opers running :a scan to detect =
>
>malicious bots. If you have any questions, please join #Help and speak =
>to an=20
>Oper. - XanaX, Sr. Network Admin.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>------------------------ Sending the same notice as an oper, =
>and not with=20
>services -----------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial =
>size=3D2>[11:32pm] -XanaX-=20
>[Network Notice] Our network has been experiencing a major increase of=20
>unattended bots connecting. We are taking many defensive actions to make =
>sure=20
>that they do not interrupt the normal activity of the network. If you =
>receive a=20
>CTCP LAG, please ignore it, as it is our Opers running a scan to detect=20
>malicious bots. If you have any questions, please join #Help and=20
>spe</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>----------------------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>As you =
>can see,=20
>Unreal cuts the message off when I send it as an oper.&nbsp; It doesnt =
>get past=20
>the word "speak".&nbsp; But if you notice in the notice sent my =
>Services, there=20
>is "Opers running :a scan to detect".&nbsp; The : is definatly not in my =
>
>notice.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>Any =
>help or=20
>assistance regarding this would be great.&nbsp; Just thought it should =
>be noted=20
>for any future releases.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>Thank =
>you for your=20
>hard work &amp; development of open-sourced =
>software.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>XanaX</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>irc.epicirc.net</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2></FONT></SPAN>&nbsp;</DIV></BODY></HTML>
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70--
>
>
>
>--===============1706752752==
>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
>--===============1706752752==--
>
>
From dawgclan at shaw.ca  Fri Feb 18 04:29:33 2005
From: dawgclan at shaw.ca (JASON M)
Date: Fri Feb 18 04:29:48 2005
Subject: [IRCServices] Chanserv UNBAN bug?
Message-ID: <2b950dd2b9438e.2b9438e2b950dd@shaw.ca>

using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacing my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *.

Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be available because it's in whois information?

I think at current it's not fully working.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9908 4244
Mobile: 0413 161 708
E-mail: dawgclan@shaw.ca

From achurch at achurch.org  Fri Feb 18 22:54:32 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 18 05:55:18 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2b950dd2b9438e.2b9438e2b950dd@shaw.ca>
Message-ID: <4215f3be.31054@achurch.org>

     ChanServ already checks all of these.  If you find an example that
doesn't work, please provide that example.

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

>using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacin
>g my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *.
>
>Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be av
>ailable because it's in whois information?
>
>I think at current it's not fully working.
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9908 4244
>Mobile: 0413 161 708
>E-mail: dawgclan@shaw.ca
>
>------------------------------------------------------------------
From Craig at frostycoolslug.com  Fri Feb 18 06:20:04 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Feb 18 06:20:24 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4215f3be.31054@achurch.org>
References: <4215f3be.31054@achurch.org>
Message-ID: <4215F994.8070305@frostycoolslug.com>

As an additional note, /cs unban doesnt seem to work when the user has a
 vhost completly different so their actual host (not sure about IRCd
based hostmasking). Had a few complaints about this.

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

Andrew Church wrote:
>      ChanServ already checks all of these.  If you find an example that
> doesn't work, please provide that example.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> 
>>using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacin
>>g my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *.
>>
>>Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be av
>>ailable because it's in whois information?
>>
>>I think at current it's not fully working.
>>
>>Regards,
>>
>>Jason Mainwaring
>>A+ Service Technician
>>Microsoft Certified Systems Administrator
>>MCSA Messaging
>>Certified Novell Administrator
>>Phone: (02) 9908 4244
>>Mobile: 0413 161 708
>>E-mail: dawgclan@shaw.ca
>>
>>------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From achurch at achurch.org  Fri Feb 18 23:36:04 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 18 06:36:52 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4215F994.8070305@frostycoolslug.com>
Message-ID: <4215fd72.36542@achurch.org>

>As an additional note, /cs unban doesnt seem to work when the user has a
> vhost completly different so their actual host (not sure about IRCd
>based hostmasking). Had a few complaints about this.

     Again, can you give concrete examples?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From Craig at frostycoolslug.com  Fri Feb 18 11:09:32 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Feb 18 11:09:44 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4215fd72.36542@achurch.org>
References: <4215fd72.36542@achurch.org>
Message-ID: <42163D6C.3090007@frostycoolslug.com>

my bad, seems its because our module is doing the sethost, rather than
the IRCd doing it. Would probably explain it ;)


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

Andrew Church wrote:
>>As an additional note, /cs unban doesnt seem to work when the user has a
>>vhost completly different so their actual host (not sure about IRCd
>>based hostmasking). Had a few complaints about this.
> 
> 
>      Again, can you give concrete examples?
> 
>   --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 admin at epicirc.net  Fri Feb 18 13:34:47 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Fri Feb 18 13:35:33 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <42159df0.13733@achurch.org>
Message-ID: <200502182135.j1ILYlpZ402064@pimout3-ext.prodigy.net>

Xchat:

[3:27pm] <ANTRAiCX> -Global- [Network Notice] Our network has been
experiencing a major increase of unattended bots connecting. We are taking
many defensive actions to make sure that they do not interrupt the normal
activity of the network. If you receive a CTCP LAG, please ignore it, as it
is our Opers running :a scan to detect malicious bots. If you have any
questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
Admin.

iircII on solaris:

[3:31pm] <work> -Global- [Network Notice] Our network has been experiencing
a major increase of unattended bots connecting. We are taking many defensive
[3:31pm] <work> actions to make sure that they do not interrupt the normal
activity of the network. If you receive a CTCP LAG, please ignore it, as it
is
[3:31pm] <work> our Opers running :a scan to detect malicious bots. If you
have any questions, please join #Help and speak to an Oper. - XanaX, Sr.

And of course it still does it on mIRC as well.

So my tests show that this bug is in fact an ircservices bug, and not
related to any mirc errors.  Testing in 3 other clients all performed the
exact same way, and duplicated the exact same results.  The source notice of
course didn't have the ":" in it, however it appeared at the same location
for all 3 of the clients.

Thanks for any help you may be able to offer,

JL.
admin@epicirc.net
EpicIRC - irc.epicirc.net

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew
Church
Sent: Friday, February 18, 2005 1:48 AM
To: ircservices@ircservices.esper.net
Subject: Re: [IRCServices] Notice Bug

     This is believed to be an mIRC bug.  Try with another client.

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

>This is a multi-part message in MIME format.
>
>--===============1706752752==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_000A_01C5154F.A1A3BF70"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70
>Content-Type: text/plain;
>       charset="us-ascii"
>Content-Transfer-Encoding: 7bit
>
>Hello... I have noticed a little error, and I just wanted to post here 
>to see if anyone had already posted regarding it, or if it was the first
time.
> 
>I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41
> 
>When I send a global notice that is fairly long it appears that the 
>character ":" shows up in the notice.  If I were to just sent a global 
>notice as an oper, Unreal would cut the message off before the ":" 
>would appear, so this only occurs with services.
> 
>I have noticed it in Channel Join Notices, Network Connect Notices, and 
>Global Notices.  Below is an example:
> 
>-------------------------- Sending the notice with OperServ global
>-------------------------
> 
>[11:30pm] -Global- [Network Notice] Our network has been experiencing a 
>major increase of unattended bots connecting. We are taking many 
>defensive actions to make sure that they do not interrupt the normal 
>activity of the network. If you receive a CTCP LAG, please ignore it, 
>as it is our Opers running :a scan to detect malicious bots. If you 
>have any questions, please join #Help and speak to an Oper. - XanaX, Sr.
Network Admin.
> 
>------------------------ Sending the same notice as an oper, and not 
>with services -----------------------
> 
>[11:32pm] -XanaX- [Network Notice] Our network has been experiencing a 
>major increase of unattended bots connecting. We are taking many 
>defensive actions to make sure that they do not interrupt the normal
activity of the network.
>If you receive a CTCP LAG, please ignore it, as it is our Opers running 
>a scan to detect malicious bots. If you have any questions, please join 
>#Help and spe
> 
>----------------------------------
> 
>As you can see, Unreal cuts the message off when I send it as an oper.  
>It doesnt get past the word "speak".  But if you notice in the notice 
>sent my Services, there is "Opers running :a scan to detect".  The : is 
>definatly not in my notice.
> 
>Any help or assistance regarding this would be great.  Just thought it 
>should be noted for any future releases.
> 
>Thank you for your hard work & development of open-sourced software.
> 
>XanaX
>irc.epicirc.net
> 
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70
>Content-Type: text/html;
>       charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
><HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = 
>charset=3Dus-ascii"> <META content=3D"MSHTML 6.00.2900.2604" 
>name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN 
>class=3D558401406-18022005><FONT face=3DArial = size=3D2>Hello... I 
>have=20 noticed a little error, and I just wanted to post here to see 
>if anyone = had=20 already posted regarding it, or if it was the first 
>= time.</FONT></SPAN></DIV> <DIV><SPAN class=3D558401406-18022005><FONT 
>face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>I run 
>= an IRC Network=20 with Unreal3.2.2b and 
>ircservices-5.0.41</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>When 
>I = send a global=20 notice that is fairly long it appears that the 
>character ":" shows up in = the=20 notice.&nbsp; If I were to just sent 
>a global notice as an oper, Unreal = would=20 cut the message off 
>before the ":" would appear, so this only occurs = with=20 
>services.</FONT></SPAN></DIV> <DIV><SPAN 
>class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>I 
>have = noticed it in=20 Channel Join Notices, Network Connect Notices, 
>and Global Notices.&nbsp; = Below=20 is an example:</FONT></SPAN></DIV> 
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>-------------------------- Sending the notice with OperServ = 
>global=20 -------------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial = 
>size=3D2>[11:30pm] -Global-=20 [Network Notice] Our network has been 
>experiencing a major increase of=20 unattended bots connecting. We are 
>taking many defensive actions to make = sure=20 that they do not 
>interrupt the normal activity of the network. If you = receive a=20 
>CTCP LAG, please ignore it, as it is our Opers running :a scan to 
>detect =
>
>malicious bots. If you have any questions, please join #Help and speak 
>= to an=20 Oper. - XanaX, Sr. Network Admin.</FONT></SPAN></DIV> 
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20
>size=3D2>------------------------ Sending the same notice as an oper, = 
>and not with=20 services -----------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial = 
>size=3D2>[11:32pm] -XanaX-=20 [Network Notice] Our network has been 
>experiencing a major increase of=20 unattended bots connecting. We are 
>taking many defensive actions to make = sure=20 that they do not 
>interrupt the normal activity of the network. If you = receive a=20 
>CTCP LAG, please ignore it, as it is our Opers running a scan to 
>detect=20 malicious bots. If you have any questions, please join #Help 
>and=20 spe</FONT></SPAN></DIV> <DIV><SPAN 
>class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2>----------------------------------</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>As 
>you = can see,=20 Unreal cuts the message off when I send it as an 
>oper.&nbsp; It doesnt = get past=20 the word "speak".&nbsp; But if you 
>notice in the notice sent my = Services, there=20 is "Opers running :a 
>scan to detect".&nbsp; The : is definatly not in my =
>
>notice.</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>Any = 
>help or=20 assistance regarding this would be great.&nbsp; Just thought 
>it should = be noted=20 for any future releases.</FONT></SPAN></DIV> 
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial size=3D2>Thank 
>= you for your=20 hard work &amp; development of open-sourced = 
>software.</FONT></SPAN></DIV> <DIV><SPAN 
>class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2>XanaX</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2>irc.epicirc.net</FONT></SPAN></DIV>
><DIV><SPAN class=3D558401406-18022005><FONT face=3DArial=20 
>size=3D2></FONT></SPAN>&nbsp;</DIV></BODY></HTML>
>
>------=_NextPart_000_000A_01C5154F.A1A3BF70--
>
>
>
>--===============1706752752==
>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
>--===============1706752752==--
>
>
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices




From dawgclan at shaw.ca  Fri Feb 18 16:00:30 2005
From: dawgclan at shaw.ca (JASON M)
Date: Fri Feb 18 16:00:54 2005
Subject: [IRCServices] Chanserv UNBAN bug?
Message-ID: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca>

> From
>ongeboren <xxx.coder@gmail.com>
>I've just noticed your immense full of shit signature.
>Do you think any software would match '?' wildcard character by making
>all possible permutations of all possible characters??? You gringos
>are ridiculous!

I don't appreciate getting e-mails like this, flaming is for lamers. That is my sig, It's not full of shit and you can easily look up certifications off the Microsoft website. "?" is a well known wildcard for a single character incase you didn't know you tool. If you read my e-mail instead of blaintantly flaming you would have seen I was mentioning my methods of what I did in my ban script because mIRC didn't seem to count "?"'s in it's iswm function as far as I could get to work last night. I for the time being changed them to "*"'s as I DIDN'T want to match every character for every "?". However once again the "?" is a well know single character wildcard.

Now on to your question Andrew.
I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost

Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9908 4244
Mobile: 0413 161 708
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig McLure <Craig@frostycoolslug.com>
Date: Friday, February 18, 2005 11:09 am
Subject: Re: [IRCServices] Chanserv UNBAN bug?

> my bad, seems its because our module is doing the sethost, rather than
> the IRCd doing it. Would probably explain it ;)
> 
> 
> /****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
> 
> Andrew Church wrote:
> >>As an additional note, /cs unban doesnt seem to work when the 
> user has a
> >>vhost completly different so their actual host (not sure about IRCd
> >>based hostmasking). Had a few complaints about this.
> > 
> > 
> >      Again, can you give concrete examples?
> > 
> >   --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 mark at ctcp.net  Fri Feb 18 16:41:05 2005
From: mark at ctcp.net (M)
Date: Fri Feb 18 16:41:19 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca>
Message-ID: <20050219004117.234E2F6393B@sakura.ian-justman.com>

JASON M wrote:
> I don't appreciate getting e-mails like this, 

While I appreciate your upset over the quoted portion of the personal e-mail
you received, this is a public list so it is inappropriate for you to
forward an email to this list that was never part of this list in order to
respond. The w**ker that sent the email obviously knew better than to make
his comments publicly since if he had, you would not have had to defend
yourself alone. However, your public response utilising a private e-mail
does you no favours regardless of provocation. This list is purely for
discussion of IRCServices and not a personal boxing ring.

Without wanting to further cause upset, but since it is now a topic you have
chosen to raise on list and might be relevant to other posters now and in
the future, you might want to drop personal information such as telephone
numbers from your sig. IIRC, all mails to this list are available to anyone
who chooses to browse the list archives including search engines. I would
advise against offering personal information to this level on public forums.

M.


From achurch at achurch.org  Sat Feb 19 14:37:37 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 18 21:47:45 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca>
Message-ID: <4216d2f4.43323@achurch.org>

>I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost
>
>Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned.

     I think you mentioned you were using Unreal--in that case, Unreal
doesn't send IP addresses to remote servers, so there's no way for Services
to tell whether a given ban matches your IP address.  I agree it's
confusing, though, and I'll contact the Unreal developers to see if
anything can be done.

     On a side note, please be aware that it is a violation of netiquette,
and of the law in some areas, to post private E-mail on a public list
without consent of the sender.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sat Feb 19 14:48:04 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 18 21:52:16 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <200502182135.j1ILYlpZ402064@pimout3-ext.prodigy.net>
Message-ID: <4216d40a.43333@achurch.org>

     Hmm, interesting.  Can you provide a debug log from Services
(ircservices -debug) for this behavior?  If you could get a raw dump of
the client/server connection, that would help as well; for example:

$ telnet host.name 6667
NICK nick
USER user * * user

and send the raw IRC data that follows.

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

>Xchat:
>
>[3:27pm] <ANTRAiCX> -Global- [Network Notice] Our network has been
>experiencing a major increase of unattended bots connecting. We are taking
>many defensive actions to make sure that they do not interrupt the normal
>activity of the network. If you receive a CTCP LAG, please ignore it, as it
>is our Opers running :a scan to detect malicious bots. If you have any
>questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
>Admin.
>
>iircII on solaris:
>
>[3:31pm] <work> -Global- [Network Notice] Our network has been experiencing
>a major increase of unattended bots connecting. We are taking many defensive
>[3:31pm] <work> actions to make sure that they do not interrupt the normal
>activity of the network. If you receive a CTCP LAG, please ignore it, as it
>is
>[3:31pm] <work> our Opers running :a scan to detect malicious bots. If you
>have any questions, please join #Help and speak to an Oper. - XanaX, Sr.
>
>And of course it still does it on mIRC as well.
>
>So my tests show that this bug is in fact an ircservices bug, and not
>related to any mirc errors.  Testing in 3 other clients all performed the
>exact same way, and duplicated the exact same results.  The source notice of
>course didn't have the ":" in it, however it appeared at the same location
>for all 3 of the clients.
>
>Thanks for any help you may be able to offer,
>
>JL.
>admin@epicirc.net
>EpicIRC - irc.epicirc.net
From admin at epicirc.net  Fri Feb 18 22:08:11 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Fri Feb 18 22:08:43 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <4216d40a.43333@achurch.org>
Message-ID: <200502190608.j1J68AHc181676@pimout4-ext.prodigy.net>

I'll get on that, try to scrape that all together :) 

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew
Church
Sent: Friday, February 18, 2005 11:48 PM
To: ircservices@ircservices.esper.net
Subject: RE: [IRCServices] Notice Bug

     Hmm, interesting.  Can you provide a debug log from Services
(ircservices -debug) for this behavior?  If you could get a raw dump of the
client/server connection, that would help as well; for example:

$ telnet host.name 6667
NICK nick
USER user * * user

and send the raw IRC data that follows.

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

>Xchat:
>
>[3:27pm] <ANTRAiCX> -Global- [Network Notice] Our network has been 
>experiencing a major increase of unattended bots connecting. We are 
>taking many defensive actions to make sure that they do not interrupt 
>the normal activity of the network. If you receive a CTCP LAG, please 
>ignore it, as it is our Opers running :a scan to detect malicious bots. 
>If you have any questions, please join #Help and speak to an Oper. - 
>XanaX, Sr. Network Admin.
>
>iircII on solaris:
>
>[3:31pm] <work> -Global- [Network Notice] Our network has been 
>experiencing a major increase of unattended bots connecting. We are 
>taking many defensive [3:31pm] <work> actions to make sure that they do 
>not interrupt the normal activity of the network. If you receive a CTCP 
>LAG, please ignore it, as it is [3:31pm] <work> our Opers running :a 
>scan to detect malicious bots. If you have any questions, please join 
>#Help and speak to an Oper. - XanaX, Sr.
>
>And of course it still does it on mIRC as well.
>
>So my tests show that this bug is in fact an ircservices bug, and not 
>related to any mirc errors.  Testing in 3 other clients all performed 
>the exact same way, and duplicated the exact same results.  The source 
>notice of course didn't have the ":" in it, however it appeared at the 
>same location for all 3 of the clients.
>
>Thanks for any help you may be able to offer,
>
>JL.
>admin@epicirc.net
>EpicIRC - irc.epicirc.net
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices




From admin at epicirc.net  Fri Feb 18 22:43:00 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Fri Feb 18 22:43:17 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <4216d40a.43333@achurch.org>
Message-ID: <200502190643.j1J6gxpZ285130@pimout3-ext.prodigy.net>

RAW Telnet session:

:Global!services@epicirc.net NOTICE $* :[Network Notice] Our network has
been experiencing a major increase of unattended bots connecting. We are
taking many defensive actions to make sure that they do not interrupt the
normal activity of the network. If you receive a CTCP LAG, please ignore it,
as it is our Opers running :a scan to detect malicious bots. If you have any
questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
Admin. 


IRCServices log (debug):

[Feb 19 00:26:25.908610 2005] debug: Received: :XanaX !
operserv@services.epicirc.net :global [Network Notice] Our network has been
experiencing a major increase of unattended bots connecting. We are taking
many defensive actions to make sure that they do not interrupt the normal
activity of the network. If you receive a CTCP LAG, please ignore it, as it
is our Opers running :a scan to detect malicious bots. If you have any
questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
Admin.

[Feb 19 00:26:25.908762 2005] operserv/main: XanaX: global [Network Notice]
Our network has been experiencing a major increase of unattended bots
connecting. We are taking many defensive actions to make sure that they do
not interrupt the normal activity of the network. If you receive a CTCP LAG,
please ignore it, as it is our Opers running :a scan to detect malicious
bots. If you have any questions, please join #Help and speak to an Oper. -
XanaX, Sr. Network Admin.

[Feb 19 00:26:25.911967 2005] debug: Sent: :Global NOTICE $* :[Network
Notice] Our network has been experiencing a major increase of unattended
bots connecting. We are taking many defensive actions to make sure that they
do not interrupt the normal activity of the network. If you receive a CTCP
LAG, please ignore it, as it is our Opers running :a scan to detect
malicious bots. If you have any questions, please join #Help and speak to an
Oper. - XanaX, Sr. Network Admin.


... And just to be clear, let me paste a copy of the 'alias' that I've been
using to run this command.

alias xdccwarn { .operserv global \ 2\1f[Network Notice]\ 2\1f Our network has been
experiencing a major increase of unattended bots connecting. We are taking
many defensive actions to make sure that they do not interrupt the normal
activity of the network. If you receive a CTCP LAG, please ignore it, as it
is our Opers running a scan to detect malicious bots. If you have any
questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
Admin.\ f }

Hm, that is weird.  I also wanted to test sending the message from another
client than mIRC, and seeing what the result was.

....

\ 2[\ 2\1f12:40am\1f\ 2]\ 2 -Global- \ 2\1f[Network Notice]\ 2\1f Our network has been
experiencing a major increase of unattended bots connecting. We are taking
many defensive actions to make sure that they do not interrupt the normal
activity of the network. If you receive a CTCP LAG, please ignore it, as it
is our Opers running a scan to detect malicious bots. If you have any
questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
Admin.\ f

..... So I guess all that work just proved you guys were right.  When I used
BitchX to SEND the notice (instead of mIRC) the result was without error.  A
bug in mIRC must place the : there on outgoing messages if it is over a
certain length or something.

If anyone has anything to add I would be glad to hear it, but as of this
test I will go ahead  and just assume an mIRC bug, I will try to submit it
to them see if it can be fixed that way.

Thanks for all the support,

XanaX
EpicIRC - irc.epicirc.net



-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew
Church
Sent: Friday, February 18, 2005 11:48 PM
To: ircservices@ircservices.esper.net
Subject: RE: [IRCServices] Notice Bug

     Hmm, interesting.  Can you provide a debug log from Services
(ircservices -debug) for this behavior?  If you could get a raw dump of the
client/server connection, that would help as well; for example:

$ telnet host.name 6667
NICK nick
USER user * * user

and send the raw IRC data that follows.

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

>Xchat:
>
>[3:27pm] <ANTRAiCX> -Global- [Network Notice] Our network has been 
>experiencing a major increase of unattended bots connecting. We are 
>taking many defensive actions to make sure that they do not interrupt 
>the normal activity of the network. If you receive a CTCP LAG, please 
>ignore it, as it is our Opers running :a scan to detect malicious bots. 
>If you have any questions, please join #Help and speak to an Oper. - 
>XanaX, Sr. Network Admin.
>
>iircII on solaris:
>
>[3:31pm] <work> -Global- [Network Notice] Our network has been 
>experiencing a major increase of unattended bots connecting. We are 
>taking many defensive [3:31pm] <work> actions to make sure that they do 
>not interrupt the normal activity of the network. If you receive a CTCP 
>LAG, please ignore it, as it is [3:31pm] <work> our Opers running :a 
>scan to detect malicious bots. If you have any questions, please join 
>#Help and speak to an Oper. - XanaX, Sr.
>
>And of course it still does it on mIRC as well.
>
>So my tests show that this bug is in fact an ircservices bug, and not 
>related to any mirc errors.  Testing in 3 other clients all performed 
>the exact same way, and duplicated the exact same results.  The source 
>notice of course didn't have the ":" in it, however it appeared at the 
>same location for all 3 of the clients.
>
>Thanks for any help you may be able to offer,
>
>JL.
>admin@epicirc.net
>EpicIRC - irc.epicirc.net
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices




From achurch at achurch.org  Sat Feb 19 16:23:21 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Feb 18 23:27:05 2005
Subject: [IRCServices] Notice Bug
In-Reply-To: <200502190643.j1J6gxpZ285130@pimout3-ext.prodigy.net>
Message-ID: <4216ea44.45020@achurch.org>

     Thanks for the information--I've updated the FAQ (C.10)
appropriately.

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

>RAW Telnet session:
>
>:Global!services@epicirc.net NOTICE $* :[Network Notice] Our network has
>been experiencing a major increase of unattended bots connecting. We are
>taking many defensive actions to make sure that they do not interrupt the
>normal activity of the network. If you receive a CTCP LAG, please ignore it,
>as it is our Opers running :a scan to detect malicious bots. If you have any
>questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
>Admin. 
>
>
>IRCServices log (debug):
>
>[Feb 19 00:26:25.908610 2005] debug: Received: :XanaX !
>operserv@services.epicirc.net :global [Network Notice] Our network has been
>experiencing a major increase of unattended bots connecting. We are taking
>many defensive actions to make sure that they do not interrupt the normal
>activity of the network. If you receive a CTCP LAG, please ignore it, as it
>is our Opers running :a scan to detect malicious bots. If you have any
>questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
>Admin.
>
>[Feb 19 00:26:25.908762 2005] operserv/main: XanaX: global [Network Notice]
>Our network has been experiencing a major increase of unattended bots
>connecting. We are taking many defensive actions to make sure that they do
>not interrupt the normal activity of the network. If you receive a CTCP LAG,
>please ignore it, as it is our Opers running :a scan to detect malicious
>bots. If you have any questions, please join #Help and speak to an Oper. -
>XanaX, Sr. Network Admin.
>
>[Feb 19 00:26:25.911967 2005] debug: Sent: :Global NOTICE $* :[Network
>Notice] Our network has been experiencing a major increase of unattended
>bots connecting. We are taking many defensive actions to make sure that they
>do not interrupt the normal activity of the network. If you receive a CTCP
>LAG, please ignore it, as it is our Opers running :a scan to detect
>malicious bots. If you have any questions, please join #Help and speak to an
>Oper. - XanaX, Sr. Network Admin.
>
>
>... And just to be clear, let me paste a copy of the 'alias' that I've been
>using to run this command.
>
>alias xdccwarn { .operserv global \ 2\1f[Network Notice]\ 2\1f Our network has been
>experiencing a major increase of unattended bots connecting. We are taking
>many defensive actions to make sure that they do not interrupt the normal
>activity of the network. If you receive a CTCP LAG, please ignore it, as it
>is our Opers running a scan to detect malicious bots. If you have any
>questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
>Admin.\ f }
>
>Hm, that is weird.  I also wanted to test sending the message from another
>client than mIRC, and seeing what the result was.
>
>....
>
>\ 2[\ 2\1f12:40am\1f\ 2]\ 2 -Global- \ 2\1f[Network Notice]\ 2\1f Our network has been
>experiencing a major increase of unattended bots connecting. We are taking
>many defensive actions to make sure that they do not interrupt the normal
>activity of the network. If you receive a CTCP LAG, please ignore it, as it
>is our Opers running a scan to detect malicious bots. If you have any
>questions, please join #Help and speak to an Oper. - XanaX, Sr. Network
>Admin.\ f
>
>..... So I guess all that work just proved you guys were right.  When I used
>BitchX to SEND the notice (instead of mIRC) the result was without error.  A
>bug in mIRC must place the : there on outgoing messages if it is over a
>certain length or something.
>
>If anyone has anything to add I would be glad to hear it, but as of this
>test I will go ahead  and just assume an mIRC bug, I will try to submit it
>to them see if it can be fixed that way.
>
>Thanks for all the support,
>
>XanaX
>EpicIRC - irc.epicirc.net
>
>
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.esper.net
>[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew
>Church
>Sent: Friday, February 18, 2005 11:48 PM
>To: ircservices@ircservices.esper.net
>Subject: RE: [IRCServices] Notice Bug
>
>     Hmm, interesting.  Can you provide a debug log from Services
>(ircservices -debug) for this behavior?  If you could get a raw dump of the
>client/server connection, that would help as well; for example:
>
>$ telnet host.name 6667
>NICK nick
>USER user * * user
>
>and send the raw IRC data that follows.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>Xchat:
>>
>>[3:27pm] <ANTRAiCX> -Global- [Network Notice] Our network has been 
>>experiencing a major increase of unattended bots connecting. We are 
>>taking many defensive actions to make sure that they do not interrupt 
>>the normal activity of the network. If you receive a CTCP LAG, please 
>>ignore it, as it is our Opers running :a scan to detect malicious bots. 
>>If you have any questions, please join #Help and speak to an Oper. - 
>>XanaX, Sr. Network Admin.
>>
>>iircII on solaris:
>>
>>[3:31pm] <work> -Global- [Network Notice] Our network has been 
>>experiencing a major increase of unattended bots connecting. We are 
>>taking many defensive [3:31pm] <work> actions to make sure that they do 
>>not interrupt the normal activity of the network. If you receive a CTCP 
>>LAG, please ignore it, as it is [3:31pm] <work> our Opers running :a 
>>scan to detect malicious bots. If you have any questions, please join 
>>#Help and speak to an Oper. - XanaX, Sr.
>>
>>And of course it still does it on mIRC as well.
>>
>>So my tests show that this bug is in fact an ircservices bug, and not 
>>related to any mirc errors.  Testing in 3 other clients all performed 
>>the exact same way, and duplicated the exact same results.  The source 
>>notice of course didn't have the ":" in it, however it appeared at the 
>>same location for all 3 of the clients.
>>
>>Thanks for any help you may be able to offer,
>>
>>JL.
>>admin@epicirc.net
>>EpicIRC - irc.epicirc.net
>------------------------------------------------------------------
>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 xxx.coder at gmail.com  Sat Feb 19 06:35:32 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Sat Feb 19 06:36:36 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca>
References: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca>
Message-ID: <ce6d53600502190635754f83e0@mail.gmail.com>

You try to say that matching a '?' would be equal an "immence cpu"
work to calculate all possible permutations. Well.. correct me if I'm
wrong but it should not be more than a ++ operation for your string
pointer - one cpu cycle. Saying this and replying to my *personal*
e-mail to the list you really proved you don't deserve your signature.

case closed.


On Fri, 18 Feb 2005 16:00:30 -0800, JASON M <dawgclan@shaw.ca> wrote:
> > From
> >ongeboren <xxx.coder@gmail.com>
> >I've just noticed your immense full of shit signature.
> >Do you think any software would match '?' wildcard character by making
> >all possible permutations of all possible characters??? You gringos
> >are ridiculous!
> 
> I don't appreciate getting e-mails like this, flaming is for lamers. That is my sig, It's not full of shit and you can easily look up certifications off the Microsoft website. "?" is a well known wildcard for a single character incase you didn't know you tool. If you read my e-mail instead of blaintantly flaming you would have seen I was mentioning my methods of what I did in my ban script because mIRC didn't seem to count "?"'s in it's iswm function as far as I could get to work last night. I for the time being changed them to "*"'s as I DIDN'T want to match every character for every "?". However once again the "?" is a well know single character wildcard.
> 
> Now on to your question Andrew.
> I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost
> 
> Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned.
> 
> Regards,
> 
> Jason Mainwaring
> A+ Service Technician
> Microsoft Certified Systems Administrator
> MCSA Messaging
> Certified Novell Administrator
> Phone: (02) 9908 4244
> Mobile: 0413 161 708
> E-mail: dawgclan@shaw.ca
> 
> ----- Original Message -----
> From: Craig McLure <Craig@frostycoolslug.com>
> Date: Friday, February 18, 2005 11:09 am
> Subject: Re: [IRCServices] Chanserv UNBAN bug?
> 
> > my bad, seems its because our module is doing the sethost, rather than
> > the IRCd doing it. Would probably explain it ;)
> >
> >
> > /****************************************
> > *     Craig "FrostyCoolSlug" McLure
> > *       Craig@FrostyCoolSlug.com
> > * InspIRCd   - http://www.inspircd.org
> > * ChatSpike  - http://www.chatspike.net
> > ****************************************/
> >
> > Andrew Church wrote:
> > >>As an additional note, /cs unban doesnt seem to work when the
> > user has a
> > >>vhost completly different so their actual host (not sure about IRCd
> > >>based hostmasking). Had a few complaints about this.
> > >
> > >
> > >      Again, can you give concrete examples?
> > >
> > >   --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
> 


-- 
Evlogi Petrov - ongeboren
From Craig at frostycoolslug.com  Sat Feb 19 10:11:40 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Feb 19 10:11:50 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4216d2f4.43323@achurch.org>
References: <4216d2f4.43323@achurch.org>
Message-ID: <4217815C.3000201@frostycoolslug.com>

Hmm, maybe instead of saying 'You have been unbanned from #channel' it
could say 'You were not found on the #channel ban list', at least that
way, users are slightly less confused with being told they are unbanned,
and in fact not being.

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

Andrew Church wrote:
>>I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost
>>
>>Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned.
> 
> 
>      I think you mentioned you were using Unreal--in that case, Unreal
> doesn't send IP addresses to remote servers, so there's no way for Services
> to tell whether a given ban matches your IP address.  I agree it's
> confusing, though, and I'll contact the Unreal developers to see if
> anything can be done.
> 
>      On a side note, please be aware that it is a violation of netiquette,
> and of the law in some areas, to post private E-mail on a public list
> without consent of the sender.
> 
>   --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 dawgclan at shaw.ca  Sat Feb 19 15:08:10 2005
From: dawgclan at shaw.ca (JASON M)
Date: Sat Feb 19 15:08:20 2005
Subject: [IRCServices] Chanserv UNBAN bug?
Message-ID: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca>

ongeboren: Once again I was talking about if I were to make an alias in mIRC for my ban script issues. Not coding a dll for a function.

Craig: I believe that would be only a slight improvement, I hope Andrew can work something out with unreal in getting a fix for this. "Not finding" would only be a play on words I feel as it doesn't result in a fix.

On another note, the only reason we are using unrealircd is because one of the servers has Windows. Is there a better alternative for an IRCd? All the others are running a flavour of *NIX.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9908 4244
Mobile: 0413 161 708
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig McLure <Craig@frostycoolslug.com>
Date: Saturday, February 19, 2005 10:11 am
Subject: Re: [IRCServices] Chanserv UNBAN bug?

> Hmm, maybe instead of saying 'You have been unbanned from 
> #channel' it
> could say 'You were not found on the #channel ban list', at least that
> way, users are slightly less confused with being told they are 
> unbanned,and in fact not being.
> 
> /****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
> 
> Andrew Church wrote:
> >>I connect and have my IP example 255.255.25.2 I have my actual 
> hostname on the server which will be something like ppp255-
> 255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost
> >>
> >>Now ?'s work as they should in your vhost and server hostname. 
> However try banning *!*@255.255.??.? When you go to unban it will 
> say you have been unbanned, yet you are still banned.
> > 
> > 
> >      I think you mentioned you were using Unreal--in that case, 
> Unreal> doesn't send IP addresses to remote servers, so there's no 
> way for Services
> > to tell whether a given ban matches your IP address.  I agree it's
> > confusing, though, and I'll contact the Unreal developers to see if
> > anything can be done.
> > 
> >      On a side note, please be aware that it is a violation of 
> netiquette,> and of the law in some areas, to post private E-mail 
> on a public list
> > without consent of the sender.
> > 
> >   --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 dawgclan at shaw.ca  Sat Feb 19 15:19:56 2005
From: dawgclan at shaw.ca (JASON M)
Date: Sat Feb 19 15:20:08 2005
Subject: [IRCServices] Chanserv UNBAN bug?
Message-ID: <2d6a8942d66723.2d667232d6a894@shaw.ca>

Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see:
user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25
Now how would the IP address be shown? Wouldn't it be server side?

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9908 4244
Mobile: 0413 161 708
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: JASON M <dawgclan@shaw.ca>
Date: Saturday, February 19, 2005 3:08 pm
Subject: Re: [IRCServices] Chanserv UNBAN bug?

> ongeboren: Once again I was talking about if I were to make an 
> alias in mIRC for my ban script issues. Not coding a dll for a 
> function.
> Craig: I believe that would be only a slight improvement, I hope 
> Andrew can work something out with unreal in getting a fix for 
> this. "Not finding" would only be a play on words I feel as it 
> doesn't result in a fix.
> 
> On another note, the only reason we are using unrealircd is 
> because one of the servers has Windows. Is there a better 
> alternative for an IRCd? All the others are running a flavour of *NIX.
> 
> Regards,
> 
> Jason Mainwaring
> A+ Service Technician
> Microsoft Certified Systems Administrator
> MCSA Messaging
> Certified Novell Administrator
> Phone: (02) 9908 4244
> Mobile: 0413 161 708
> E-mail: dawgclan@shaw.ca
> 
> ----- Original Message -----
> From: Craig McLure <Craig@frostycoolslug.com>
> Date: Saturday, February 19, 2005 10:11 am
> Subject: Re: [IRCServices] Chanserv UNBAN bug?
> 
> > Hmm, maybe instead of saying 'You have been unbanned from 
> > #channel' it
> > could say 'You were not found on the #channel ban list', at 
> least that
> > way, users are slightly less confused with being told they are 
> > unbanned,and in fact not being.
> > 
> > /****************************************
> > *     Craig "FrostyCoolSlug" McLure
> > *       Craig@FrostyCoolSlug.com
> > * InspIRCd   - http://www.inspircd.org
> > * ChatSpike  - http://www.chatspike.net
> > ****************************************/
> > 
> > Andrew Church wrote:
> > >>I connect and have my IP example 255.255.25.2 I have my actual 
> > hostname on the server which will be something like ppp255-
> > 255.lns2.syd3.internode.on.net then I oper and get a vhost of 
> my.vhost> >>
> > >>Now ?'s work as they should in your vhost and server hostname. 
> > However try banning *!*@255.255.??.? When you go to unban it 
> will 
> > say you have been unbanned, yet you are still banned.
> > > 
> > > 
> > >      I think you mentioned you were using Unreal--in that 
> case, 
> > Unreal> doesn't send IP addresses to remote servers, so there's 
> no 
> > way for Services
> > > to tell whether a given ban matches your IP address.  I agree it's
> > > confusing, though, and I'll contact the Unreal developers to 
> see if
> > > anything can be done.
> > > 
> > >      On a side note, please be aware that it is a violation of 
> > netiquette,> and of the law in some areas, to post private E-
> mail 
> > on a public list
> > > without consent of the sender.
> > > 
> > >   --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 Craig at frostycoolslug.com  Sat Feb 19 15:24:26 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Feb 19 15:24:30 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca>
References: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca>
Message-ID: <4217CAAA.4070401@frostycoolslug.com>

JASON M wrote:
> Craig: I believe that would be only a slight improvement, I hope Andrew can work something out with unreal in getting a fix for this. "Not finding" would only be a play on words I feel as it doesn't result in a fix.

Granted, but at least it would be an improvement! - I continuously get 
users approching staff saying 'Chanserv says i was unbanned, but when i 
try to join, it says that i'm still banned', a message saying that 
chanserv HASN'T unbanned the user would be benificial. (Shouldnt be hard 
to code.. just a bool, true if its set a -b, false if it hasnt, then do 
a check on it to decide the message)

As far as i am aware, the unreal team DID fix the IP passing issue with 
one of their latest releases (i think 3.2.2b has it) although i wouldnt 
put any money on it. If it HASN'T been fixed, then the chances are, it 
wont be, and if it isn't fixed, there would be no 'Workaround' for services.
From medice at gmx.at  Sat Feb 19 15:26:09 2005
From: medice at gmx.at (Medice)
Date: Sat Feb 19 15:26:10 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2d6a8942d66723.2d667232d6a894@shaw.ca>
References: <2d6a8942d66723.2d667232d6a894@shaw.ca>
Message-ID: <4217CB11.8010106@gmx.at>

JASON M wrote:
> Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see:
> user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25
> Now how would the IP address be shown? Wouldn't it be server side?
> 
> Regards,
> 
> Jason Mainwaring

this is a rather new feature in unrealircd. Unreal now keeps host, ip 
and an eventually vhost in evidence.

greetings
Medce

From ShadowMaster at shadow-realm.org  Sat Feb 19 16:22:24 2005
From: ShadowMaster at shadow-realm.org (ShadowMaster)
Date: Sat Feb 19 16:22:34 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4216d2f4.43323@achurch.org>
References: <4216d2f4.43323@achurch.org>
Message-ID: <200502200122.24667.ShadowMaster@shadow-realm.org>

On Saturday 19 February 2005 15:37, Andrew Church wrote:
>      I think you mentioned you were using Unreal--in that case, Unreal
> doesn't send IP addresses to remote servers, so there's no way for Services
> to tell whether a given ban matches your IP address.  I agree it's
> confusing, though, and I'll contact the Unreal developers to see if
> anything can be done.

Its been a while since i checked, but i do belive at least later versions of 
Unreal support SVSMODE -b <channel> <nickname> or a similiar syntax which 
causes the IRCd to remove any and all bans matching the user on said channel.

--
Yours sincerely
Thomas Juberg Stens?s
-- What we do in life, echoes in eternity.

-- 
This message has been scanned for viruses and
dangerous content by ShadowRealm mailsystems,
and is believed to be clean.

From Craig at frostycoolslug.com  Sat Feb 19 17:46:35 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Feb 19 17:46:39 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <200502200122.24667.ShadowMaster@shadow-realm.org>
References: <4216d2f4.43323@achurch.org>
        <200502200122.24667.ShadowMaster@shadow-realm.org>
Message-ID: <4217EBFB.7000907@frostycoolslug.com>

Semi-true..

Craig sets mode +b to Craig!*@*.chatspike.net
/os raw :Chanserv svsmode #winbot -b Craig
ChanServ sets mode -b to Craig!*@*.chatspike.net
Craig sets mode +b to Craig!*@XX.XXX.XXX.227
/os raw :Chanserv svsmode #winbot -b Craig
*nothing*

Once again, this seems not to work with IPs..

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

ShadowMaster wrote:
> Its been a while since i checked, but i do belive at least later versions of 
> Unreal support SVSMODE -b <channel> <nickname> or a similiar syntax which 
> causes the IRCd to remove any and all bans matching the user on said channel.
> 
> --
> Yours sincerely
> Thomas Juberg Stens?s
> -- What we do in life, echoes in eternity.
> 
From lordbergee at comcast.net  Sat Feb 19 18:39:11 2005
From: lordbergee at comcast.net (Bergee)
Date: Sat Feb 19 18:39:23 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4217EBFB.7000907@frostycoolslug.com>
References: <4216d2f4.43323@achurch.org>        <200502200122.24667.ShadowMaster@shadow-realm.org>
        <4217EBFB.7000907@frostycoolslug.com>
Message-ID: <4217F84F.7000307@comcast.net>

This is true in the currently released versions of Unreal but that 
appears to have been fixed for the next release.
See: http://bugs.unrealircd.org/view.php?id=2270

For what it's worth, Services doesn't use this feature of Unreal right 
now, but it might be worth considering because then Unreal will also 
take care of removing the extended ban types.  This was, Services does 
not even need to know what each ban type does.

Bergee

Craig McLure wrote:
> Semi-true..
> 
> Craig sets mode +b to Craig!*@*.chatspike.net
> /os raw :Chanserv svsmode #winbot -b Craig
> ChanServ sets mode -b to Craig!*@*.chatspike.net
> Craig sets mode +b to Craig!*@XX.XXX.XXX.227
> /os raw :Chanserv svsmode #winbot -b Craig
> *nothing*
> 
> Once again, this seems not to work with IPs..
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
From achurch at achurch.org  Sun Feb 20 11:41:44 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Feb 19 18:42:20 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <200502200122.24667.ShadowMaster@shadow-realm.org>
Message-ID: <4217f906.53442@achurch.org>

>Its been a while since i checked, but i do belive at least later versions of 
>Unreal support SVSMODE -b <channel> <nickname> or a similiar syntax which 
>causes the IRCd to remove any and all bans matching the user on said channel.

     I actually checked for that, but it doesn't handle IP addresses
either...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Feb 20 11:42:17 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Feb 19 18:43:10 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <2d6a8942d66723.2d667232d6a894@shaw.ca>
Message-ID: <4217f938.53452@achurch.org>

>Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see:
>user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25
>Now how would the IP address be shown? Wouldn't it be server side?

     Only the server to which the user is connected has this information;
it's not passed on to other servers.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From lordbergee at comcast.net  Sat Feb 19 18:52:13 2005
From: lordbergee at comcast.net (Bergee)
Date: Sat Feb 19 18:52:28 2005
Subject: [IRCServices] Chanserv UNBAN bug?
In-Reply-To: <4217f938.53452@achurch.org>
References: <4217f938.53452@achurch.org>
Message-ID: <4217FB5D.9060306@comcast.net>

This used to be true as well, but the Unreal coders did implement this a 
  few versions ago.  Although to active this feature, you do have to 
indicate that you support it by sending the "NICKIP" token with your 
PROTOCTL command.  See: http://bugs.unrealircd.org/view.php?id=605 and 
"protoctl.txt" distributed with Unreal for more information.

Bergee

Andrew Church wrote:

>>Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see:
>>user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25
>>Now how would the IP address be shown? Wouldn't it be server side?
> 
> 
>      Only the server to which the user is connected has this information;
> it's not passed on to other servers.
> 
>   --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 Feb 20 16:49:51 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Feb 19 23:51:52 2005
Subject: [IRCServices] Unreal IP ban issue
Message-ID: <42184192.03247@achurch.org>

     I've checked the latest version of Unreal, and it does indeed support
NICKIP (it looks like my CVS checkout was on the wrong branch).  I've also
confirmed that UNBAN works properly, so those who are having problems
should upgrade Unreal.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at epicirc.net  Sun Feb 20 09:33:51 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Sun Feb 20 09:34:18 2005
Subject: FW: [IRCServices] Notice Bug (Update)
Message-ID: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net>

I have posted regarding this bug on the mIRC Bug Forums.  They have verified
that it is infact happening.  We have found a 'semi' solution to the problem
though, that may would be good for your to add on the faq.
 
If I send the notice " /OperServ Global <really long noitce>"  That is when
the ":" (colon) will appear.
 
HOWEVER, if I were to do "/msg OperServ Global <really long notice>"  The
colon does not appear.
 
So... it seems that when mIRC is pulling the alias for /operserv or
/chanserv it somehow creates this error.  For anyone else out there that may
ever have this problem, until it is fixed just use /msg operserv to get
around it.  
 
Darvocet
EpicIRC.Net - irc.epicirc.net
 


  _____  

Hello... I have noticed a little error, and I just wanted to post here to
see if anyone had already posted regarding it, or if it was the first time.
 
I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41
 
When I send a global notice that is fairly long it appears that the
character ":" shows up in the notice.  If I were to just sent a global
notice as an oper, Unreal would cut the message off before the ":" would
appear, so this only occurs with services.
 
I have noticed it in Channel Join Notices, Network Connect Notices, and
Global Notices.  Below is an example:
 
-------------------------- Sending the notice with OperServ global
-------------------------
 
[11:30pm] -Global- [Network Notice] Our network has been experiencing a
major increase of unattended bots connecting. We are taking many defensive
actions to make sure that they do not interrupt the normal activity of the
network. If you receive a CTCP LAG, please ignore it, as it is our Opers
running :a scan to detect malicious bots. If you have any questions, please
join #Help and speak to an Oper. - XanaX, Sr. Network Admin.
 
------------------------ Sending the same notice as an oper, and not with
services -----------------------
 
[11:32pm] -XanaX- [Network Notice] Our network has been experiencing a major
increase of unattended bots connecting. We are taking many defensive actions
to make sure that they do not interrupt the normal activity of the network.
If you receive a CTCP LAG, please ignore it, as it is our Opers running a
scan to detect malicious bots. If you have any questions, please join #Help
and spe
....
....
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050220/d96e2975/attachment.htm
From Craig at frostycoolslug.com  Sun Feb 20 10:32:12 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sun Feb 20 10:32:14 2005
Subject: [IRCServices] Notice Bug (Update)
In-Reply-To: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net>
References: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net>
Message-ID: <4218D7AC.10104@frostycoolslug.com>

Straying off topic slightly..

If your looking for a 'Quick fix' to this problem, add the following to 
your mIRC remotes:

alias operserv {
   .msg operserv $1-
}

The /operserv will be sent to the services correctly, without the :

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

EpicIRC Administration wrote:
> I have posted regarding this bug on the mIRC Bug Forums.  They have verified
> that it is infact happening.  We have found a 'semi' solution to the problem
> though, that may would be good for your to add on the faq.
>  
> If I send the notice " /OperServ Global <really long noitce>"  That is when
> the ":" (colon) will appear.
>  
> HOWEVER, if I were to do "/msg OperServ Global <really long notice>"  The
> colon does not appear.
>  
> So... it seems that when mIRC is pulling the alias for /operserv or
> /chanserv it somehow creates this error.  For anyone else out there that may
> ever have this problem, until it is fixed just use /msg operserv to get
> around it.  
>  
> Darvocet
> EpicIRC.Net - irc.epicirc.net
>  
> 
> 
>   _____  
> 
> Hello... I have noticed a little error, and I just wanted to post here to
> see if anyone had already posted regarding it, or if it was the first time.
>  
> I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41
>  
> When I send a global notice that is fairly long it appears that the
> character ":" shows up in the notice.  If I were to just sent a global
> notice as an oper, Unreal would cut the message off before the ":" would
> appear, so this only occurs with services.
>  
> I have noticed it in Channel Join Notices, Network Connect Notices, and
> Global Notices.  Below is an example:
>  
> -------------------------- Sending the notice with OperServ global
> -------------------------
>  
> [11:30pm] -Global- [Network Notice] Our network has been experiencing a
> major increase of unattended bots connecting. We are taking many defensive
> actions to make sure that they do not interrupt the normal activity of the
> network. If you receive a CTCP LAG, please ignore it, as it is our Opers
> running :a scan to detect malicious bots. If you have any questions, please
> join #Help and speak to an Oper. - XanaX, Sr. Network Admin.
>  
> ------------------------ Sending the same notice as an oper, and not with
> services -----------------------
>  
> [11:32pm] -XanaX- [Network Notice] Our network has been experiencing a major
> increase of unattended bots connecting. We are taking many defensive actions
> to make sure that they do not interrupt the normal activity of the network.
> If you receive a CTCP LAG, please ignore it, as it is our Opers running a
> scan to detect malicious bots. If you have any questions, please join #Help
> and spe
> ....
> ....
>  
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Mon Feb 21 11:14:28 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Feb 20 18:14:52 2005
Subject: FW: [IRCServices] Notice Bug (Update)
In-Reply-To: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net>
Message-ID: <42194416.03657@achurch.org>

>I have posted regarding this bug on the mIRC Bug Forums.  They have verified
>that it is infact happening.  We have found a 'semi' solution to the problem
>though, that may would be good for your to add on the faq.

     Thanks, I've updated the FAQ.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Feb 21 23:00:21 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Feb 21 06:03:15 2005
Subject: [IRCServices] Services 5.0.46 released
Message-ID: <4219ea0c.56270@achurch.org>

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

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

a5d404925fbdabea7a2c06da5be91e1c  ircservices-5.0.46.tar.gz
7a9e50a99f4a51e82971297e83a07fad  ircservices-5.0.46.diff.gz
7a0c762a88592e519aff4a11f836043c  ircservices-5.0.46-1.i386.rpm
a2114a1dca4a08eaf2323fe022948bda  ircservices_5.0.46-1_i386.deb

The mirrors should have it shortly.

     I've added a PowerPC workaround for the GCC __builtin_* bugs (now
also documented, see FAQ B.1.5) and fixed up a couple of other issues, so
Services should now compile and run without problems on stock (but recent!)
MacOS systems.  I've done some rudimentary testing, but please let me know
of any problems.

Changes in version 5.0.46
-------------------------
2005/02/21      Fixed some warnings during compilation.
2005/02/21      Fixed bug causing modified files to not be recompiled
                    properly when compiling with GNU make 3.79.
2005/02/20      The OperServ debug command LISTUSERS now includes the IP
                    address for each user before the user's mode string.
2005/02/19      Added workaround for GCC bugs on PowerPC systems.
2005/01/27      Fixed careless error in "make distclean".  Reported by
                    Stanislav Zahariev <sofit@evronet.tv>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From phan70m at gmail.com  Tue Feb 22 08:43:57 2005
From: phan70m at gmail.com (Anton Wolkov)
Date: Tue Feb 22 08:44:09 2005
Subject: [IRCServices] active channels may expire
Message-ID: <d50f59a00502220843648500f3@mail.gmail.com>

hi,
i have a channel for the idlerpg game ( http://nix.co.il/i ) which has
only one registered user - the game bot.
the point of the game is to have highest uptime and do nothing, and
since our servers have decent uptime the bot doesn't reconnect for
months.
after it finally did i noticed channel had expired long ago, so now i
set it to noexpire, but i'm pretty sure this isn't intentional
behaviour.
i would suggest checking in the expire script if channel has
registered users with access present in the channel.
thanks
PHANTOm -- http://www.irc.nix.co.il/
From achurch at achurch.org  Wed Feb 23 01:56:57 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Feb 22 09:01:48 2005
Subject: [IRCServices] active channels may expire
In-Reply-To: <d50f59a00502220843648500f3@mail.gmail.com>
Message-ID: <421b6565.33265@achurch.org>

     This is designed behavior--see section 3-2-1 of the manual--but I
agree that it's non-obvious; the change you suggest seems harmless enough,
so I'll implement it in the next release.  Thanks for the suggestion.

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

>hi,
>i have a channel for the idlerpg game ( http://nix.co.il/i ) which has
>only one registered user - the game bot.
>the point of the game is to have highest uptime and do nothing, and
>since our servers have decent uptime the bot doesn't reconnect for
>months.
>after it finally did i noticed channel had expired long ago, so now i
>set it to noexpire, but i'm pretty sure this isn't intentional
>behaviour.
>i would suggest checking in the expire script if channel has
>registered users with access present in the channel.
>thanks
>PHANTOm -- http://www.irc.nix.co.il/
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Wed Feb 23 03:36:04 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Feb 22 10:36:59 2005
Subject: [IRCServices] Services 5.0.47 released
Message-ID: <421b7bc6.57136@achurch.org>

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

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

311d7525054954ca65b8a8856265c0c6  ircservices-5.0.47.tar.gz
69327d6137101de03560adfdb4c3259d  ircservices-5.0.47.diff.gz
22ddcda6deeff28fb3cf277e342b9425  ircservices-5.0.47-1.i386.rpm
916ab7a96f9bcf3958249c7281a48ceb  ircservices_5.0.47-1_i386.deb

The mirrors should have it shortly.

     This release is to implement the change suggested a little while ago
regarding channel expiration; channels will no longer expire if at least
one auto-op user is in the channel (and identified so that they have
auto-op privileges).  As a side effect, ChanServ INFO will now display the
current time in the "last used" field if an auto-op user is in the channel.
I have also added a new section to the documentation (section 3-2-3)
detailing the rules for channel expiration, to hopefully avoid future
confusion and/or spark debate on better ways to handle expiration.

Changes in version 5.0.47
-------------------------
2005/02/23      Channels no longer expire while an auto-op user is in the
                    channel; expiration is delayed until the time specified
                    by CSExpire after the last such user leaves the channel.
                    Reported by Anton Wolkov <phan70m@gmail.com>
2005/02/23      Added user IP addresses to the OperServ LISTUSER debug
                    command as well.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed Feb 23 04:03:42 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Feb 22 11:06:02 2005
Subject: [IRCServices] Services 5.0.48 released
Message-ID: <421b8293.77227@achurch.org>

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

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

f61433fd50ad5d3833430511f5bbd0dd  ircservices-5.0.48.tar.gz
a41962598b609a2fa4827451e670cf57  ircservices-5.0.48.diff.gz
875602f89506fba6847d7e9bb7ee1b07  ircservices-5.0.48-1.i386.rpm
3c8cb7aa6ed5bb0af7bb8c5225a64207  ircservices_5.0.48-1_i386.deb

The mirrors should have it shortly.

     5.0.47 has a careless error which can potentially cause Services to
crash on exit or rehash of the configuration files, and which also
demonstrates pretty clearly that I shouldn't be up coding at 3 in the
morning...  Apologies for the inconvenience.

Changes in version 5.0.48
-------------------------
2005/02/23      Fix careless bug leading to possible crash on exit or rehash.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Wed Feb 23 06:28:48 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Wed Feb 23 06:29:07 2005
Subject: [IRCServices] HostServ module
Message-ID: <000e01c519b3$ff4a0a90$044405d5@server>

Andrew is possible to be added to a next release of ircservices a simple (add,del,list) hostserv module? 
It will help very very very very ... much admins and we will not need to modify vhost.conf to all servers (or something like this) or running a neostats server to have vhosts.

BTW: Is anyone here who have any hostserv module to work with the 4.0.45 and above versions of ircservices??
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050223/b565f95f/attachment.html
From Craig at frostycoolslug.com  Wed Feb 23 11:24:13 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Feb 23 11:24:28 2005
Subject: [IRCServices] HostServ module
In-Reply-To: <000e01c519b3$ff4a0a90$044405d5@server>
References: <000e01c519b3$ff4a0a90$044405d5@server>
Message-ID: <421CD85D.7060701@frostycoolslug.com>

Mine only works with the 5.0.x version of services, It's been around for 
quite some time, i'm surprised you havn't noticed it.

http://www.servicescommunity.za.net/viewtopic.php?p=168

That gives a link to the file, and installation instructions. I doubt 
Andy will include this in a future release of services though.

--
Craig "FrostyCoolSlug" McLure


Dionisios K. wrote:
> Andrew is possible to be added to a next release of ircservices a simple (add,del,list) hostserv module? 
> It will help very very very very ... much admins and we will not need to modify vhost.conf to all servers (or something like this) or running a neostats server to have vhosts.
> 
> BTW: Is anyone here who have any hostserv module to work with the 4.0.45 and above versions of ircservices??
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From vonitsa_net at yahoo.gr  Wed Feb 23 13:07:06 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Wed Feb 23 13:07:13 2005
Subject: [IRCServices] HostServ module
Message-ID: <20050223210707.56758.qmail@web54402.mail.yahoo.com>

Thank you Craig. I hope this or something like this to
be added officially to the services pack. Very nice
thing.
--- ircservices-bounces@ircservices.esper.net
<Craig@frostycoolslug.com> wrote:
> Mine only works with the 5.0.x version of services,
It's been around for 
> quite some time, i'm surprised you havn't noticed
it.
> 
>
http://www.servicescommunity.za.net/viewtopic.php?p=168
> 
> That gives a link to the file, and installation
instructions. I doubt 
> Andy will include this in a future release of
services though.
> 
> --
> Craig "FrostyCoolSlug" McLure
> 
> 
> Dionisios K. wrote:
> > Andrew is possible to be added to a next release
of ircservices a simple (add,del,list) hostserv
module? 
> > It will help very very very very ... much admins
and we will not need to modify vhost.conf to all
servers (or something like this) or running a neostats
server to have vhosts.
> > 
> > BTW: Is anyone here who have any hostserv module
to work with the 4.0.45 and above versions of
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
> 
> 
> 


=====
Dionisios K. - ToXiC On HellenicNet
From florin at andrei.myip.org  Mon Feb 28 17:15:11 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Mon Feb 28 17:15:43 2005
Subject: [IRCServices] newbie kickstart document
Message-ID: <1109639711.6629.57.camel@stantz.corp.sgi.com>

Hi, i'm new to ircservices. I'm trying to use it together with Unreal as
an instant messaging server for myself and my co-workers. We want to be
able to register nicks, register channels, control access to channels,
etc.
I succeeded in doing preliminary configuration on Unreal and ircservices
and getting them to work together. But it's not clear which road i
should take from here to the goal stated above.

Do you guys happen to have a "newbie kickstart document" to speed up
things for a newcomer? Essentially, how to bootstrap a small population
of admins, create a few channels and assign access permissions and
things like that.
Do i have to login as SuperUser and create admins? If yes, then i should
probably password-protect that nick pretty soon now, right?

Thanks,

-- 
Florin Andrei

http://florin.myip.org/

From vonitsa_net at yahoo.gr  Mon Feb 28 22:55:14 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Mon Feb 28 22:55:22 2005
Subject: [IRCServices] ircservices should enforce +R
Message-ID: <20050301065514.34948.qmail@web54409.mail.yahoo.com>

on many ircds +R chmode is supported by now. I thing
services should enforce it on 1st user joins the
channel like +OA and +z on Unrealircd

=====
Dionisios K. - ToXiC On HellenicNet
From medice at gmx.at  Tue Mar  1 00:25:00 2005
From: medice at gmx.at (Medice)
Date: Tue Mar  1 00:24:27 2005
Subject: [IRCServices] ircservices should enforce +R
In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com>
References: <20050301065514.34948.qmail@web54409.mail.yahoo.com>
Message-ID: <422426DC.6060809@gmx.at>

I'd say keep this in user's decision. Since each of the mentioned modes 
means different settings you should not bind them together. Especially 
at +AO -since users capable of using those channelmodes (so called opers 
;) ) should have sufficient knowledge about irc-stuff to decide by 
themselves if +R is mandatory or not (on my side I think it's not...)
there are several seperate modes invented to produce numerous 
combinations of settings, just like a users likes it / thinks it's 
necessary....

just my 2 cents...
medice

Dionisios K. wrote:
> on many ircds +R chmode is supported by now. I thing
> services should enforce it on 1st user joins the
> channel like +OA and +z on Unrealircd
> 
> =====
> Dionisios K. - ToXiC On HellenicNet

From lordbergee at comcast.net  Tue Mar  1 08:32:55 2005
From: lordbergee at comcast.net (Bergee)
Date: Tue Mar  1 08:33:04 2005
Subject: [IRCServices] ircservices should enforce +R
In-Reply-To: <422426DC.6060809@gmx.at>
References: <20050301065514.34948.qmail@web54409.mail.yahoo.com>
        <422426DC.6060809@gmx.at>
Message-ID: <42249937.7030009@comcast.net>

        Either I've misunderstood you and Dionisios K. or I think he meant 
something different from what you're talking about.  I think he is 
suggesting that IRCServices should treat +R like it treats +A or +O. 
That is to say, right now, if a channel is +O then IRCServices will kick 
anyone that joins the channel that is not a global IRCop.  So what I 
took his suggestion to mean is that he wants IRCServices to kick the 
user out of the channel if they don't have a registered nickname and +R 
is set on the channel.
        If this is indeed what he is suggesting, then I would say that it might 
be worth considering.  I guess that's useful really in two situations. 
First if a user is the first one to join a channel and +R is mode locked 
on, because the IRCd would then not enforce +R because of course the 
channel did not exist at the time.  Secondly I suppose would be on syncs 
from netsplits where one side did not have +R and say some spam bots 
managed to get in on on a split server.  I guess in general I think it 
is worth enforcing the mode simply for consistency in IRCServices since 
+A, +O and +z on Unreal are already enforced.
        And if this isn't what you meant Dionisios, then I suggest what I 
thought you meant.  What does everyone else on the list think of that? :)

Bergee

Medice wrote:
> I'd say keep this in user's decision. Since each of the mentioned modes 
> means different settings you should not bind them together. Especially 
> at +AO -since users capable of using those channelmodes (so called opers 
> ;) ) should have sufficient knowledge about irc-stuff to decide by 
> themselves if +R is mandatory or not (on my side I think it's not...)
> there are several seperate modes invented to produce numerous 
> combinations of settings, just like a users likes it / thinks it's 
> necessary....
> 
> just my 2 cents...
> medice
> 
> Dionisios K. wrote:
> 
>> on many ircds +R chmode is supported by now. I thing
>> services should enforce it on 1st user joins the
>> channel like +OA and +z on Unrealircd
>>
>> =====
>> Dionisios K. - ToXiC On HellenicNet
From medice at gmx.at  Tue Mar  1 09:11:30 2005
From: medice at gmx.at (Medice)
Date: Tue Mar  1 09:10:49 2005
Subject: [IRCServices] ircservices should enforce +R
In-Reply-To: <42249937.7030009@comcast.net>
References: <20050301065514.34948.qmail@web54409.mail.yahoo.com>        <422426DC.6060809@gmx.at>
        <42249937.7030009@comcast.net>
Message-ID: <4224A242.7030905@gmx.at>

hm - I guess I should have understand that thing the other way round 
just at the first turn...
I think your right, I got that idea wrong...
In this case it's totally different story and worth a close 
consideration in my opinion.
Sorry for any bad mood, in fact I was surprised first, since Dionisios 
usually writes perfectly reasonable stuff to the maillist and now i got 
him wrong - sorry

greets Medice


Bergee wrote:
>     Either I've misunderstood you and Dionisios K. or I think he meant 
> something different from what you're talking about.  I think he is 
> suggesting that IRCServices should treat +R like it treats +A or +O. 
> That is to say, right now, if a channel is +O then IRCServices will kick 
> anyone that joins the channel that is not a global IRCop.  So what I 
> took his suggestion to mean is that he wants IRCServices to kick the 
> user out of the channel if they don't have a registered nickname and +R 
> is set on the channel.
>     If this is indeed what he is suggesting, then I would say that it 
> might be worth considering.  I guess that's useful really in two 
> situations. First if a user is the first one to join a channel and +R is 
> mode locked on, because the IRCd would then not enforce +R because of 
> course the channel did not exist at the time.  Secondly I suppose would 
> be on syncs from netsplits where one side did not have +R and say some 
> spam bots managed to get in on on a split server.  I guess in general I 
> think it is worth enforcing the mode simply for consistency in 
> IRCServices since +A, +O and +z on Unreal are already enforced.
>     And if this isn't what you meant Dionisios, then I suggest what I 
> thought you meant.  What does everyone else on the list think of that? :)
> 
> Bergee
> 
From florin at andrei.myip.org  Wed Mar  2 01:06:46 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Wed Mar  2 01:06:56 2005
Subject: [IRCServices] problem while creating admins
Message-ID: <1109754406.5157.42.camel@rivendell.home.local>

I'm using Unreal3.2.2b and ircservices-5.0.48 on Linux.
I properly set the ServicesRoot variable, i joined as that nick,
registered it, and now the nick is displayed by the webserver like this:

OperServ privilege level:Services super-user

However, when i'm the super-user and i'm trying to give admin privileges
to another nick, i get this error:

operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: ADMIN ADD mnopqr

What am i doing wrong?

-- 
Florin Andrei

http://florin.myip.org/

From vonitsa_net at yahoo.gr  Wed Mar  2 02:05:35 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Wed Mar  2 02:05:57 2005
Subject: [IRCServices] problem while creating admins
Message-ID: <20050302100535.65469.qmail@web54406.mail.yahoo.com>

To use operserv you must oper-up on the ircd. Are u
sure u were an ircop when u tried to add services
admins?
--- ircservices-bounces@ircservices.esper.net
<florin@andrei.myip.org> wrote:
> I'm using Unreal3.2.2b and ircservices-5.0.48 on
Linux.
> I properly set the ServicesRoot variable, i joined
as that nick,
> registered it, and now the nick is displayed by the
webserver like this:
> 
> OperServ privilege level:Services super-user
> 
> However, when i'm the super-user and i'm trying to
give admin privileges
> to another nick, i get this error:
> 
> operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent:
ADMIN ADD mnopqr
> 
> What am i doing wrong?
> 
> -- 
> Florin Andrei
> 
> http://florin.myip.org/
> 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


=====
Dionisios K. - ToXiC On HellenicNet
From florin at andrei.myip.org  Wed Mar  2 08:34:14 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Wed Mar  2 08:34:25 2005
Subject: [IRCServices] problem while creating admins
In-Reply-To: <20050302100535.65469.qmail@web54406.mail.yahoo.com>
References: <20050302100535.65469.qmail@web54406.mail.yahoo.com>
Message-ID: <1109781254.5155.1.camel@rivendell.home.local>

I see what you mean. I believe i wasn't ircop. But here's probably a
very newbie question - how do i become an ircop without being on a
channel? "/op nick" doesn't work, the IRC server says "no such channel".

And in order to create channels, i have to become admin first, since
ircservices won't let me otherwise. And that's the catch 22 at the
moment.

On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote:
> To use operserv you must oper-up on the ircd. Are u
> sure u were an ircop when u tried to add services
> admins?
> --- ircservices-bounces@ircservices.esper.net
> <florin@andrei.myip.org> wrote:
> > I'm using Unreal3.2.2b and ircservices-5.0.48 on
> Linux.
> > I properly set the ServicesRoot variable, i joined
> as that nick,
> > registered it, and now the nick is displayed by the
> webserver like this:
> > 
> > OperServ privilege level:Services super-user
> > 
> > However, when i'm the super-user and i'm trying to
> give admin privileges
> > to another nick, i get this error:
> > 
> > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent:
> ADMIN ADD mnopqr
> > 
> > What am i doing wrong?
> > 
> > -- 
> > Florin Andrei
> > 
> > http://florin.myip.org/
> > 
> >
> ------------------------------------------------------------------
> > To unsubscribe or change your subscription options,
> visit:
> >
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> =====
> Dionisios K. - ToXiC On HellenicNet
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
-- 
Florin Andrei

http://florin.myip.org/

From list at psam.se  Wed Mar  2 08:58:36 2005
From: list at psam.se (list)
Date: Wed Mar  2 08:59:05 2005
Subject: [IRCServices] problem while creating admins
In-Reply-To: <1109781254.5155.1.camel@rivendell.home.local>
References: <20050302100535.65469.qmail@web54406.mail.yahoo.com>
        <1109781254.5155.1.camel@rivendell.home.local>
Message-ID: <4225F0BC.6080300@psam.se>

First of all since you are using Unreal. Have you set yourself as oper 
to Unreal? This meaning have you setupo in the unrealircd.conf like this

oper bobsmith {
    class           clients;
    from {
        userhost bob@smithco.com;
    };
    password "f00";
    flags
    {
        netadmin;
        can_zline;
        can_gzline;
        can_gkline;
        global;
    };
};

You can set this oper in several ways look at the docs for UnrealIRCd  
at http://www.vulnscan.org/UnrealIrcd/unreal32docs.html and the FAQ at 
http://www.vulnscan.org/UnrealIrcd/faq/

Second of all have you set yourself up as ServiceRoot  in the module.conf?
    # ServicesRoot <nick>  [REQUIRED]
    #     Specifies the Services "super-user".  The super-user, or "root" as
    #     in Unix terminology, is the only user who can add or delete
    #     Services admins.
    #
    #     This is commented out by default; make sure you insert the correct
    #     nick before uncommenting it.

    #ServicesRoot    SuperUser

This will allow the user with this nick to have super-user access. Not 
sure if you have to register it but its a very good idea.

Now you should be able to add new admins to the server. If you want them 
to have access to the Unreal commands you need to add them in the way 
described above and in the docs.

As an unreal oper you can /mode #sol +o nick to get @ status in any channel.

If you havent commented out this
    CSEnableRegister
in module.conf any user should be able to register a channel while they 
are @ in the channel

Psadi

Florin Andrei wrote:

>I see what you mean. I believe i wasn't ircop. But here's probably a
>very newbie question - how do i become an ircop without being on a
>channel? "/op nick" doesn't work, the IRC server says "no such channel".
>
>And in order to create channels, i have to become admin first, since
>ircservices won't let me otherwise. And that's the catch 22 at the
>moment.
>
>On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote:
>  
>
>>To use operserv you must oper-up on the ircd. Are u
>>sure u were an ircop when u tried to add services
>>admins?
>>--- ircservices-bounces@ircservices.esper.net
>><florin@andrei.myip.org> wrote:
>>    
>>
>>>I'm using Unreal3.2.2b and ircservices-5.0.48 on
>>>      
>>>
>>Linux.
>>    
>>
>>>I properly set the ServicesRoot variable, i joined
>>>      
>>>
>>as that nick,
>>    
>>
>>>registered it, and now the nick is displayed by the
>>>      
>>>
>>webserver like this:
>>    
>>
>>>OperServ privilege level:Services super-user
>>>
>>>However, when i'm the super-user and i'm trying to
>>>      
>>>
>>give admin privileges
>>    
>>
>>>to another nick, i get this error:
>>>
>>>operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent:
>>>      
>>>
>>ADMIN ADD mnopqr
>>    
>>
>>>What am i doing wrong?
>>>
>>>-- 
>>>Florin Andrei
>>>
>>>http://florin.myip.org/
>>>
>>>
>>>      
>>>
>>------------------------------------------------------------------
>>    
>>
>>>To unsubscribe or change your subscription options,
>>>      
>>>
>>visit:
>>    
>>
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>>=====
>>Dionisios K. - ToXiC On HellenicNet
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>    
>>


From vonitsa_net at yahoo.gr  Wed Mar  2 09:56:52 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Wed Mar  2 09:57:11 2005
Subject: [IRCServices] problem while creating admins
Message-ID: <20050302175653.44028.qmail@web54404.mail.yahoo.com>

>From these ive read from ur email i can see that u
dont know basic things (to be a services root) for
services&ircds. My opinion is that u should read the
manuals and documents for these things first and then
if u have problems or questions send an email here
again. Everyone here will be happy to help u.
--- ircservices-bounces@ircservices.esper.net
<florin@andrei.myip.org> wrote:
> I see what you mean. I believe i wasn't ircop. But
here's probably a
> very newbie question - how do i become an ircop
without being on a
> channel? "/op nick" doesn't work, the IRC server
says "no such channel".
> 
> And in order to create channels, i have to become
admin first, since
> ircservices won't let me otherwise. And that's the
catch 22 at the
> moment.
> 
> On Wed, 2005-03-02 at 02:05 -0800, Dionisios K.
wrote:
> > To use operserv you must oper-up on the ircd. Are
u
> > sure u were an ircop when u tried to add services
> > admins?
> > --- ircservices-bounces@ircservices.esper.net
> > <florin@andrei.myip.org> wrote:
> > > I'm using Unreal3.2.2b and ircservices-5.0.48 on
> > Linux.
> > > I properly set the ServicesRoot variable, i
joined
> > as that nick,
> > > registered it, and now the nick is displayed by
the
> > webserver like this:
> > > 
> > > OperServ privilege level:Services super-user
> > > 
> > > However, when i'm the super-user and i'm trying
to
> > give admin privileges
> > > to another nick, i get this error:
> > > 
> > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com
sent:
> > ADMIN ADD mnopqr
> > > 
> > > What am i doing wrong?
> > > 
> > > -- 
> > > Florin Andrei
> > > 
> > > http://florin.myip.org/
> > > 
> > >
> >
------------------------------------------------------------------
> > > To unsubscribe or change your subscription
options,
> > visit:
> > >
> >
http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > 
> > 
> > =====
> > Dionisios K. - ToXiC On HellenicNet
> >
------------------------------------------------------------------
> > To unsubscribe or change your subscription
options, visit:
> >
http://lists.ircservices.za.net/mailman/listinfo/ircservices
> -- 
> Florin Andrei
> 
> http://florin.myip.org/
> 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


=====
Dionisios K. - ToXiC On HellenicNet
From florin at andrei.myip.org  Wed Mar  2 12:17:32 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Wed Mar  2 12:17:45 2005
Subject: [IRCServices] problem while creating admins
In-Reply-To: <4225F0BC.6080300@psam.se>
References: <20050302100535.65469.qmail@web54406.mail.yahoo.com>
        <1109781254.5155.1.camel@rivendell.home.local>
        <4225F0BC.6080300@psam.se>
Message-ID: <1109794652.5199.18.camel@stantz.corp.sgi.com>

On Wed, 2005-03-02 at 17:58 +0100, list wrote:
> First of all since you are using Unreal. Have you set yourself as oper 
> to Unreal? This meaning have you setupo in the unrealircd.conf like this
> 
> oper bobsmith {
>     class           clients;

no

So now you know what my problem was. :-)

> Second of all have you set yourself up as ServiceRoot  in the module.conf?
>     # ServicesRoot <nick>  [REQUIRED]

yes

I changed unrealircd.conf accordingly, now everything is fine, i can set
admins, create channels, tweak access modes, pretty much everything
seems to be fine (at least on surface).

The stumbling block for me was that some kind of "elevated
privileges" (oper) are also required on Unreal, not just on ircservices.
I was thinking that ircservices alone takes care of all that (i thought
ircservices is simply an extension to the IRC server per se, while in
truth they are two different layers with large parts of the
functionality separated).
I think i understand it now - at least i am able to perform the basic
work i was looking to accomplish.

Thank you!

-- 
Florin Andrei

http://florin.myip.org/

From scousens at fibertel.com.ar  Wed Mar  2 13:04:25 2005
From: scousens at fibertel.com.ar (Sergio Cousens)
Date: Wed Mar  2 13:09:13 2005
Subject: [IRCServices] problem while creating admins
In-Reply-To: <20050302175653.44028.qmail@web54404.mail.yahoo.com>
Message-ID: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC>

He is probably a newbie, but I think that I can help!

/oper nick password   


This nick should exist at the oper block in unrealircd.conf.

Hope this helps!


-----Mensaje original-----
De: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net] En nombre de Dionisios K.
Enviado el: mi?rcoles, 02 de marzo de 2005 14:57
Para: ircservices@ircservices.esper.net
Asunto: Re: [IRCServices] problem while creating admins

>From these ive read from ur email i can see that u
dont know basic things (to be a services root) for
services&ircds. My opinion is that u should read the
manuals and documents for these things first and then
if u have problems or questions send an email here
again. Everyone here will be happy to help u.
--- ircservices-bounces@ircservices.esper.net
<florin@andrei.myip.org> wrote:
> I see what you mean. I believe i wasn't ircop. But
here's probably a
> very newbie question - how do i become an ircop
without being on a
> channel? "/op nick" doesn't work, the IRC server
says "no such channel".
> 
> And in order to create channels, i have to become
admin first, since
> ircservices won't let me otherwise. And that's the
catch 22 at the
> moment.
> 
> On Wed, 2005-03-02 at 02:05 -0800, Dionisios K.
wrote:
> > To use operserv you must oper-up on the ircd. Are
u
> > sure u were an ircop when u tried to add services
> > admins?
> > --- ircservices-bounces@ircservices.esper.net
> > <florin@andrei.myip.org> wrote:
> > > I'm using Unreal3.2.2b and ircservices-5.0.48 on
> > Linux.
> > > I properly set the ServicesRoot variable, i
joined
> > as that nick,
> > > registered it, and now the nick is displayed by
the
> > webserver like this:
> > > 
> > > OperServ privilege level:Services super-user
> > > 
> > > However, when i'm the super-user and i'm trying
to
> > give admin privileges
> > > to another nick, i get this error:
> > > 
> > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com
sent:
> > ADMIN ADD mnopqr
> > > 
> > > What am i doing wrong?
> > > 
> > > -- 
> > > Florin Andrei
> > > 
> > > http://florin.myip.org/
> > > 
> > >
> >
------------------------------------------------------------------
> > > To unsubscribe or change your subscription
options,
> > visit:
> > >
> >
http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > 
> > 
> > =====
> > Dionisios K. - ToXiC On HellenicNet
> >
------------------------------------------------------------------
> > To unsubscribe or change your subscription
options, visit:
> >
http://lists.ircservices.za.net/mailman/listinfo/ircservices
> -- 
> Florin Andrei
> 
> http://florin.myip.org/
> 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


=====
Dionisios K. - ToXiC On HellenicNet
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices

From florin at andrei.myip.org  Wed Mar  2 13:50:46 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Wed Mar  2 13:51:00 2005
Subject: [IRCServices] problem while creating admins
In-Reply-To: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC>
References: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC>
Message-ID: <1109800246.5199.37.camel@stantz.corp.sgi.com>

yup, that was it, thanks!

(yes, i am a newbie)

On Wed, 2005-03-02 at 18:04 -0300, Sergio Cousens wrote:
> He is probably a newbie, but I think that I can help!
> 
> /oper nick password   
> 
> 
> This nick should exist at the oper block in unrealircd.conf.
> 
> Hope this helps!
> 
> 
> -----Mensaje original-----
> De: ircservices-bounces@ircservices.esper.net
> [mailto:ircservices-bounces@ircservices.esper.net] En nombre de Dionisios K.
> Enviado el: mi?rcoles, 02 de marzo de 2005 14:57
> Para: ircservices@ircservices.esper.net
> Asunto: Re: [IRCServices] problem while creating admins
> 
> >From these ive read from ur email i can see that u
> dont know basic things (to be a services root) for
> services&ircds. My opinion is that u should read the
> manuals and documents for these things first and then
> if u have problems or questions send an email here
> again. Everyone here will be happy to help u.
> --- ircservices-bounces@ircservices.esper.net
> <florin@andrei.myip.org> wrote:
> > I see what you mean. I believe i wasn't ircop. But
> here's probably a
> > very newbie question - how do i become an ircop
> without being on a
> > channel? "/op nick" doesn't work, the IRC server
> says "no such channel".
> > 
> > And in order to create channels, i have to become
> admin first, since
> > ircservices won't let me otherwise. And that's the
> catch 22 at the
> > moment.
> > 
> > On Wed, 2005-03-02 at 02:05 -0800, Dionisios K.
> wrote:
> > > To use operserv you must oper-up on the ircd. Are
> u
> > > sure u were an ircop when u tried to add services
> > > admins?
> > > --- ircservices-bounces@ircservices.esper.net
> > > <florin@andrei.myip.org> wrote:
> > > > I'm using Unreal3.2.2b and ircservices-5.0.48 on
> > > Linux.
> > > > I properly set the ServicesRoot variable, i
> joined
> > > as that nick,
> > > > registered it, and now the nick is displayed by
> the
> > > webserver like this:
> > > > 
> > > > OperServ privilege level:Services super-user
> > > > 
> > > > However, when i'm the super-user and i'm trying
> to
> > > give admin privileges
> > > > to another nick, i get this error:
> > > > 
> > > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com
> sent:
> > > ADMIN ADD mnopqr
> > > > 
> > > > What am i doing wrong?
> > > > 
> > > > -- 
> > > > Florin Andrei
> > > > 
> > > > http://florin.myip.org/
> > > > 
> > > >
> > >
> ------------------------------------------------------------------
> > > > To unsubscribe or change your subscription
> options,
> > > visit:
> > > >
> > >
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > > 
> > > 
> > > =====
> > > Dionisios K. - ToXiC On HellenicNet
> > >
> ------------------------------------------------------------------
> > > To unsubscribe or change your subscription
> options, visit:
> > >
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > -- 
> > Florin Andrei
> > 
> > http://florin.myip.org/
> > 
> >
> ------------------------------------------------------------------
> > To unsubscribe or change your subscription options,
> visit:
> >
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> =====
> Dionisios K. - ToXiC On HellenicNet
> ------------------------------------------------------------------
> 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
-- 
Florin Andrei

http://florin.myip.org/

From florin at andrei.myip.org  Wed Mar  2 16:00:18 2005
From: florin at andrei.myip.org (Florin Andrei)
Date: Wed Mar  2 16:00:36 2005
Subject: [IRCServices] SET RESTRICTED
Message-ID: <1109808018.5199.46.camel@stantz.corp.sgi.com>

Is there a way to prevent unidentified users to use a channel but
without banning them? Essentially, i'm looking for SET RESTRICTED but
without the ban. I don't need the ban, since the potential for abuse is
small (private network).
Or is there a way to automatically unban them immediately thereafter?

-- 
Florin Andrei

http://florin.myip.org/

From dnb at majestic-liaisons.com  Wed Mar  2 16:10:06 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Wed Mar  2 16:10:41 2005
Subject: [IRCServices] SET RESTRICTED
References: <1109808018.5199.46.camel@stantz.corp.sgi.com>
Message-ID: <000701c51f85$5e187620$0100a8c0@dnblaptop>

check the IRCd you are using for a +R channel mode
on most IRCd's that will stop anyone that is not identified from joining the
channel it is set on.

----- Original Message ----- 
From: "Florin Andrei" <florin@andrei.myip.org>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Thursday, March 03, 2005 10:30 AM
Subject: [IRCServices] SET RESTRICTED


> Is there a way to prevent unidentified users to use a channel but
> without banning them? Essentially, i'm looking for SET RESTRICTED but
> without the ban. I don't need the ban, since the potential for abuse is
> small (private network).
> Or is there a way to automatically unban them immediately thereafter?
>
> -- 
> Florin Andrei
>
> http://florin.myip.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>


From achurch at achurch.org  Thu Mar  3 09:24:41 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Mar  2 16:25:09 2005
Subject: [IRCServices] ircservices should enforce +R
In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com>
Message-ID: <42265959.50464@msgid.achurch.org>

>on many ircds +R chmode is supported by now. I thing
>services should enforce it on 1st user joins the
>channel like +OA and +z on Unrealircd

     Good point, I'll fix it for the next version.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ron2k at webmail.co.za  Thu Mar  3 10:13:42 2005
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Thu Mar  3 10:14:40 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not
 recognised by Services
Message-ID: <web-659859929@mail01.infosat.net>

The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I
(invex) and +j (join throttling). They're already in CVS, for those interested.
However, it seems that Services doesn't support them.

The reasons for coming to this conclusion are as follows:
 - Couldn't find anything relating to these two modes in protocol/unreal.c
(although I will admit, what I know about C is dangerous)
 - Trying to use ChanServ MLOCK on them returned an "unknown mode char" error
 - OperServ CLEARMODES failed to remove them if set

(Version 5.0.48 of Services was used.)

Some technical information regarding these modes: according to Unreal's 005
numeric, +I is a mode that adds a nick!user@host mask to a list (like +b and
+e, which should automatically imply that it shouldn't be MLOCKed), while +j
requires a parameter to be set but doesn't require a parameter to be unset; +l
works the same way. The syntax for +j is "+j joins:seconds".

As I'm expecting Unreal3.2.3 to be released sometime within the next two weeks,
this should be sorted out pretty quickly (ie before it gets released.)
______________________________________________________________
http://www.webmail.co.za the South African FREE email service
From brain at winbot.co.uk  Thu Mar  3 10:47:24 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Thu Mar  3 10:47:21 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not
        recognised by Services
In-Reply-To: <web-659859929@mail01.infosat.net>
References: <web-659859929@mail01.infosat.net>
Message-ID: <42275BBC.3050907@winbot.co.uk>

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

why is +j even required??? +f does this!

Kieron Thwaites wrote:
> The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I
> (invex) and +j (join throttling). They're already in CVS, for those interested.
> However, it seems that Services doesn't support them.
> 
> The reasons for coming to this conclusion are as follows:
>  - Couldn't find anything relating to these two modes in protocol/unreal.c
> (although I will admit, what I know about C is dangerous)
>  - Trying to use ChanServ MLOCK on them returned an "unknown mode char" error
>  - OperServ CLEARMODES failed to remove them if set
> 
> (Version 5.0.48 of Services was used.)
> 
> Some technical information regarding these modes: according to Unreal's 005
> numeric, +I is a mode that adds a nick!user@host mask to a list (like +b and
> +e, which should automatically imply that it shouldn't be MLOCKed), while +j
> requires a parameter to be set but doesn't require a parameter to be unset; +l
> works the same way. The syntax for +j is "+j joins:seconds".
> 
> As I'm expecting Unreal3.2.3 to be released sometime within the next two weeks,
> this should be sorted out pretty quickly (ie before it gets released.)
> ______________________________________________________________
> http://www.webmail.co.za the South African FREE email service
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCJ1u80k42Wxli/BARAtJzAJ9ud+2EqjxLxr2nSvhzU7tKrSRpowCfQMnR
mMuzWrZsrjPUaU9NVelN6ic=
=9y5+
-----END PGP SIGNATURE-----
From lordbergee at comcast.net  Thu Mar  3 10:58:54 2005
From: lordbergee at comcast.net (Bergee)
Date: Thu Mar  3 10:58:59 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not
        recognised by Services
In-Reply-To: <42275BBC.3050907@winbot.co.uk>
References: <web-659859929@mail01.infosat.net> <42275BBC.3050907@winbot.co.uk>
Message-ID: <42275E6E.2070203@comcast.net>

Actually my understanding of it is that +j reacts to x joins per user 
per y seconds.  And what +f does is x joins per channel per y seconds. 
A slight difference at best, but it would basically allow you to 
throttle a single user a bit sooner rather than having to wait for that 
user to trigger a higher limit for the entire channel.

Bergee

Craig Edwards wrote:
> why is +j even required??? +f does this!
From gluniz at luniz.dyndns.org  Thu Mar  3 11:50:32 2005
From: gluniz at luniz.dyndns.org (Luniz)
Date: Thu Mar  3 11:49:19 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) -
        notrecognised by Services
References: <web-659859929@mail01.infosat.net> <42275BBC.3050907@winbot.co.uk>
        <42275E6E.2070203@comcast.net>
Message-ID: <001501c5202a$4291e4e0$0200a8c0@glunizpc>

I thought chanmode +f was flood protection.

      f * <lines:seconds> Flood protection, if the * is given a user will
kick banned when they send <lines:seconds> if no * they are just kicked


----- Original Message ----- 
From: "Bergee" <lordbergee@comcast.net>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Thursday, March 03, 2005 1:58 PM
Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) -
notrecognised by Services


> Actually my understanding of it is that +j reacts to x joins per user
> per y seconds.  And what +f does is x joins per channel per y seconds.
> A slight difference at best, but it would basically allow you to
> throttle a single user a bit sooner rather than having to wait for that
> user to trigger a higher limit for the entire channel.
>
> Bergee
>
> Craig Edwards wrote:
> > why is +j even required??? +f does this!
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From lordbergee at comcast.net  Thu Mar  3 11:56:25 2005
From: lordbergee at comcast.net (Bergee)
Date: Thu Mar  3 11:56:33 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j)
        -       notrecognised by Services
In-Reply-To: <001501c5202a$4291e4e0$0200a8c0@glunizpc>
References: <web-659859929@mail01.infosat.net>
        <42275BBC.3050907@winbot.co.uk> <42275E6E.2070203@comcast.net>
        <001501c5202a$4291e4e0$0200a8c0@glunizpc>
Message-ID: <42276BE9.2000108@comcast.net>

        It used to be like that, and that feature still exists as a subset of 
what the +f mode is now.  But rather than having a whole discussion 
about Unreal's various modes on the mailing list, I'll just point you to 
the documentation, which will hopefully clear up any confusion about 
what mode +f does now.

See: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_antiflood

Bergee

Luniz wrote:
> I thought chanmode +f was flood protection.
> 
>       f * <lines:seconds> Flood protection, if the * is given a user will
> kick banned when they send <lines:seconds> if no * they are just kicked
> 
> ----- Original Message ----- 
> From: "Bergee" <lordbergee@comcast.net>
> To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
> Sent: Thursday, March 03, 2005 1:58 PM
> Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) -
> notrecognised by Services
> 
>>Actually my understanding of it is that +j reacts to x joins per user
>>per y seconds.  And what +f does is x joins per channel per y seconds.
>>A slight difference at best, but it would basically allow you to
>>throttle a single user a bit sooner rather than having to wait for that
>>user to trigger a higher limit for the entire channel.
>>
>>Bergee
From gluniz at luniz.dyndns.org  Thu Mar  3 12:07:01 2005
From: gluniz at luniz.dyndns.org (Luniz)
Date: Thu Mar  3 12:05:50 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and
        +j)-    notrecognised by Services
References: <web-659859929@mail01.infosat.net><42275BBC.3050907@winbot.co.uk>   <42275E6E.2070203@comcast.net><001501c5202a$4291e4e0$0200a8c0@glunizpc>
        <42276BE9.2000108@comcast.net>
Message-ID: <002101c5202c$903eece0$0200a8c0@glunizpc>

Well excuse me. Then there is no need for +j.  End of discussion.  Next
thread.

----- Original Message ----- 
From: "Bergee" <lordbergee@comcast.net>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Thursday, March 03, 2005 2:56 PM
Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j)-
notrecognised by Services


> It used to be like that, and that feature still exists as a subset of
> what the +f mode is now.  But rather than having a whole discussion
> about Unreal's various modes on the mailing list, I'll just point you to
> the documentation, which will hopefully clear up any confusion about
> what mode +f does now.
>
> See:
http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_antiflood
>
> Bergee
>
> Luniz wrote:
> > I thought chanmode +f was flood protection.
> >
> >       f * <lines:seconds> Flood protection, if the * is given a user
will
> > kick banned when they send <lines:seconds> if no * they are just kicked
> >
> > ----- Original Message ----- 
> > From: "Bergee" <lordbergee@comcast.net>
> > To: "IRC Services General Mailing List"
<ircservices@ircservices.esper.net>
> > Sent: Thursday, March 03, 2005 1:58 PM
> > Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) -
> > notrecognised by Services
> >
> >>Actually my understanding of it is that +j reacts to x joins per user
> >>per y seconds.  And what +f does is x joins per channel per y seconds.
> >>A slight difference at best, but it would basically allow you to
> >>throttle a single user a bit sooner rather than having to wait for that
> >>user to trigger a higher limit for the entire channel.
> >>
> >>Bergee
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From achurch at achurch.org  Fri Mar  4 11:57:26 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar  3 18:58:18 2005
Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not
        recognised by Services
In-Reply-To: <web-659859929@mail01.infosat.net>
Message-ID: <4227cebf.51450@msgid.achurch.org>

>The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I
>(invex) and +j (join throttling). They're already in CVS, for those interested.
>However, it seems that Services doesn't support them.

     Given that they're not even in an official Unreal release yet, this
shouldn't be surprising...

     I'll look into adding support for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From tty at inbox.ru  Thu Mar  3 22:44:44 2005
From: tty at inbox.ru (Alex HangMan)
Date: Thu Mar  3 22:44:51 2005
Subject: [IRCServices] Unreal with NICKCHARS support (from CVS)
Message-ID: <E1D76YG-000IGd-00.tty-inbox-ru@f19.mail.ru>

Hello all

seem like Services does not start with new Unreal build, that support NICKCHARS feature.
here is services log:
-------
[Mar 04 10:58:09.431373 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP
[Mar 04 10:58:09.433700 2005] debug: Sent: PASS :**********

... more sends, SERVER, NICK other ...

[Mar 04 10:58:09.458010 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Looking up your hostname...
[Mar 04 10:58:09.460022 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Found your hostname (cached)
[Mar 04 10:58:09.531932 2005] debug: Received: PROTOCTL NICKCHARS=
[Mar 04 10:58:09.540767 2005] debug: Sent: ERROR :Need NICKv2 protocol
[Mar 04 10:58:09.543939 2005] Remote server doesn't support NICKv2
-------

and code from Unreal sources (send_proto procedure, s_serv file):
-------
void send_proto(aClient *cptr, ConfigItem_link *aconf)
{
char buf[512];

        sendto_one(cptr, "PROTOCTL NICKCHARS=%s", langsinuse);

        sprintf(buf, "CHANMODES=%s%s,%s%s,%s%s,%s%s",
                CHPAR1, EXPAR1, CHPAR2, EXPAR2, CHPAR3, EXPAR3, CHPAR4, EXPAR4);
#ifdef ZIP_LINKS
        if (aconf->options & CONNECT_ZIP)
        {
                sendto_one(cptr, "PROTOCTL %s ZIP %s", PROTOCTL_SERVER, buf);
        } else {
#endif
                sendto_one(cptr, "PROTOCTL %s %s", PROTOCTL_SERVER, buf);
#ifdef ZIP_LINKS
        }
#endif
}
... more code ...
-------

Server always send first PROTOCTL NICKCHARS, therefor services crashed to start.

I just tested, moved NICKCHARS after "normal" PROTOCTL... and services doesn`t start again, it crashed on PROTOCTL NICKCHARS, because no NICKv2 in this PROTOCTL directive.


And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars.

From Craig at frostycoolslug.com  Thu Mar  3 23:57:45 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Thu Mar  3 23:57:48 2005
Subject: [IRCServices] Unreal with NICKCHARS support (from CVS)
In-Reply-To: <E1D76YG-000IGd-00.tty-inbox-ru@f19.mail.ru>
References: <E1D76YG-000IGd-00.tty-inbox-ru@f19.mail.ru>
Message-ID: <422814F9.7030703@frostycoolslug.com>

Can i remind you that Unreal3.2.3 isn't officially released yet, your 
choice to use a currently not complete CVS version is your own.

Services support for this will come in time, when Andy is ready 
(probably when 3.2.3 is finally released, and the featureset finalised).

But don't expect Services to support CVS builds untill then (A _LOT_ of 
things can change, if andy releases a version of services now, and 
'NICKCHARS', or one of the other features gets removed for whatever 
reason, that means another release of services.

Also, pre-emptive support for Unreals new protocols _may_ break the 
support for the current official release, which is ill-advised imo.

Alex HangMan wrote:
> Hello all
> 
> seem like Services does not start with new Unreal build, that support NICKCHARS feature.
> here is services log:
> -------
> [Mar 04 10:58:09.431373 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP
> [Mar 04 10:58:09.433700 2005] debug: Sent: PASS :**********
> 
> ... more sends, SERVER, NICK other ...
> 
> [Mar 04 10:58:09.458010 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Looking up your hostname...
> [Mar 04 10:58:09.460022 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Found your hostname (cached)
> [Mar 04 10:58:09.531932 2005] debug: Received: PROTOCTL NICKCHARS=
> [Mar 04 10:58:09.540767 2005] debug: Sent: ERROR :Need NICKv2 protocol
> [Mar 04 10:58:09.543939 2005] Remote server doesn't support NICKv2
> -------
> 
> and code from Unreal sources (send_proto procedure, s_serv file):
> -------
> void send_proto(aClient *cptr, ConfigItem_link *aconf)
> {
> char buf[512];
> 
>       sendto_one(cptr, "PROTOCTL NICKCHARS=%s", langsinuse);
> 
>       sprintf(buf, "CHANMODES=%s%s,%s%s,%s%s,%s%s",
>               CHPAR1, EXPAR1, CHPAR2, EXPAR2, CHPAR3, EXPAR3, CHPAR4, EXPAR4);
> #ifdef ZIP_LINKS
>       if (aconf->options & CONNECT_ZIP)
>       {
>               sendto_one(cptr, "PROTOCTL %s ZIP %s", PROTOCTL_SERVER, buf);
>       } else {
> #endif
>               sendto_one(cptr, "PROTOCTL %s %s", PROTOCTL_SERVER, buf);
> #ifdef ZIP_LINKS
>       }
> #endif
> }
> ... more code ...
> -------
> 
> Server always send first PROTOCTL NICKCHARS, therefor services crashed to start.
> 
> I just tested, moved NICKCHARS after "normal" PROTOCTL... and services doesn`t start again, it crashed on PROTOCTL NICKCHARS, because no NICKv2 in this PROTOCTL directive.
> 
> 
> And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars.
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From achurch at achurch.org  Fri Mar  4 18:01:02 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Mar  4 01:03:42 2005
Subject: [IRCServices] Unreal with NICKCHARS support (from CVS)
In-Reply-To: <422814F9.7030703@frostycoolslug.com>
Message-ID: <42282467.54036@msgid.achurch.org>

>> seem like Services does not start with new Unreal build, that support NICKCHARS feature.

     This is not in any released version of Unreal.  I will consider it if
and when it appears in a release.

>> And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars.

     Probably never, unless someone updates RFC1459 with an official
standard on non-ASCII characters.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From holger.baust at freenet-ag.de  Fri Mar  4 02:01:06 2005
From: holger.baust at freenet-ag.de (Holger Baust)
Date: Fri Mar  4 02:01:35 2005
Subject: [IRCServices] Unreal with NICKCHARS support (from CVS)
In-Reply-To: <42282467.54036@msgid.achurch.org>
References: <422814F9.7030703@frostycoolslug.com>
        <42282467.54036@msgid.achurch.org>
Message-ID: <20050304100106.GA25510@freenet-ag.de>

Hi!

On Fri, Mar 04, 2005 at 06:01:02PM +0900, Andrew Church wrote:
> >> And one question: when Services will support other languages,
> >> russian for example. In current version Services are case sensitive
> >> with cyrillic chars.
> 
>      Probably never, unless someone updates RFC1459 with an official
> standard on non-ASCII characters.
There are updates to RFC1459. Check the RFCs 2810, 2811, 2812 and 2813.
The paragraph about Character Codes are the same in RFC1459 and RFC2812.

  Regards,
       Holger Baust

-- 
Holger Baust                                   Holger.Baust@freenet-ag.de
freenet.de AG                                     Tel.: +49 211 53087 0
WillstaetterStr. 13, D-40549 Duesseldorf          Fax.: +49 211 5381573
Vorstand: Eckhard Spoerr (Vors.), Axel Krieger, Stephan Esch, Eric Berger
Amtsgericht Hamburg                                             HRB 74048
Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma

-------------- 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/20050304/3ee98cd8/attachment-0001.pgp
From brain at winbot.co.uk  Fri Mar  4 02:06:16 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Fri Mar  4 02:06:12 2005
Subject: [IRCServices] Unreal with NICKCHARS support (from CVS)
In-Reply-To: <20050304100106.GA25510@freenet-ag.de>
References: <422814F9.7030703@frostycoolslug.com>       <42282467.54036@msgid.achurch.org>
        <20050304100106.GA25510@freenet-ag.de>
Message-ID: <42283318.5070502@winbot.co.uk>

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

RFCs 2810, 2811, 2812 and 2813 are specific to certain ircds, for
example ircd2.9, which is used by ircnet. If IRCServices was to support
all of these extra RFCs it would not work with the majority of ircds
available as 99% of these ircds do not support them either. If i
remember correctly only UTF-8 is supported by irc, which is why people
have problems understanding concepts like 'irc cant do unicode, stop
sending chinese characters' :P

Thanks,
Brain

Holger Baust wrote:
> Hi!
> 
> On Fri, Mar 04, 2005 at 06:01:02PM +0900, Andrew Church wrote:
> 
>>>>And one question: when Services will support other languages,
>>>>russian for example. In current version Services are case sensitive
>>>>with cyrillic chars.
>>
>>     Probably never, unless someone updates RFC1459 with an official
>>standard on non-ASCII characters.
> 
> There are updates to RFC1459. Check the RFCs 2810, 2811, 2812 and 2813.
> The paragraph about Character Codes are the same in RFC1459 and RFC2812.
> 
>   Regards,
>        Holger Baust
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCKDMX0k42Wxli/BARAhDtAJ4jEavfFRAp9ZXPJQsQjbbvFh+uJACeK0gQ
SVLjzb3hqA2vHAglX6CuBDA=
=CNPq
-----END PGP SIGNATURE-----
From admin at vonitsanet.gr  Fri Mar  4 15:21:31 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Mar  4 15:21:40 2005
Subject: [IRCServices] NickServ Suspend (bug?)
Message-ID: <002801c52110$e8078f10$2f4405d5@server>

If i forbid a nickname and IF it the nick is used the time i forbid it NickServ will show this on the user:

-NickServ- This nickname may not be used. Please choose another one. If you do not change your nickname within one minute, it will be changed automatically.


BUT this is not happening with suspended nicknames. 
If i suspend a nickname and the nickname is used at the moment his owner can use it until he will be disconnect or change his nick to another one.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050305/e63b3d62/attachment.html
From list at psam.se  Sat Mar  5 06:32:52 2005
From: list at psam.se (Psadi)
Date: Sat Mar  5 06:33:41 2005
Subject: [IRCServices] Possible bug but unable to reproduce
Message-ID: <4229C314.9090309@psam.se>

Hi

I have a little strange error that I cant reproduce. I have a channel 
that is set to
 Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure
With those options a user that isnt on the access list would be kicked 
and baned. However I have had a user that wasnt on the access list just 
to be kicked and not baned?


 * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader
 * DM|BRB was kicked by ChanServ (You are not permitted to be on this 
channel.)

This was handed to me from a staff (oper access level) on my server that 
is on that channel.
The person that tries to join the channel has the following nicks registered
Darkmere and DM|inBed so the user tried to join without a registered nick.

I have tried to reproduce this but I have been unable to do that so I 
dont think there is much more info I can offer.

Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I 
havent seen anything about this in the changelog to the latest version.

Psadi

From Craig at frostycoolslug.com  Sat Mar  5 19:15:23 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Mar  5 19:15:29 2005
Subject: [IRCServices] Possible bug but unable to reproduce
In-Reply-To: <4229C314.9090309@psam.se>
References: <4229C314.9090309@psam.se>
Message-ID: <422A75CB.7010208@frostycoolslug.com>

If you can not reproduce it, put it down to a random occurance (they 
happen!) Could possibly be an issue with your U:Lines or something 
blocking the mode change. Either way, if its working fine now, i 
wouldn't worry too much about it.

Psadi wrote:
> Hi
> 
> I have a little strange error that I cant reproduce. I have a channel 
> that is set to
> Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure
> With those options a user that isnt on the access list would be kicked 
> and baned. However I have had a user that wasnt on the access list just 
> to be kicked and not baned?
> 
> 
> * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader
> * DM|BRB was kicked by ChanServ (You are not permitted to be on this 
> channel.)
> 
> This was handed to me from a staff (oper access level) on my server that 
> is on that channel.
> The person that tries to join the channel has the following nicks 
> registered
> Darkmere and DM|inBed so the user tried to join without a registered nick.
> 
> I have tried to reproduce this but I have been unable to do that so I 
> dont think there is much more info I can offer.
> 
> Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I 
> havent seen anything about this in the changelog to the latest version.
> 
> Psadi
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From achurch at achurch.org  Sun Mar  6 21:22:31 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Mar  6 04:24:03 2005
Subject: [IRCServices] Services 5.0.49 released
Message-ID: <422af65a.14420@msgid.achurch.org>

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

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

bc56f52b0c3f203558f33c945f3c2bda  ircservices-5.0.49.tar.gz
1645eb889074dd8d2d37fa5d957235d2  ircservices-5.0.49.diff.gz
a33a3e1738bc0006aa0a28f4a7b8b811  ircservices-5.0.49-1.i386.rpm
8a6915103de4b909e2a0aa0746fb98c9  ircservices_5.0.49-1_i386.deb

The mirrors should have it shortly.

     Alexander Zverev has graciously provided a Russian translation of the
Services language file; this release is primarily to incorporate that file
into the Services archive.  The Unreal issues have been fixed (in theory,
though not tested) in this release; I'll look into the +R and NickServ
SUSPEND issues later.

Changes in version 5.0.49
-------------------------
2005/03/06      Added Russian language file, courtesy of Alexander Zverev
                    <tty@inbox.ru>
2005/03/05      Services will now accept multiple PROTOCTL messages from
                    the Unreal ircd (as implemented in Unreal CVS).
2005/03/04      Added support for +I/+j channel modes in Unreal 3.2.3.
                    Reported by Kieron Thwaites <ron2k@webmail.co.za>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From phan70m at gmail.com  Sun Mar  6 09:06:59 2005
From: phan70m at gmail.com (Anton Wolkov)
Date: Sun Mar  6 09:07:07 2005
Subject: [IRCServices] Possible bug but unable to reproduce
In-Reply-To: <422A75CB.7010208@frostycoolslug.com>
References: <4229C314.9090309@psam.se> <422A75CB.7010208@frostycoolslug.com>
Message-ID: <d50f59a00503060906248cc512@mail.gmail.com>

since i've been working with ircserivces for a while I myself have
seen such behaviour, i believe it was related to 3rd party vhost
modules for ircservices which sent CHGHOST to the server without
updating the fakehost string on the ircservices, and thus ircservices
are unable to detect the correct ban, or services believe ban is
already set while in reality the user is not really banned.
i can't be sure it was the issue, but it was the problem i had with
chanserv unban, and since i've patched the issue i'm pretty sure i
didn't see this no more.
if this is not the issue however it could be simply desync, happens a
lot, i get a "user parted but never joined" message in the logs almost
every week, shit happens on multiple server networks.
if unreal was coded as well as ircservices i'm sure none of this would
have happened :)


On Sun, 06 Mar 2005 03:15:23 +0000, Craig McLure
<Craig@frostycoolslug.com> wrote:
> If you can not reproduce it, put it down to a random occurance (they
> happen!) Could possibly be an issue with your U:Lines or something
> blocking the mode change. Either way, if its working fine now, i
> wouldn't worry too much about it.
> 
> Psadi wrote:
> > Hi
> >
> > I have a little strange error that I cant reproduce. I have a channel
> > that is set to
> > Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure
> > With those options a user that isnt on the access list would be kicked
> > and baned. However I have had a user that wasnt on the access list just
> > to be kicked and not baned?
> >
> >
> > * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader
> > * DM|BRB was kicked by ChanServ (You are not permitted to be on this
> > channel.)
> >
> > This was handed to me from a staff (oper access level) on my server that
> > is on that channel.
> > The person that tries to join the channel has the following nicks
> > registered
> > Darkmere and DM|inBed so the user tried to join without a registered nick.
> >
> > I have tried to reproduce this but I have been unable to do that so I
> > dont think there is much more info I can offer.
> >
> > Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I
> > havent seen anything about this in the changelog to the latest version.
> >
> > Psadi
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From admin at vonitsanet.gr  Fri Mar 11 19:36:59 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Mar 11 19:37:54 2005
Subject: [IRCServices] ChanServ KICK Command
Message-ID: <000301c526b4$c1217010$484405d5@server>

On UnrealIRCD the +q usermode is supported.
If an oper (with privileges for this) have this usermode noone can kick him.
But if someone use the ChanServ KICK command services will kick the oper 
from the channel.
I think ChanServ should check if an oper is +q and if yes dont kick him at 
all. 

From seth at gonca.net  Sun Mar 13 03:49:10 2005
From: seth at gonca.net (Evren)
Date: Sun Mar 13 03:49:24 2005
Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in
        mask: *
Message-ID: <007601c527c2$ac92aec0$0100000a@seth>

Hi,
I'll paste logs and i have uploaded akill.db to http://www.gonca.net/svs/akill.db-bugged

I am running version : ircservices-5.0.48 services.turkirc.org build #3 on Unreal 3.2

What may be the problem according to logs below?

[Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G * pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$
[Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G * 141.85.1.46 services.turkirc.org
[Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
[Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer)
[Mar 09 17:33:45.184373 2005] debug: Sent: :services.turkirc.org GLOBOPS :PANIC! signal 6 (no buffer)
[Mar 09 17:33:45.184655 2005] Services terminating: Abort trap
[Mar 09 17:33:45.184803 2005] debug: Unloading module `misc/helpserv'
[Mar 09 17:33:45.184980 2005] debug: Sent: :HelpServ QUIT :
[Mar 09 17:33:45.185182 2005] FATAL: Caught signal 6 (Abort trap) while shutting down

**************

[Mar 11 00:46:41 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC)
[Mar 11 00:46:47 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC)
[Mar 11 00:46:55 2005] nickserv/main: Hangman!X@85.98.18.214 identified for nick Hangman
[Mar 11 00:47:42 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
[Mar 11 00:47:42 2005] PANIC! signal 6 (no buffer)
[Mar 11 00:47:42 2005] Services terminating: Abort trap
[Mar 11 00:47:42 2005] FATAL: Caught signal 6 (Abort trap) while shutting down

*************

[Mar 12 13:53:55 2005] nickserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for nick Alf
[Mar 12 13:59:09 2005] chanserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for #dalga
[Mar 12 14:00:43 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
[Mar 12 14:00:43 2005] PANIC! signal 6 (no buffer)
[Mar 12 14:00:43 2005] Services terminating: Abort trap
[Mar 12 14:00:43 2005] FATAL: Caught signal 6 (Abort trap) while shutting down


************

[Mar 12 19:58:07 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
[Mar 12 19:58:07 2005] PANIC! signal 6 (no buffer)
[Mar 12 19:58:07 2005] Services terminating: Abort trap
[Mar 12 19:58:07 2005] FATAL: Caught signal 6 (Abort trap) while shutting down

***********

[Mar 13 03:31:28 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
[Mar 13 03:31:28 2005] PANIC! signal 6 (no buffer)
[Mar 13 03:31:28 2005] Services terminating: Abort trap
[Mar 13 03:31:28 2005] FATAL: Caught signal 6 (Abort trap) while shutting down



************

Evren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050313/d4b79684/attachment-0001.htm
From Craig at frostycoolslug.com  Sun Mar 13 09:31:26 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sun Mar 13 09:29:21 2005
Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in
        mask: *
In-Reply-To: <007601c527c2$ac92aec0$0100000a@seth>
References: <007601c527c2$ac92aec0$0100000a@seth>
Message-ID: <423478EE.6060605@frostycoolslug.com>

well, from what i've seen, it looks like you could be using the wrong 
protocol module, or the G:Line format has changed.

If you are using Unreal 3.2, and not 3.2.2b, i'd recommend updating, If 
you are using 3.2.3 CVS, i'd recommend downgrading untill its released 
officially.

But it looks like services isn't responding properly to the AKILL being set.

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

Evren wrote:
> Hi,
> I'll paste logs and i have uploaded akill.db to http://www.gonca.net/svs/akill.db-bugged
> 
> I am running version : ircservices-5.0.48 services.turkirc.org build #3 on Unreal 3.2
> 
> What may be the problem according to logs below?
> 
> [Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G * pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$
> [Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G * 141.85.1.46 services.turkirc.org
> [Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
> [Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer)
> [Mar 09 17:33:45.184373 2005] debug: Sent: :services.turkirc.org GLOBOPS :PANIC! signal 6 (no buffer)
> [Mar 09 17:33:45.184655 2005] Services terminating: Abort trap
> [Mar 09 17:33:45.184803 2005] debug: Unloading module `misc/helpserv'
> [Mar 09 17:33:45.184980 2005] debug: Sent: :HelpServ QUIT :
> [Mar 09 17:33:45.185182 2005] FATAL: Caught signal 6 (Abort trap) while shutting down
> 
> **************
> 
> [Mar 11 00:46:41 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC)
> [Mar 11 00:46:47 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC)
> [Mar 11 00:46:55 2005] nickserv/main: Hangman!X@85.98.18.214 identified for nick Hangman
> [Mar 11 00:47:42 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
> [Mar 11 00:47:42 2005] PANIC! signal 6 (no buffer)
> [Mar 11 00:47:42 2005] Services terminating: Abort trap
> [Mar 11 00:47:42 2005] FATAL: Caught signal 6 (Abort trap) while shutting down
> 
> *************
> 
> [Mar 12 13:53:55 2005] nickserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for nick Alf
> [Mar 12 13:59:09 2005] chanserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for #dalga
> [Mar 12 14:00:43 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
> [Mar 12 14:00:43 2005] PANIC! signal 6 (no buffer)
> [Mar 12 14:00:43 2005] Services terminating: Abort trap
> [Mar 12 14:00:43 2005] FATAL: Caught signal 6 (Abort trap) while shutting down
> 
> 
> ************
> 
> [Mar 12 19:58:07 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
> [Mar 12 19:58:07 2005] PANIC! signal 6 (no buffer)
> [Mar 12 19:58:07 2005] Services terminating: Abort trap
> [Mar 12 19:58:07 2005] FATAL: Caught signal 6 (Abort trap) while shutting down
> 
> ***********
> 
> [Mar 13 03:31:28 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: *
> [Mar 13 03:31:28 2005] PANIC! signal 6 (no buffer)
> [Mar 13 03:31:28 2005] Services terminating: Abort trap
> [Mar 13 03:31:28 2005] FATAL: Caught signal 6 (Abort trap) while shutting down
> 
> 
> 
> ************
> 
> Evren
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From list at psam.se  Mon Mar 14 10:23:05 2005
From: list at psam.se (Psadi)
Date: Mon Mar 14 10:23:59 2005
Subject: [IRCServices] [Fwd: [Unreal-users] Unreal3.2.3 released]
Message-ID: <4235D689.8060802@psam.se>

I gues that Andrew knows this allready. But I send it along so that more 
can get the info also

With regards

Psadi

-------- Ursprungligt meddelande --------
?mne:   [Unreal-users] Unreal3.2.3 released
Datum:  Mon, 14 Mar 2005 02:35:31 +0100
Fr?n:   Bram Matthys <syzop@unrealircd.com>
Till:   unreal-notify@lists.sourceforge.net
Kopia:  unreal-users@lists.sourceforge.net



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

After almost 5 months of coding (not counting the hotfix)
there's finally a new 3.2* stable release out: 3.2.3.
As usual, this is a recommended upgrade.

Unreal3.2.3 Release Notes
==========================

==[ GENERAL INFORMATION ]==
- - If you are upgrading on *NIX, make sure you run 'make clean' and './Config'
  first before doing 'make'
- - The official UnrealIRCd documentation is doc/unreal32docs.html
  online version at: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html
  FAQ: http://www.vulnscan.org/UnrealIrcd/faq/
  Read them before asking for help.
- - Report bugs at http://bugs.unrealircd.org/
- - When upgrading a network, we assume you are upgrading from the previous
  version (3.2.2). If you got a net running with servers that are several
  versions behind (eg: 3.2.1) then you might experience (desynch) problems.
  Also, if you try to use the new features, some might not work properly
  until all your servers are upgraded. It is therefore recommended to
  upgrade all servers in a 'short' time span (x day[s], not weeks).

==[ NEW ]==
- - Channel mode +I (invex, invite exceptions). Users on this list can join +i channels
  without needing an /invite.
- - Channel mode +j (jointhrottle). If you set +j X:Y you limit each user (individually)
  to X joins per Y seconds to the channel.
- - Nick Character System: this allows you to choose which additional characters to
  allow in nicknames by language (and codepage). Currently available are:
  catalan, dutch, french, german, swiss-german, icelandic, italian, spanish,
  swedish, hungarian, polish, romanian, slovak, czech, greek, turkish, russian,
  hebrew and chinese. There are also several 'groups' available, for more info see:
  http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_nickchars
- - *NIX: ./Config -advanced, allows you to choose more options
- - tld::botmotd and tld::opermotd
- - Using /INVITE with no parameters will a list of channels you are invited to
  but have not yet joined.
- - set::gline-address, works just like set::kline-address but then for glines.
- - Added a basic regex tutorial in unreal32docs.html
- - /SAJOIN now supports multiple channels (and '0') again.
- - Spamfilter topic support ('t' in spamfilter, 'topic' in conf).
- - Added a feature to +b/+e ~c: ~c:[prefix]<#channel>. This can be used if you for
  example trust all ops of #leet: mode #x +e ~c:@#leet.
- - Various translated documents in doc/: unreal32docs.gr.html (Greek), help.fr.conf
  and example.fr.conf (French), help.de.conf & example.de.conf (German), and
  example.hu.conf (Hungarian).

==[ CHANGED ]==
- - Updated auspice.conf
- - The usual doc updates, help.conf, spamfilter.conf, dccallow.conf, etc.
- - The config parser got (mostly) recoded. This makes it rehash much faster,
  additionally "duplicate item" checking is now available.
- - Added a 'B' flag to /who output for bots. Also normal users can now /who +m B.
- - Support in configfiles for \\ (= a \)
- - set::dns::bind::ip, hardly useful for anyone
- - If a user is +b on a channel, and set::allow-userhost-change force-rejoin is
  in use, then a part/join is not sent in order to prevent flooding.
- - OperOverride INVITE notices are now sent out globally to all +s +e users.
- - User mode 'g' is now operonly, it hardly did anything for non-opers.
- - Made CIDR no longer accept bitmasks with less than 16bits for /*line commands.
- - Modulized a lot of commands (~5000 lines of code).
- - Made channel modes +c/+S deal with RGB color codes.
- - If no log { } block is present, then a warning will be printed and we will log
  by default to ircd.log (errors only).
- - If an invalid character is found in a nick then the whole nick is rejected now.
- - Changed numeric&text of 'is a Secure Connection' to 'is using a Secure Connection',
  client coders are encouraged to add support for this new numeric 671. Until then,
  in-window-/whois's will probably be broken.
- - A locops with can_override/can_gkline/can_gzline is now automatically converted
  to a globop, just like we do with can_globalroute/can_gkline. These privileges
  are GLOBAL and therefore are not meant to be granted to locops.
- - A warning is now sent to an oper if (s)he tries to use /(G)ZLINE on a host.
  (G)ZLINES should be placed on *@ipmasks because they are processed before any
  ident and host lookups.
- - Made (fast) badwords work better with word boundaries, in practice this means
  blocking of words with accents/umlauts/es-zett/etc now works properly.
- - Made it so halfops can now -h themselves and chanadmins can -a themselves.
- - Made spamfilter 'u' also check nickchanges.

==[ MAJOR BUGS FIXED ]==
- - Serious crashbug [this is the same fix that was fixed by the hotfix/3.2.2b]
- - TRE mem corruption- & crash-bugs (eg: in backreferences).

==[ MINOR BUGS FIXED ]==
- - Made kline/shun/zline/gzline without parameters report the correct stats(flag).
- - Made a few more errors send out to all opers, such as link::bind-ip problems.
- - A few missing operflags in /STATS O (and SVSO)
- - DCC Spamfilter was not always working correctly
- - OperOverriding to, for example, a +zi channel did not print the special join notice.
- - Servers behind ulines were not properly ulined, one effect that had was causing
  an odd view in /MAP if you had flat-map + hide ulines + a juped server in services.
- - Made SVSMODE -b/-e remove bans/excepts placed on IPs
- - The set::htm::incoming-rate config item was not working correctly
- - If a user was +R then remote server notices were accidently also filtered.
- - A locop setting MODE #CHAN +O caused a desynch
- - Resolver sometimes incorrectly aliased names, causing incorect TTLs etc.
- - Fixed SVSNOOP not removing ALL oper status properly.
- - 'shun' target was not working for spamfilter and ban version { }
- - Removing of shuns placed on IP's did not take effect immediately (had to reconnect).
- - Fixed a bug in mode skipping (eg: '+qk a b' if not +q) and error msgs.
- - Chanmode +f #t (per-user text limit) now no longer affects halfops.
- - Opers w/can_override can now +qa/-qa if they are not netadmins, also affected +L/+u.
  Be sure you upgrade all servers to 3.2.3 if using these new abilities, or else you
  will get desynch issues.
- - Fixed several /SAMODE bugs as well, regarding non-netadmins, being halfop'ed, etc.
- - /GZLINE [nick] was placing a *line on *@host instead of *@IP, fixed.
- - alias::format in combination with ::type 'command' caused a crash
- - zlib upgraded to 1.2.2, curl upgraded to 7.13.1, both fix various issues.
- - Win32 installer now also installs doc\technical\*.*
- - Desynch issues regarding +s/+p and +c/+S
- - /SAMODE causing a 'fishy timestamp' if a cmode with a digit parameter was used.

==[ REMOVED ]==
- - NAZIISH_CHBAN_HANDLING (did not work at all)
- - The 'oldcloak' cloaking module is now removed, since this old algorithm got broken
  8 months ago, nobody should be using it anymore.

==[ CHANGELOG ]==
- - Fixed a typo in the makefile for USERIP
- - Made the WATCH command work for WebTV users (#0002121) suggested by White_Magic.
- - Some text updates... docs: now 3.2.2-CVS, also got rid of double version to avoid
  confusion. credits: fixed typo.
- - Added updated auspice.conf from Rocko since previous one was outdated (#0002147).
- - Recoded the config parsing code
  - The new system is much faster, for the programmers out there, the
    old system averaged O(MN) where N was the number of sub-directives for a block, and
    M was the number of sub-directives actually contained in the block in the config file.
    The new system averages O(N), so the number of sub-directives no longer has a significant
    impact on performance.
  - Added duplicate config entry detection (#0002126) suggested by brain2
  - May have a few bugs (easily fixed)
- - Corrected numerous -Wall warnings
- - Fixed a bug with /rehash and classes due to the config parser rewrite
- - Modified the module symbol dependency code to do more accurate searching for the module
  that contains the necessary symbol (#0002123) suggested by Xuefer.
  - Unreal will now prepend the pathname to the module and append the appropriate extension
    (.so or .dll) to the end)
  - The new module system version is "3.2.3" to allow for backwards compatibility
- - Documented the default behavior of snomasks when /mode nick +s is used (#0002141) suggested
  by Bugz.
- - Added "const" to the functions in match.c, (#0002116) suggested by Xuefer.
- - Made ./Config better handle command line arguments
- - Removed NAZIISH_CHBAN_HANDLING as it didn't do anything
- - Added -advanced flag to ./Config to configure advanced options (#0002145) suggested by
  Bugz. As a result, some config.h options are now in ./Config -advanced.
- - Small fix for above
- - Added the ability to specify a botmotd and opermotd in a tld {} (#0000176) suggested by
  swissSolaris.
- - Fixed crashbug on /rehash due to config rewrite, also made DEBUGMODE working again.
- - Removed an excess space from the SAMODE notice when a mode without a parameter was set
  (#0002134) reported by Bugz.
- - Fixed small memory leak on /rehash (post-3.2.2).
- - Fixed botmotd crash due to last change (post-3.2.2).
- - Updated the Donation file
- - Added a 'B' flag to /who output for bots, and allowed normal users to /who +m B
  (#0002096) suggested by White_Magic
- - Added support for using \\ in the config file to indicate a \ (#0002178) reported by
  TimeFX
- - Added documentation for set::options::fail-oper-warn (#0002166) reported by Snake
- - Removed an extra ) in the Throttle disconnect message (#0002165) reported by Snake
- - Fixed a bug where the "looking up your hostname" message could still be displayed even
  if hostname resolving was disabled (#0002161) reported by Xuefer
- - Made typing /kline, /shun, /zline, and /gzline correctly report the correct /stats flag,
  and these commands now produce the same output as the respective /stats flag they emulate
  (#0002149) reported by Snake
- - Renamed some calls from report_error() to report_baderror() since otherwise the errors are
  hardly ever seen (unless you have +s +j set). For example a bad link::bind-ip only caused
  "Couldn't connect to xxxxxx" without any meaningful error message. Additionally, errors
  sent to report_baderror() are now logged.
- - Win32 installer: Apparently 'install as a service' was still not the default, reported
  by fez (#0002191, #0002189).
- - Fixed the crule parser to treat - and : as valid 'word' characters rather than separators
  (#0002188) reported by diskman1.
- - Fixed bug in remote version reply, reported by DukePyrolator (#0002180).
- - Added set::dns::bind-ip (rarely ever needed, but might be useful for paranoid people).
- - Some unreal32docs->security section improvements.
- - Fixed a minor bug in the new config system when displaying link {} and set::hosts errors
  (#0002194) reported by AngryWolf.
- - Renamed RPL_INVITELIST/RPL_ENDOFINVITELIST to RPL_INVEXLIST/RPL_ENDOFINVEXLIST
- - Using /invite with no parameters now lists the channels you are invited to but have not
  yet joined (#0002190) suggested by sac.
- - Added some missing operflags to /stats O and SVSO (#0002193) reported by Bugz.
- - If a user is +b on a channel, and set::allow-userhost-change force-rejoin is used, a
  part/join is not sent in order to prevent flooding (#0001933) suggested by Z3l3zT.
- - Rewrote some of the previous change to deal with some strange issues found by aquanight
  - Introduced two new macros DYN_LOCAL and DYN_FREE to allow creation/deletion of dynamically
    sized arrays in the most efficient manner (C99 variable length, alloca, or malloc)
- - Changed the +z cannot join message to be a bit more descriptive (#0002148) suggested by cust.
- - Added a config.h options, IPV6_COMPRESSED to make Unreal use compressed IPv6 addresses where
  possible (#0002107) suggested by Neo-Vortex.
- - Fixed alloca warning @ Linux (post-3.2.2)
- - Numeric audit: 15 small changes (int/long mismatches etc). This might have fixed some
  bugs on architectures where 'long' and 'int' have different sizes (eg: opteron).
- - Added a set::gline-address which works like set::kline-address (#0001298) suggested by
  Bugz.
- - Added missing documentation for spamfilter away target (#0002205) reported by Dukat.
- - Fixed dcc spamfilter problem reported by TimeFX and Deadalus (#2177, #2204).
- - Fixed Oper Override not giving a 'special join notice' if +z is set along with another mode
  (eg: +i/+k), reported by tabrisnet (#0001487).
- - help.conf: Fixed a typo, updated *CMDS indexes a bit, reported crazy (#0002208),
  added long flags to OFLAGS.
- - OperOverride INVITE notices are now also global (if you have the eyes snomask set) (#2212).
- - Module coders: New function: sendto_snomask_global().
- - Speedup sendto_snomask/sendto_connectnotice/sendto_fconnectnotice code.
- - spamfilter.conf: fixed mIRC exploit sigs
- - Fixed all spamfilters in configfile not working due to configrewrite (post-3.2.2).
- - Module coders: sendto_snomask* now only sends to opers, sendto_snomask_normal* can be used
  to send to normal users w/the snomask set.
- - Fixed dcc filtering a bit more.
- - Made usermode 'g' operonly since it didn't do much, reported by DukePyrolator (#0002024).
- - Fixed tkl except { } not working (post-3.2.2).
- - Fixed bug where servers behind ulines were not ulined, causing for example juped servers to
  show up if flat-map was enabled, reported by GSF19 (#0002230).
- - Some doc/ updates: removed: Unreal31_to_32.html & example.settings, updated: Authors &
  translations.txt.
- - Added a basic regex tutorial to unreal32docs.html (#0000920)
- - Updated wircd.def
- - Made CIDR no longer accept bitmasks with less than 16bits for /*line commands (#0002240)
  reported by aquanight.
- - Made the (?) kill message not show IP addresses (#0002227) reported by neothematrix.
- - Added some error checking to /sapart (#0002253) suggested by Troco.
- - Imported TRE 0.7.2 for Windows
- - Imported TRE 0.7.2 for *nix
- - Got rid of wma/wmv in dccallow.conf, better to require an explicit select here due to
  recent DRM exploits (spyware etc).
- - Fixed /restart reasons, reported by SouL-FoRTuNe.
- - Partial (incomplete!) fix for alloca warnings during compile (especially w/SSL).
- - Fixed serious crashbug that can be triggered by users, released a hotfix and a seperate
  version called 3.2.2b (which is just 3.2.2+patch+version change to '3.2.2b',
  nothing else).
- - Fixed 'make install' error due to example.settings remove.
- - Fixed a minor typo in the "now an oper" announcement (#0002284) reported by Rocko.
- - Made SVSMODE -b and -e remove bans/excepts placed on IPs (#0002270) reported by Snake.
- - Fixed a couple of problems introduced with the ./Config -advanced changed (#0002239).
- - Made the win32 installer include the dccallow.conf (#0002269) reported by Ron2K.
- - Made the win32 installer work with the latest version of Inno Setup (5.0.6).
- - Made /sajoin support multiple channels and using 0 (#0002231) suggested by acemi.
- - Fixed a problem where doing ./unreal restart multiple times would not actually restart
  the ircd (#0002120) reported by SineSwiper.
- - Made it so +f notices are sent to %#chan, not @%#chan (#0002248) reported by aquanight.
- - Hopefully fixed the last of the alloca warnings (#0002202) reported by Stoebi.
- - Fixed a problem with set::htm::incoming-rate being interpreted incorrectly (#0002266)
  reported by tabrisnet.
- - Fixed a resolver cache bug regarding CNAME's. Thanks to insiderZ.DE for tracing down
  this issue.
- - Fixed a bug related to the sajoin recode regarding notices displayed (#0002293) reported
  by Troco.
- - Reworded a cloak-key error message to make it clearer (#0002297) reported by Bugz.
- - Fixed a bug where /whois notices were not sent to users who are +R if the sender is -r
  and on a remote server (#0002288) reported by Freadon.
- - Made /stats E include tkl except stats as well (#0001524) suggested by Cnils.
- - Added an options member to the ExtbanInfo structure. This currently supports one flag,
  EXTBOPT_CHSVSMODE. When set, this extban will be removed when an SVSMODE -b [nick] is
  executed (#0002222) suggested by Snake.
- - Fixed a bug where specifying a reason to SVSPART would cause it to fail (#0002210) reported
  by tabrisnet.
- - Moved channel mode +G to extcmode to make room for invex.
- - Added debug code to trace proto-check bugs in DEBUGMODE [IsToken() etc]
- - [Module coders] Added new function: do_cmd(cptr, sptr, cmd, parc, parv) which is an
  uniform method to call any other commands. For more info, see description in src/packet.c.
  This will be used for any further modulization of commands that need to call other
  commands, like NICK (will be done soon).
- - Added invite exceptions (+I). This prevents users from needing a /invite in for a +i
  channel (#0002044) suggested by medice.
- - Updated help.conf's +f documentation for the new syntax
- - Fixed some problems with the /stats help and documentation (#0002299) reported by Rocko.
- - Corrected the help.conf documentation for /invite (#0002306) reported by White_Magic.
- - Fixed a documentation inconsistency with me::numeric (#0002290) reported by Bugz.
- - Fixed a problem when compiling Unreal with GUEST support (#0001758) dvzion.
- - Fixed a win32 GUI problem where the tray menu's config submenu was not updated when new
  files were loaded or files were unloaded (#0002084) reported by Troco.
- - Made m_template.c use CommandAdd() and CMD_FUNC()
- - Modulized a lot of commands and related subfunctions: NICK (750 lines), USER (200),
  MODE (2300), WATCH (250), JOIN (600), PART (250), MOTD (100), OPERMOTD (100),
  BOTMOTD (100), LUSERS (100). More will follow soon (probably including more subfunctions
  related to existing commands).
- - Various (important) fixes to above, also made win32 compile work again.
- - And some more.
- - Made unreal_copyfile try hardlinking first, if that fails.. it will try to copy
  (perhaps this should be a different function?). Anyway, this means less diskspace
  is needed (~1.5mb or more), and it also makes it a bit easier for RBAC (#2300).
- - Made a new function DoMD5() which is ssl/non-ssl independent. Also made the cloaking
  module and the auth functions use it. Hopefully I didn't break anything ;). Suggested
  by Bugz (#2298).
- - Fixed mode #chan +O set by locop causing a desynch, reported by Unim4trix0 (#0001946).
- - Added spamfilter topic support ('t' in /spamfilter, or 'topic' in conf), suggested
  by Z3l3zT (#0001929).
- - Updated makefile to fix compile problem, reported by vonitsanet (#0002317) [?].
  Also made loading m_*.so work again.
- - Added unreal_copyfileex() which works just like unreal_copyfile() but has an additional
  param to try hardlinks first.
- - Win32 crash fixes due to modulizing
- - Made channel mode +c block RGB color codes.
- - Fixed a bug with channel alias{}'s where using the format syntax caused a crash (#0002323)
  reported by Snake.
- - Made channel mode +S strip RGB color codes.
- - Added channelmode +j (jointhrottle), syntax: /mode #chan +j X:Y, and then it will
  throttle the number of joins per-user to X in Y seconds. Idea from Angrywolf (who
  wrote a module that did this before). This needs testing :).
  It's enabled by default but can be #undef'ed in include/config.h (line 449).
- - Added a feature to +b ~c, ~c:[prefix]<#channel>, prefix can be +/%/@/&/~ and will
  check if the user is voiced/halfoped/etc.. Especially useful for +e ~c. Idea from
  Bugz (#0002198). Obviously all servers need to be upgraded to make this work.
- - Fixed SVSNOOP bug where remote servers still thought the opers had privileges, reported
  by Zell (#0002185)
- - Docs: log { } from 'optional' -> 'recomended'
- - If no log { } block is present a warning will be printed out and we will fallback
  to a default of logging errors to ircd.log. Suggested by w00t (#0002327).
- - Fixed shuns not working as target in spamfilter and ban version { }, reported by Bugz
  (#0002223).
- - Fixed a bug where shuns placed on IP's did not take effect to currently connected users.
- - Fixed a small doc bug regarding shun in spamfilter, reported by KnuX (#0002338).
- - Added greek docs, translator: GSF.
- - Some help.conf/005.txt updates, reported by Ron2K (#0002354).
- - No longer cutoff nick upon illegal character -- just reject the whole nick. The nick is
  still cutoff if the nick is too long. Basically this is the same way as Hybrid does it
  so it should work ok :).
- - Added nick character system. This allows you to choose which (additional) characters
  to allow in nicks via set::allowed-nickchars. See unreal32docs.html -> section 3.16
  for a list of available languages and more info on how to use it.
  Current list: dutch, french, german, italian, spanish, euro-west, chinese-trad,
  chinese-simp, chinese-ja, chinese.
  If you wonder why your language is not yet included or why a certain mistake is present,
  then please understand that we are most likely not experienced (at all) in your language.
  If you are a native of your language (or know the language well), and your language
  is not included yet or you have some corrections, then contact syzop@vulnscan.org or
  report it as a bug on http://bugs.unrealircd.org/
- - Added swedish support for nicks, supplied by Tank.
- - Various updates to unreal32docs from Ron2K (#0002354).
- - set::allowed-nickchars:
  - Renamed 'euro-west' to 'latin1' since that's more descriptive/fair ;)
  - Added 'hungarian' [supplied by AngryWolf]
  - Added category 'latin2': just Hungarian for now
  - Added 'catalan' [supplied by Trocotronic]
  - Added 'greek' [supplied by GSF]
  - Added category 'latin7': alias for 'greek'
  - Added category 'gbk': alias for 'chinese'
- - Removed 2 unneeded characters from 'catalan'.
- - Added NICKCHARS= in PROTOCTL. This indicates which languages are accepted in nicks.
  If 2 servers try to link and the allowed nick characters do not fully match, then
  the link will be rejected. Note that this will not prevent you from 3.2.2<->3.2.3/CVS
  charsets mistakes, but only with linking CVS/3.2.3+ servers. Suggested by Troco (#0002360)
  This might need some additional testing, but initial results are positive :).
- - NickChars:
  - Got rid of 'latin7', tiny mistake ;)
  - Removed e' accent from German (used in borrow-words only), reported by Dukat.
  - Added 'swiss-german', which is just German without es-zett, reported by Dukat.
  - Added 'turkish', supplied by Ayberk Yancatoral.
  - Build in some additional checks (especially for Chinese).
  - Fixed a bug in chinese character range (affecting 3.2*)
  - Relaxed nick character checking from remote servers (rely on NICKCHARS= PROTOCTL
    to deal with problems). This is useful to prevent any kills in case we slightly
    change the characters that are allowed in a language.
  - Added 'polish' (latin2), supplied by k4be.
  - Added 'hebrew' (iso8859-8I / windows-1255), supplied by PHANTOm.
- - Added French example.fr.conf and help.fr.conf, translated/maintained by Babass.
- - Fixed a doc typo, reported by SDF_of_BC.
- - NickChars: Updated polish a bit, and added polish-w1250 which is unfortunately more
  common than real latin2 (iso-8859-2), supplied by k4be as well.
- - NickChars: Added 'icelandic', supplied by Saevar.
- - Updated wircd.def
- - Fixed a bug where USERIP would say USERHOST in the not-enough-parameters numeric
  (#0002366) reported by vonitsanet.
- - Fixed a bug causing SVSNICK not to send out a snomask +n notice (#0002359) reported by
  Rob_.
- - Fixed a bug where SAJOIN would list channels multiple times in the notices (#0002325)
  reported by vonitsanet.
- - Fixed a bug in mode-skipping (eg '+qk a b' if not +q) and error msgs, reported by brain2
  (#0002372).
- - Fixed bug where chanmode +f #t (per-user text kick[ban]) was also affecting halfops,
  reported by seneces (#0002333).
- - Fixed doc bug reported by Dukat (#0002374). Also fixed 2 error msgs related to
  the nickchars system printing out incorrect set:: directives.
- - spamfilter.conf and dccallow.conf are now also copied upon make install, reported by
  TommyTheKid (#0002313).
- - Made CHGIDENT, CHGHOST and CHGNAME use more numerics (where possible) (#0002358).
- - Fixed halfop trying to set chanmode +G/+T/+j not getting an error message, reported
  by Ron2K (#Ron2K).
- - Module coders: using extcmode_default_requirechop is now depricated, check src/extcmodes.c
  ctrl+f extcmode_default_requirechop for more details (solution: copy+paste & fill in modechar).
- - Nicks with ~ are now also not cutoff anymore but rejected like any other illegal char (#0002074).
- - Fixed bug in +G where with not-really-matching-words color was needlessly stripped,
  reported by SpeedFire (#0002375).
- - Changed the 'is a Secure Connection' msg/numeric in /whois from RPL_WHOISSPECIAL to
  a slightly changed RPL_WHOISSECURE, namely: ':%s 671 %s %s :is using a Secure connection',
  I'm sure some client coders will bitch at this, but the current way is brok in 2 ways:
  - RPL_WHOISSPECIAL is meant for 1 line of additional whois info, usually an IRCOp title or
    description. Having a dedicated numeric for it allows for client-side interpretations
    and/or translations.
  - The 'is a Secure Connection' was incorrect English, this has been reported numerous times.
  The PRO's of this change are clear, the only CON is that in-window-/whois's are now
  likely not to show this line properly in-window but rather in the status window, until client
  coders implement this numeric.
  If you wonder why we didn't use RPL_USINGSSL, that's because this numeric collides with
  RPL_STATSDLINE (which we are already using for >5 years).
  If you wonder why we didn't use the RPL_WHOISSECURE numeric as-is (even though I haven't
  seen it in use anywhere), then that's because we wanted to minimize display problems in
  the transition period and the extra parameter would not be used by us anyway.
- - If a locop now has can_override/can_gkline/can_gzline we will print out a warning and
  convert it to globops. This is also what we always did for can_globalroute/can_gkill
  (well, except the warning). Giving such NETWORK (GLOBAL) privileges to a LOCAL operator
  does not make any sense and is therefore no longer allowed.
- - NickChars:
  - Added 'russian-w1251', supplied by Roman Parkin. There are like 7 standards
    in Russia (and like 2-3 main ones), so I didn't dare to call this one 'russian' ;).
  - Added 'czech-w1250' and 'slovak-w1250' (both might miss a few characters).
  - Added 'windows-1250' group which contains czech-w1250, slovak-w1250, polish-w1250
    and hungarian.
  - Hungarian characters show both fine in w1250 and latin2, hence hungarian is included
    both in 'windows-1250' and 'latin2'.
  - Fixed bug: polish was not included in latin2
- - Fixed various OperOverride issues:
  - Opers with can_override can now +qa/-qa even if they are not netadmins,
    and they can also (un)set L/u.
  - Fixed several SAMODE bugs, such as not completely working for non-netadmins and
    not working if you were halfop'ed, etc.
  Bugs reported by pak, aquanight, niphler, Bugz, and more.
  If there are still any bugs left, please report them on http://bugs.unrealircd.org/
  NOTE: some of these enhancements will produce desynchs if your net is not 100%
        on current CVS / Unreal3.2.3 and an oper tries to use these 'new features'.
        So use with care on mixed-version nets.
- - Fixed /(G)ZLINE [nick] placing the *line on *@host instead of *@IP, reported by
  Snake (#0002246).
- - A warning is now sent to the oper if (s)he tries to add a (G)ZLINE on *@host.
  (G)ZLINES should have an ipmask, not a hostmask, because they are processed BEFORE
  any dns lookups are done. Therefore any (g)zlines placed will probably work
  (but not necessarily) for like an hour (or whatever TTL), but after that the
  (ab)user can get in again so this is usually not what you want ;).
  I suppose I'll add a FAQ entry about this.
- - Made badwords (+G) now work with hardcoded word boundaries. Also made the fastbadwords
  system accept more characters. Basically what this means is that the (fast) badwords
  system can now be used to properly block words with accents and things like that, just
  the way you block English words. Bug reported by MJ12Helios (#0002311).
- - Fixed 'russian-w1251', was not working ok at all.
- - Made it so halfops can -h themselves, and chanadmins can -a themselves, reported
  by fez (#0001503).
- - Made spamfilter 'u' also check nickchanges, reported by Gilou (#0002251).
- - Updated doc/technical/token.txt, reported by webfox (#0002373).
- - NickChars: Added 'romanian', supplied by crazytoon.
- - Added 3.2.3 release notes (expected to be changed later on).
- - Updated russian-w1251 (added 2 chars).
- - Made the (G)ZLINE warning only happen on add, as it should. Reported by crazy.
- - Made some (incorrect) -Wall warnings dissapear.
- - Renamed version to 3.2.3-pre1, for Thursday. I'll keep the doc version numbers
  at 3.2.2-CVS to avoid confusion with the online semi-realtime docs ;).
** internal 3.2.3-pre1 release **
- - Fixed a bug with /invite with no parameters (accidentily broken when +I was added)
  (#0002383) reported by trystanscott.
- - Fixed a bug where /SAJOIN user 0 caused a desynch, reported by trystanscott (#0002384).
- - Merged NICKCHARS= in PROTOCTL for now, since a seperate one is not (yet!) needed,
  reported by SolutechUK and psadi (#0002386).
- - Fixed various (major) problems that the '-h yourself' caused, reported by Trocotronic
  (#0002387).
- - Fix for above, also reported by Trocotronic.
** internal 3.2.3-pre2 release **
- - Fixed a couple of typos in doc/example.conf (#0002393) reported by AngryWolf.
- - Added documentation about channel mode +j (#0002392) suggested by Dukat.
- - Added doc/help.de.conf and doc/example.hu.conf
- - Fixed +s/+p and +c/+S desynch issue during netmerge, reported by Ron2K (#0002391).
- - Fixed a bug where an unknown operflag would cause a crash.
- - Windows versions will now be compiled with zlib 1.2.2 and curl 7.13.1.
- - Made windows installer also install doc\technical\*
- - Removed oldcloak cloaking module, everyone should be using the new cloak one by now.
- - Updated release notes (translated docs, zlib, doc\technical, sp/cS desynch).
- - Made +g get removed when an oper sets -o (#0002399) reported by Ron2K.
- - Made it so the win32 version shows channel modes in /list (#0002397) reported by Ron2K.
- - Fixed /SAMODE with no can_override not always working with +G/+j/+T (extcmodes), reported
  by Ron2K (#0002398).
- - Added doc/example.de.conf
** internal 3.2.3-pre3 release **
- - Some spelling fixes in unreal32docs.html, reported by alex323 (#2412).
- - Updated the list of donators
- - /SAMODE could cause 'fishy timestamp' if digit parameters were used (eg: SAMODE #chan +l 5),
  this has now be fixed by sending an explicit TS 0.
- - Fixed an important channelmode +j memory corruption bug that would cause crashes, reported
  by Bergee (#0002416).
- - Some clarifications on /RESTART, remote restarts were well never supported, so the docs
  are now updated on that (no code changes).
** internal 3.2.3-pre4 release **
- - Corrected small doc typo in unreal32docs, reported by arbiter.
** 3.2.3 release **

Downloadable, as usual, from http://www.unrealircd.com/

We have created 2 PGP keys:
releases@unrealircd.com [0x1C8A554E]
 http://www.unrealircd.com/pgp/release_key.asc
 Used for signing releases _only_
coders@lists.unrealircd.org [0x61904C03]
 http://www.unrealircd.com/pgp/coders_key.asc
 For secure communication with the UnrealIRCd head coders.

Since all releases now have PGP signatures (see details when downloading a
file), we suggest you to validate the downloaded files via PGP/GPG instead
of using MD5/SHA1 checksums. But here they are anyway...

MD5 checksums (not recommended):
b41f09c5999c67dc8e33db777b7397cf  Unreal3.2.3.tar.gz
32c1b8545901717775a7d1fc26bea45c  Unreal3.2.3.exe
5e2052ce173edc63c577ab97af1c99c5  Unreal3.2.3-SSL.exe

SHA1 checksums:
5820906434f0c9e2cd027882e85900a919a2065d  Unreal3.2.3.tar.gz
b5897b0e02ae96475fa15c08d5e1c8452de468bb  Unreal3.2.3.exe
535e06ba695f134683d91d7f9cd2eaf15cdf3457  Unreal3.2.3-SSL.exe

Thanks you for using UnrealIRCd,

        The UnrealIRCd team.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCNOpi4cPWX+btKqIRAsvaAKCTpH4dWuiy6R0Tcji6vBqmtaw/vQCeI88i
pMrXj8YxFkUgomcKaVaKiFc=
=16DW
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Unreal-users mailing list
Unreal-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unreal-users




From seth at gonca.net  Mon Mar 14 12:30:22 2005
From: seth at gonca.net (Evren)
Date: Mon Mar 14 12:30:29 2005
Subject: [IRCServices] ircservices 5.0.40 with db of 5.0.48
Message-ID: <001101c528d4$a66b8810$0100000a@seth>


I have 5.0.48 running but i want to go back to 5.0.40 
Will be there any problem about dn compatibility?


Evren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050314/5df6e9b2/attachment.html
From Craig at frostycoolslug.com  Mon Mar 14 13:49:33 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Mon Mar 14 13:49:41 2005
Subject: [IRCServices] ircservices 5.0.40 with db of 5.0.48
In-Reply-To: <001101c528d4$a66b8810$0100000a@seth>
References: <001101c528d4$a66b8810$0100000a@seth>
Message-ID: <423606ED.1010007@frostycoolslug.com>

No, there shouldn't be a problem with regards to compatibility, however, 
it could be unwise, due to bugs and any possible security fixes added to 
services recently.


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

Evren wrote:
> I have 5.0.48 running but i want to go back to 5.0.40 
> Will be there any problem about dn compatibility?
> 
> 
> Evren
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

From brain at winbot.co.uk  Tue Mar 15 09:06:13 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Tue Mar 15 09:06:19 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <000301c526b4$c1217010$484405d5@server>
References: <000301c526b4$c1217010$484405d5@server>
Message-ID: <42371605.8070907@winbot.co.uk>

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

or, maybe as the docs for +q say, it should just kick the oper :)
+q doesnt protect agaisnt kicks from qlined servers hence why the mode
is 'q'.

Brain

Dionisios K. wrote:
> On UnrealIRCD the +q usermode is supported.
> If an oper (with privileges for this) have this usermode noone can kick
> him.
> But if someone use the ChanServ KICK command services will kick the oper
> from the channel.
> I think ChanServ should check if an oper is +q and if yes dont kick him
> at all.
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCNxYF0k42Wxli/BARAjw/AJ0d3J+7g8V/g2m/C+aWPe8hiMW3TACeKWlu
U7h5GRkHPL2wou2cPVnDM6s=
=NkUc
-----END PGP SIGNATURE-----
From vonitsa_net at yahoo.gr  Tue Mar 15 11:48:56 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Tue Mar 15 11:49:30 2005
Subject: [IRCServices] ChanServ KICK Command
Message-ID: <20050315194857.82018.qmail@web54409.mail.yahoo.com>

1) its u:lined server. Not qlined 2) i think u mean
unrealircd docs. Here is ircservices mail list 3) im
asking a feature. This is not a bug.
--- ircservices-bounces@ircservices.esper.net
<brain@winbot.co.uk> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> or, maybe as the docs for +q say, it should just
kick the oper :)
> +q doesnt protect agaisnt kicks from qlined servers
hence why the mode
> is 'q'.
> 
> Brain
> 
> Dionisios K. wrote:
> > On UnrealIRCD the +q usermode is supported.
> > If an oper (with privileges for this) have this
usermode noone can kick
> > him.
> > But if someone use the ChanServ KICK command
services will kick the oper
> > from the channel.
> > I think ChanServ should check if an oper is +q and
if yes dont kick him
> > at all.
> >
------------------------------------------------------------------
> > To unsubscribe or change your subscription
options, visit:
> >
http://lists.ircservices.za.net/mailman/listinfo/ircservices
> > 
> > 
> 
> - --
> WinBot IRC client developer: http://www.winbot.co.uk
> ChatSpike - The users network:
http://www.chatspike.net
> InspIRCd - Modular IRC server:
http://www.inspircd.org
> Online RPG Developer: http://www.ssod.org
> - --
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.5 (MingW32)
> 
>
iD8DBQFCNxYF0k42Wxli/BARAjw/AJ0d3J+7g8V/g2m/C+aWPe8hiMW3TACeKWlu
> U7h5GRkHPL2wou2cPVnDM6s=
> =NkUc
> -----END PGP SIGNATURE-----
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


Dionisios K. - ToXiC On HellenicNet
From brain at winbot.co.uk  Tue Mar 15 11:56:54 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Tue Mar 15 11:56:47 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <20050315194857.82018.qmail@web54409.mail.yahoo.com>
References: <20050315194857.82018.qmail@web54409.mail.yahoo.com>
Message-ID: <42373E06.6070504@winbot.co.uk>

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

meh, simple typo. Although, i believe its this way for a reason.

Dionisios K. wrote:
> 1) its u:lined server. Not qlined 2) i think u mean
> unrealircd docs. Here is ircservices mail list 3) im
> asking a feature. This is not a bug.
> --- ircservices-bounces@ircservices.esper.net
> <brain@winbot.co.uk> wrote:
> 
> or, maybe as the docs for +q say, it should just
> 
>> kick the oper :)
> 
> +q doesnt protect agaisnt kicks from qlined servers
> 
>> hence why the mode
> 
> is 'q'.
> 
> Brain
> 
> Dionisios K. wrote:
> 
>>On UnrealIRCD the +q usermode is supported.
>>If an oper (with privileges for this) have this
> 
>> usermode noone can kick
> 
>>him.
>>But if someone use the ChanServ KICK command
> 
>> services will kick the oper
> 
>>from the channel.
>>I think ChanServ should check if an oper is +q and
> 
>> if yes dont kick him
> 
>>at all.
> 
> 
>> ------------------------------------------------------------------
> 
>>To unsubscribe or change your subscription
> 
>> options, visit:
> 
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> --
> WinBot IRC client developer: http://www.winbot.co.uk
> ChatSpike - The users network:
> 
>> http://www.chatspike.net
> 
> InspIRCd - Modular IRC server:
> 
>> http://www.inspircd.org
> 
> Online RPG Developer: http://www.ssod.org
> --

> ------------------------------------------------------------------

To unsubscribe or change your subscription options,

> visit:

> http://lists.ircservices.za.net/mailman/listinfo/ircservices


> Dionisios K. - ToXiC On HellenicNet
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices



- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCNz4F0k42Wxli/BARAiBcAJ4o1o97Iaue2JoG7DK0xocn00wn1QCeOzvN
OQZRu9SP69eIUlnJ/f0Y0sE=
=vE3A
-----END PGP SIGNATURE-----
From lordbergee at comcast.net  Tue Mar 15 15:09:14 2005
From: lordbergee at comcast.net (Bergee)
Date: Tue Mar 15 15:09:31 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <000301c526b4$c1217010$484405d5@server>
References: <000301c526b4$c1217010$484405d5@server>
Message-ID: <42376B1A.1010204@comcast.net>

        For what it's worth, on my network +q is almost never used, but when it 
is it's often during tracking down botnets or users that are otherwise 
abusing the network.  In this vein it is useful to make it impossible to 
get kicked out of a channel where you want to be so you can monitor the 
situation.  To that end, it would be useful to me if ChanServ noticed 
that +q was set on a user and simply denied the kick.  I would think 
that the OperServ kick function should still ignore +q and proceed with 
the kick, but I'd be interested to hear what others think of this idea.

Comments?

Bergee

Dionisios K. wrote:
> On UnrealIRCD the +q usermode is supported.
> If an oper (with privileges for this) have this usermode noone can kick 
> him.
> But if someone use the ChanServ KICK command services will kick the oper 
> from the channel.
> I think ChanServ should check if an oper is +q and if yes dont kick him 
> at all.
From achurch at achurch.org  Wed Mar 16 11:16:28 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Mar 15 18:17:47 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <42376B1A.1010204@comcast.net>
Message-ID: <42379740.44524@msgid.achurch.org>

     Isn't there already +a for unkickable (which Services does respect)?
Or does Unreal override +a with +q?

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

>       For what it's worth, on my network +q is almost never used, but when it 
>is it's often during tracking down botnets or users that are otherwise 
>abusing the network.  In this vein it is useful to make it impossible to 
>get kicked out of a channel where you want to be so you can monitor the 
>situation.  To that end, it would be useful to me if ChanServ noticed 
>that +q was set on a user and simply denied the kick.  I would think 
>that the OperServ kick function should still ignore +q and proceed with 
>the kick, but I'd be interested to hear what others think of this idea.
>
>Comments?
>
>Bergee
>
>Dionisios K. wrote:
>> On UnrealIRCD the +q usermode is supported.
>> If an oper (with privileges for this) have this usermode noone can kick 
>> him.
>> But if someone use the ChanServ KICK command services will kick the oper 
>> from the channel.
>> I think ChanServ should check if an oper is +q and if yes dont kick him 
>> at all.
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From lordbergee at comcast.net  Tue Mar 15 18:25:41 2005
From: lordbergee at comcast.net (Bergee)
Date: Tue Mar 15 18:26:39 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <42379740.44524@msgid.achurch.org>
References: <42379740.44524@msgid.achurch.org>
Message-ID: <42379925.2040400@comcast.net>

        Sorry I should have been more clear the first time. :)  I was speaking 
about the user mode +q, not the channel mode.  The unreal help describes 
this mode as "q = Only U:lines can kick you (Services Admins/Net Admins 
only)".  Although the part about service/net admins only isn't quite 
true since it could in theory be any oper with the access to that mode 
defined in their oper block.  But I digress, hopefully that makes my 
last post make a bit more sense.

Bergee

P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes 
for +a and +q enabled) treats the channel modes +a and +q more like +h 
than just a status marker for not kickable.  Except of course they have 
more power than +o instead of less.  As in if you have +a or +q, you 
don't actually need +o to kick a user from the channel, or to give 
another user halfops and so on like that.  But I suppose that's another 
email.  :)

Andrew Church wrote:

>      Isn't there already +a for unkickable (which Services does respect)?
> Or does Unreal override +a with +q?
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> 
>>      For what it's worth, on my network +q is almost never used, but when it 
>>is it's often during tracking down botnets or users that are otherwise 
>>abusing the network.  In this vein it is useful to make it impossible to 
>>get kicked out of a channel where you want to be so you can monitor the 
>>situation.  To that end, it would be useful to me if ChanServ noticed 
>>that +q was set on a user and simply denied the kick.  I would think 
>>that the OperServ kick function should still ignore +q and proceed with 
>>the kick, but I'd be interested to hear what others think of this idea.
>>
>>Comments?
>>
>>Bergee
>>
>>Dionisios K. wrote:
>>
>>>On UnrealIRCD the +q usermode is supported.
>>>If an oper (with privileges for this) have this usermode noone can kick 
>>>him.
>>>But if someone use the ChanServ KICK command services will kick the oper 
>>>from the channel.
>>>I think ChanServ should check if an oper is +q and if yes dont kick him 
>>>at all.
>>
>>------------------------------------------------------------------
>>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 Rottman3D at yahoo.com  Tue Mar 15 18:28:02 2005
From: Rottman3D at yahoo.com (Rottman3D@yahoo.com)
Date: Tue Mar 15 18:28:19 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <42379740.44524@msgid.achurch.org>
References: <42376B1A.1010204@comcast.net> <42379740.44524@msgid.achurch.org>
Message-ID: <6.1.1.1.2.20050315212108.02353dd0@pop.mail.yahoo.com>

+q is a user mode that allows opers (not necessarily services admins(user 
mode +a)) to protect themselves from being kicked from any channel. I am 
not sure if Andrew Church means services already respects channel mode +a, 
which is channel admin. +q is a mode that Unreal Opers can set on 
themselves if they have the can_setq oper flag set in the config.

-R

At 09:16 PM 3/15/2005, Andrew Church wrote:
>      Isn't there already +a for unkickable (which Services does respect)?
>Or does Unreal override +a with +q?


From gregk at WWWpages.com  Tue Mar 15 18:29:56 2005
From: gregk at WWWpages.com (Gregory King)
Date: Tue Mar 15 18:29:27 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <42379925.2040400@comcast.net>
References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net>
Message-ID: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com>

pardon my pointing out the obvious, but services is a U: line, therefore
according to the unreal help, chanserv should be able to kick a +q user.



On Tue, March 15, 2005 6:25 pm, Bergee said:
>       Sorry I should have been more clear the first time. :)  I was speaking
> about the user mode +q, not the channel mode.  The unreal help describes
> this mode as "q = Only U:lines can kick you (Services Admins/Net Admins
> only)".  Although the part about service/net admins only isn't quite
> true since it could in theory be any oper with the access to that mode
> defined in their oper block.  But I digress, hopefully that makes my
> last post make a bit more sense.
>
> Bergee
>
> P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes
> for +a and +q enabled) treats the channel modes +a and +q more like +h
> than just a status marker for not kickable.  Except of course they have
> more power than +o instead of less.  As in if you have +a or +q, you
> don't actually need +o to kick a user from the channel, or to give
> another user halfops and so on like that.  But I suppose that's another
> email.  :)
>
> Andrew Church wrote:
>
>>      Isn't there already +a for unkickable (which Services does
>> respect)?
>> Or does Unreal override +a with +q?
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>>
>>
>>>     For what it's worth, on my network +q is almost never used, but when it
>>>is it's often during tracking down botnets or users that are otherwise
>>>abusing the network.  In this vein it is useful to make it impossible to
>>>get kicked out of a channel where you want to be so you can monitor the
>>>situation.  To that end, it would be useful to me if ChanServ noticed
>>>that +q was set on a user and simply denied the kick.  I would think
>>>that the OperServ kick function should still ignore +q and proceed with
>>>the kick, but I'd be interested to hear what others think of this idea.
>>>
>>>Comments?
>>>
>>>Bergee
>>>
>>>Dionisios K. wrote:
>>>
>>>>On UnrealIRCD the +q usermode is supported.
>>>>If an oper (with privileges for this) have this usermode noone can kick
>>>>him.
>>>>But if someone use the ChanServ KICK command services will kick the
>>>> oper
>>>>from the channel.
>>>>I think ChanServ should check if an oper is +q and if yes dont kick him
>>>>at all.
>>>
>>>------------------------------------------------------------------
>>>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 lordbergee at comcast.net  Tue Mar 15 18:33:05 2005
From: lordbergee at comcast.net (Bergee)
Date: Tue Mar 15 18:33:07 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com>
References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net>
        <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com>
Message-ID: <42379AE1.3090609@comcast.net>

        Yes, what the original feature request was asking for was that Services 
look for that user mode and respect it to some degree by preventing a 
regular user from using ChanServ to kick a +q user (read: oper). :)

Bergee

Gregory King wrote:
> pardon my pointing out the obvious, but services is a U: line, therefore
> according to the unreal help, chanserv should be able to kick a +q user.
> 
From Rottman3D at yahoo.com  Tue Mar 15 18:34:05 2005
From: Rottman3D at yahoo.com (Rottman3D@yahoo.com)
Date: Tue Mar 15 18:34:12 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com>
References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net>
        <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com>
Message-ID: <6.1.1.1.2.20050315213050.02353d40@pop.mail.yahoo.com>

Yes, U-lined servers should have the ability to kick +q users but they 
should not allow users the power to remove opers. Opers are there to handle 
unruly users, as such if an oper has the ability to protect himself from 
kicks, in my opinion, services should respect that.

-R


At 09:29 PM 3/15/2005, you wrote:
>pardon my pointing out the obvious, but services is a U: line, therefore
>according to the unreal help, chanserv should be able to kick a +q user.
>
>
>
>On Tue, March 15, 2005 6:25 pm, Bergee said:
> >       Sorry I should have been more clear the first time. :)  I was 
> speaking
> > about the user mode +q, not the channel mode.  The unreal help describes
> > this mode as "q = Only U:lines can kick you (Services Admins/Net Admins
> > only)".  Although the part about service/net admins only isn't quite
> > true since it could in theory be any oper with the access to that mode
> > defined in their oper block.  But I digress, hopefully that makes my
> > last post make a bit more sense.
> >
> > Bergee
> >
> > P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes
> > for +a and +q enabled) treats the channel modes +a and +q more like +h
> > than just a status marker for not kickable.  Except of course they have
> > more power than +o instead of less.  As in if you have +a or +q, you
> > don't actually need +o to kick a user from the channel, or to give
> > another user halfops and so on like that.  But I suppose that's another
> > email.  :)
> >
> > Andrew Church wrote:
> >
> >>      Isn't there already +a for unkickable (which Services does
> >> respect)?
> >> Or does Unreal override +a with +q?
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>
> >>
> >>
> >>>     For what it's worth, on my network +q is almost never used, but 
> when it
> >>>is it's often during tracking down botnets or users that are otherwise
> >>>abusing the network.  In this vein it is useful to make it impossible to
> >>>get kicked out of a channel where you want to be so you can monitor the
> >>>situation.  To that end, it would be useful to me if ChanServ noticed
> >>>that +q was set on a user and simply denied the kick.  I would think
> >>>that the OperServ kick function should still ignore +q and proceed with
> >>>the kick, but I'd be interested to hear what others think of this idea.
> >>>
> >>>Comments?
> >>>
> >>>Bergee
> >>>
> >>>Dionisios K. wrote:
> >>>
> >>>>On UnrealIRCD the +q usermode is supported.
> >>>>If an oper (with privileges for this) have this usermode noone can kick
> >>>>him.
> >>>>But if someone use the ChanServ KICK command services will kick the
> >>>> oper
> >>>>from the channel.
> >>>>I think ChanServ should check if an oper is +q and if yes dont kick him
> >>>>at all.
> >>>


From vonitsa_net at yahoo.gr  Tue Mar 15 21:36:32 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Tue Mar 15 21:43:19 2005
Subject: [IRCServices] ChanServ KICK Command
Message-ID: <20050316053632.49259.qmail@web54407.mail.yahoo.com>

exactly:->
--- ircservices-bounces@ircservices.esper.net
<lordbergee@comcast.net> wrote:
>       Yes, what the original feature request was asking
for was that Services 
> look for that user mode and respect it to some
degree by preventing a 
> regular user from using ChanServ to kick a +q user
(read: oper). :)
> 
> Bergee
> 
> Gregory King wrote:
> > pardon my pointing out the obvious, but services
is a U: line, therefore
> > according to the unreal help, chanserv should be
able to kick a +q user.
> > 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


Dionisios K. - ToXiC On HellenicNet
From achurch at achurch.org  Wed Mar 16 22:29:03 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Mar 16 05:30:02 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <42379925.2040400@comcast.net>
Message-ID: <423834c9.44620@msgid.achurch.org>

>       Sorry I should have been more clear the first time. :)  I was speaking 
>about the user mode +q, not the channel mode.  The unreal help describes 
>this mode as "q = Only U:lines can kick you (Services Admins/Net Admins 
>only)"

     Hm, then ChanServ KICK should probably pay attention to that.  I'll
think about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Wed Mar 16 09:31:49 2005
From: admin at vonitsanet.gr (admin@vonitsanet.gr)
Date: Wed Mar 16 09:32:59 2005
Subject: [IRCServices] restrict modes from mlock
Message-ID: <qVFJSyWhZ0fh.hKqj1gLk@smtp.mail.yahoo.com>

I think many netadmins with unrealircd will agree with this.. 
I'm asking for a set option to operserv to have the ability to disable specific channel modes from been used with chanserv mlock command.. 
Im asking for this because with unrealircd i can lock the channel modes i want and i can make them to be always enabled or disabled on all channels. 
A u:lined server overrides it (of course). 
So if an admin want always +c on all channels any user can add mlock -c and the mode got removed so easy from chanserv.. 
If i had a way to disable the mode "c" from the mlock everything will be ok..

From dropby21 at hotmail.com  Mon Mar 21 23:44:20 2005
From: dropby21 at hotmail.com (dropby dropby)
Date: Mon Mar 21 23:44:29 2005
Subject: [IRCServices] restart lost all of the data in ircserver
Message-ID: <BAY14-F1799CB33F24A6DAD7B38B7DE4E0@phx.gbl>

i install unreal 3.2.3 and ircservices 5.0.49
when i restart ircservices all the information i registered nick channels 
are clearing sory for my bad english i will try to explain  simply
i register colocated nick and identified it and after i restarted irc 
services it says the nickname isn't registered

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

From Craig at frostycoolslug.com  Mon Mar 21 23:46:10 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Mon Mar 21 23:48:22 2005
Subject: [IRCServices] restart lost all of the data in ircserver
In-Reply-To: <BAY14-F1799CB33F24A6DAD7B38B7DE4E0@phx.gbl>
References: <BAY14-F1799CB33F24A6DAD7B38B7DE4E0@phx.gbl>
Message-ID: <423FCD42.2080303@frostycoolslug.com>

It takes several minutes for the nicknames to be stored to a database, 
try running a /msg operserv update before shutting services down.

Also when shutting services down, us /os shutdown _NOT_ /os quit, as the 
help file states:

Causes Services to do an immediate shutdown; databases are
not saved.  This command should not be used unless
damage to the in-memory copies of the databases is feared
and they should not be saved.  For normal shutdowns, use the
SHUTDOWN command.

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

dropby dropby wrote:
> i install unreal 3.2.3 and ircservices 5.0.49
> when i restart ircservices all the information i registered nick 
> channels are clearing sory for my bad english i will try to explain  simply
> i register colocated nick and identified it and after i restarted irc 
> services it says the nickname isn't registered
> 
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's FREE! 
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From Craig at frostycoolslug.com  Sun Mar 27 19:49:20 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sun Mar 27 19:49:31 2005
Subject: [IRCServices] A minor.. issue..
Message-ID: <42477EC0.3010800@frostycoolslug.com>


[Mar 27 22:52:39.619309 2005] debug: Received: :OperServ NOTICE HelpServ 
:The session limit for your host ^Bragedirc.com^B has been exceeded.
[Mar 27 22:52:39.619369 2005] debug: Received: :OperServ KILL HelpServ 
:OperServ (Session limit exceeded)

Maybe some code would be needed to prevent that, ensure that operserv 
doesn't kill one of the services, otherwise, a network with a large 
number of services from the same host would have problems.. (Especially 
if they want a low session limit).

(Although this occured using our InspIRCd module, could you please point 
out if that is at fault src @ 
http://ovh.dl.sourceforge.net/sourceforge/inspircd/inspircd.c)

Thanks :)

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

From katarn at shadowfire.org  Mon Mar 28 09:16:59 2005
From: katarn at shadowfire.org (Katarn)
Date: Mon Mar 28 09:17:23 2005
Subject: [IRCServices] Bug in NickServ listlinks
Message-ID: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net>


Hi,

It was brought to my attention by a user the other day, that NickServ's
listlinks feature works for any nickname, without identifying for the
nick. By default, only services operators or above are supposed to be able
to do this I believe.
Basically, any person can come on with any nick that they want to see all
the linked nicks for, and use "/msg nickserv listlinks" to see all the
nicknames linked to that nick, if they have not identified at all.
-Katarn


From Craig at frostycoolslug.com  Mon Mar 28 09:42:58 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Mon Mar 28 09:42:58 2005
Subject: [IRCServices] Bug in NickServ listlinks
In-Reply-To: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net>
References: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net>
Message-ID: <42484222.3070707@frostycoolslug.com>

Well spotted, If your looking for an immediate fix, find 
ircservices-5.0.xx/modules/nickserv/link.c

and add the following at line 197

--- CODE SNIPPIT ---
        } else if (!user_identified(u)) {
                notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ);
                return;

--- END CODE SNIPPIT ---

(You should be able to paste all that, including the line break into 
like 197, and everything will fall into alignment)

I'm sure andy will include this fix in the next release of services :)
/****************************************
  *     Craig "FrostyCoolSlug" McLure
  *       Craig@FrostyCoolSlug.com
  * InspIRCd   - http://www.inspircd.org
  * ChatSpike  - http://www.chatspike.net
  ****************************************/

Katarn wrote:
> Hi,
> 
> It was brought to my attention by a user the other day, that NickServ's
> listlinks feature works for any nickname, without identifying for the
> nick. By default, only services operators or above are supposed to be able
> to do this I believe.
> Basically, any person can come on with any nick that they want to see all
> the linked nicks for, and use "/msg nickserv listlinks" to see all the
> nicknames linked to that nick, if they have not identified at all.
> -Katarn
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From Craig at frostycoolslug.com  Mon Mar 28 10:09:30 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Mon Mar 28 10:09:26 2005
Subject: [IRCServices] Bug in NickServ listlinks
In-Reply-To: <42484222.3070707@frostycoolslug.com>
References: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net>
        <42484222.3070707@frostycoolslug.com>
Message-ID: <4248485A.70809@frostycoolslug.com>

My mistake, the code went in the wrong place..

Find the Section:

-- Code Snippit (Line 208) --
         if (!(ni = u->ni) || !(ngi = u->ngi) || ngi == 
NICKGROUPINFO_INVALID) {
             notice_lang(s_NickServ, u, NICK_NOT_REGISTERED);
             return;
         }
-- Code Snippit --

And replace it with:

-- Code Snippit --
         if (!(ni = u->ni) || !(ngi = u->ngi) || ngi == 
NICKGROUPINFO_INVALID) {
             notice_lang(s_NickServ, u, NICK_NOT_REGISTERED);
             return;
         } else if (!user_identified(u)) {
             notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ);
             return;
         }

-- End Code Snippit --

and remove the text on line 197

My appoligies for the mixup.

--
With this new fix in place, if a user attempts to /ns listlinks they get:

(19:04:37)  ?? [ NickServ (services@chatspike.net) ] Password 
authentication required for that command.
(19:04:37)  ?? [ NickServ (services@chatspike.net) ] Retry after typing 
/msg NickServ IDENTIFY password.

(I have an annoying habit of not testing code before submitting it :/)

Sorry again.


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

Craig McLure wrote:
> Well spotted, If your looking for an immediate fix, find 
> ircservices-5.0.xx/modules/nickserv/link.c
> 
> and add the following at line 197
> 
> --- CODE SNIPPIT ---
>     } else if (!user_identified(u)) {
>         notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ);
>         return;
> 
> --- END CODE SNIPPIT ---
> 
> (You should be able to paste all that, including the line break into 
> like 197, and everything will fall into alignment)
> 
> I'm sure andy will include this fix in the next release of services :)
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
> 
> Katarn wrote:
> 
>> Hi,
>>
>> It was brought to my attention by a user the other day, that NickServ's
>> listlinks feature works for any nickname, without identifying for the
>> nick. By default, only services operators or above are supposed to be 
>> able
>> to do this I believe.
>> Basically, any person can come on with any nick that they want to see all
>> the linked nicks for, and use "/msg nickserv listlinks" to see all the
>> nicknames linked to that nick, if they have not identified at all.
>> -Katarn
>>
>>
>> ------------------------------------------------------------------
>> 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 at webmail.co.za  Mon Mar 28 11:47:58 2005
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Mon Mar 28 11:48:15 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <20050328034935.C0EBCF8A3F3@sakura.ian-justman.com>
Message-ID: <web-690727762@mail01.infosat.net>

Same issue noted with the alpha version of NeoStats 3.

I'm thinking that Services should automatically exempt clients on U:lined
servers from session limits.
______________________________________________________________
http://www.webmail.co.za the South African FREE email service
From medice at gmx.at  Mon Mar 28 13:22:41 2005
From: medice at gmx.at (Medice)
Date: Mon Mar 28 13:21:15 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <web-690727762@mail01.infosat.net>
References: <web-690727762@mail01.infosat.net>
Message-ID: <424875A1.5050509@gmx.at>

i personally think the responsible admins could set approptiate 
session-limit-exceptions suitable for the present needs...

regards
Medice
From achurch at achurch.org  Tue Mar 29 10:48:33 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Mar 28 17:48:52 2005
Subject: [IRCServices] Bug in NickServ listlinks
In-Reply-To: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net>
Message-ID: <4248b3fc.11347@msgid.achurch.org>

     Fixed, thanks for the report.

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

>
>Hi,
>
>It was brought to my attention by a user the other day, that NickServ's
>listlinks feature works for any nickname, without identifying for the
>nick. By default, only services operators or above are supposed to be able
>to do this I believe.
>Basically, any person can come on with any nick that they want to see all
>the linked nicks for, and use "/msg nickserv listlinks" to see all the
>nicknames linked to that nick, if they have not identified at all.
>-Katarn
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From dnb at majestic-liaisons.com  Mon Mar 28 20:08:03 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Mon Mar 28 20:08:43 2005
Subject: [IRCServices] Re: A minor.. issue..
References: <web-690727762@mail01.infosat.net>
Message-ID: <000d01c53414$ead5d640$0100a8c0@dnblaptop>

Kieron Thwaites Wrote :
> Same issue noted with the alpha version of NeoStats 3.
>
> I'm thinking that Services should automatically exempt clients on U:lined
> servers from session limits.

even Neostats 2.5 series had the same problem along with any services that
introduce a number of Pseudo Clients, so session exceptions must have been
added for them if they were connected.

the problem is finding out what are U-lined servers, as U-lines are not
propagated by most IRCd's. The only real solution is adding an entry to the
OperServ Exceptions list exempting the hosts used by the Pseudo Clients.

DNB


From jerome at gmanmi.tv  Mon Mar 28 23:50:59 2005
From: jerome at gmanmi.tv (Jerome Macaranas)
Date: Mon Mar 28 23:51:48 2005
Subject: [IRCServices] Channel expiration
Message-ID: <200503291551.00196.jerome@gmanmi.tv>

hi,

        i was wondering is it possible to do a NOEXPIRE on selective channels?

tia,
From brain at winbot.co.uk  Mon Mar 28 23:55:01 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Mon Mar 28 23:54:54 2005
Subject: [IRCServices] Channel expiration
In-Reply-To: <200503291551.00196.jerome@gmanmi.tv>
References: <200503291551.00196.jerome@gmanmi.tv>
Message-ID: <424909D5.9010609@winbot.co.uk>

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

yes probably with /chanserv set #channel noexpire on.

Jerome Macaranas wrote:
> hi,
> 
>       i was wondering is it possible to do a NOEXPIRE on selective channels?
> 
> tia,
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

- --
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFCSQnV0k42Wxli/BARAsGPAJ0bie1WcQ9dJZV26oqw+qH+/ti9XwCeNODM
N89mRFnZ/kpSPuMAuAZe/so=
=CJ8Y
-----END PGP SIGNATURE-----
From xxx.coder at gmail.com  Tue Mar 29 03:06:40 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Tue Mar 29 03:07:01 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <000d01c53414$ead5d640$0100a8c0@dnblaptop>
References: <web-690727762@mail01.infosat.net>
        <000d01c53414$ead5d640$0100a8c0@dnblaptop>
Message-ID: <ce6d5360050329030654b3afb1@mail.gmail.com>

Why don't you introduce the pseudo clients with different hostnames..
All they would have in common is only the server they're from.


On Tue, 29 Mar 2005 13:38:03 +0930, DeadNotBuried
<dnb@majestic-liaisons.com> wrote:
> Kieron Thwaites Wrote :
> > Same issue noted with the alpha version of NeoStats 3.
> >
> > I'm thinking that Services should automatically exempt clients on U:lined
> > servers from session limits.
> 
> even Neostats 2.5 series had the same problem along with any services that
> introduce a number of Pseudo Clients, so session exceptions must have been
> added for them if they were connected.
> 
> the problem is finding out what are U-lined servers, as U-lines are not
> propagated by most IRCd's. The only real solution is adding an entry to the
> OperServ Exceptions list exempting the hosts used by the Pseudo Clients.
> 
> DNB
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 


-- 
Evlogi Petrov - ongeboren@UniBG
From Craig at frostycoolslug.com  Tue Mar 29 15:51:32 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Tue Mar 29 15:52:23 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <ce6d5360050329030654b3afb1@mail.gmail.com>
References: <web-690727762@mail01.infosat.net>  <000d01c53414$ead5d640$0100a8c0@dnblaptop>
        <ce6d5360050329030654b3afb1@mail.gmail.com>
Message-ID: <4249EA04.8090709@frostycoolslug.com>

I think you have all missed the point in this post completly.

I wasn't talking about services killing neostats pseudos (Hell, as far 
as i'm concirned, thats good behaviour, and what exceptions are for). 
I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like 
Operserv killing Nickserv / Chanserv / HelpServ) because their host has 
reached the session limit. I am unsure if this is a bug in our 
IRCServices module, or a problem with the core itself.

Note: This seems to be our fault, we echo connections back to the local 
server (something to do with the mesh iirc), making services aware of 
their existance. We'll fix it.

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

ongeboren wrote:

>>Kieron Thwaites Wrote :
>>
>>>Same issue noted with the alpha version of NeoStats 3.
>>>
>>>I'm thinking that Services should automatically exempt clients on U:lined
>>>servers from session limits.
>>
>>even Neostats 2.5 series had the same problem along with any services that
>>introduce a number of Pseudo Clients, so session exceptions must have been
>>added for them if they were connected.
>>
>>the problem is finding out what are U-lined servers, as U-lines are not
>>propagated by most IRCd's. The only real solution is adding an entry to the
>>OperServ Exceptions list exempting the hosts used by the Pseudo Clients.
>>
>>DNB
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
> 
> 
> 

From achurch at achurch.org  Thu Mar 31 02:45:44 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Mar 30 09:46:29 2005
Subject: [IRCServices] Services 5.0.50 released
Message-ID: <424ae5e3.54747@msgid.achurch.org>

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

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

12cea66c42ac0c762692272fff36df22  ircservices-5.0.50.tar.gz
b3137b27b89fa0db99bcc4bab5fd376f  ircservices-5.0.50.diff.gz
6eb6215d8063dbaa5ff5a468054fde2f  ircservices-5.0.50-1.i386.rpm
a7bcc2c4e26797092a9994fa4931ffcd  ircservices_5.0.50-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.0.50
-------------------------
2005/03/29      Fixed security hole in NickServ LISTLINKS allowing any user
                    to view a nick's links.  Reported by
                    <katarn@shadowfire.org>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Wed Mar 30 19:47:18 2005
From: surreal.w00t at gmail.com (w00t)
Date: Wed Mar 30 19:47:30 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <4249EA04.8090709@frostycoolslug.com>
References: <web-690727762@mail01.infosat.net>
        <000d01c53414$ead5d640$0100a8c0@dnblaptop>
        <ce6d5360050329030654b3afb1@mail.gmail.com>
        <4249EA04.8090709@frostycoolslug.com>
Message-ID: <b19eae4e05033019477982d3b4@mail.gmail.com>

Making services aware of themselves?! Whoa, that's certainly... interesting :P


On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure
<Craig@frostycoolslug.com> wrote:
> I think you have all missed the point in this post completly.
> 
> I wasn't talking about services killing neostats pseudos (Hell, as far
> as i'm concirned, thats good behaviour, and what exceptions are for).
> I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like
> Operserv killing Nickserv / Chanserv / HelpServ) because their host has
> reached the session limit. I am unsure if this is a bug in our
> IRCServices module, or a problem with the core itself.
> 
> Note: This seems to be our fault, we echo connections back to the local
> server (something to do with the mesh iirc), making services aware of
> their existance. We'll fix it.
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
> 
> ongeboren wrote:
> 
> >>Kieron Thwaites Wrote :
> >>
> >>>Same issue noted with the alpha version of NeoStats 3.
> >>>
> >>>I'm thinking that Services should automatically exempt clients on U:lined
> >>>servers from session limits.
> >>
> >>even Neostats 2.5 series had the same problem along with any services that
> >>introduce a number of Pseudo Clients, so session exceptions must have been
> >>added for them if they were connected.
> >>
> >>the problem is finding out what are U-lined servers, as U-lines are not
> >>propagated by most IRCd's. The only real solution is adding an entry to the
> >>OperServ Exceptions list exempting the hosts used by the Pseudo Clients.
> >>
> >>DNB
> >>
> >>
> >>------------------------------------------------------------------
> >>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
> 


-- 
--w00t
From gregk at WWWpages.com  Wed Mar 30 19:59:23 2005
From: gregk at WWWpages.com (Gregory King)
Date: Wed Mar 30 19:58:40 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <b19eae4e05033019477982d3b4@mail.gmail.com>
References: <web-690727762@mail01.infosat.net>
        <000d01c53414$ead5d640$0100a8c0@dnblaptop>
        <ce6d5360050329030654b3afb1@mail.gmail.com>
        <4249EA04.8090709@frostycoolslug.com>
        <b19eae4e05033019477982d3b4@mail.gmail.com>
Message-ID: <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com>

were not we warned of the dangers of this in the Terminator movies???

:>




On Wed, March 30, 2005 7:47 pm, w00t said:
> Making services aware of themselves?! Whoa, that's certainly...
> interesting :P
>
>
> On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure
> <Craig@frostycoolslug.com> wrote:
>> I think you have all missed the point in this post completly.
>>
>> I wasn't talking about services killing neostats pseudos (Hell, as far
>> as i'm concirned, thats good behaviour, and what exceptions are for).
>> I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like
>> Operserv killing Nickserv / Chanserv / HelpServ) because their host has
>> reached the session limit. I am unsure if this is a bug in our
>> IRCServices module, or a problem with the core itself.
>>
>> Note: This seems to be our fault, we echo connections back to the local
>> server (something to do with the mesh iirc), making services aware of
>> their existance. We'll fix it.
>>
>> /****************************************
>>  *     Craig "FrostyCoolSlug" McLure
>>  *       Craig@FrostyCoolSlug.com
>>  * InspIRCd   - http://www.inspircd.org
>>  * ChatSpike  - http://www.chatspike.net
>>  ****************************************/
>>
>> ongeboren wrote:
>>
>> >>Kieron Thwaites Wrote :
>> >>
>> >>>Same issue noted with the alpha version of NeoStats 3.
>> >>>
>> >>>I'm thinking that Services should automatically exempt clients on
>> U:lined
>> >>>servers from session limits.
>> >>
>> >>even Neostats 2.5 series had the same problem along with any services
>> that
>> >>introduce a number of Pseudo Clients, so session exceptions must have
>> been
>> >>added for them if they were connected.
>> >>
>> >>the problem is finding out what are U-lined servers, as U-lines are
>> not
>> >>propagated by most IRCd's. The only real solution is adding an entry
>> to the
>> >>OperServ Exceptions list exempting the hosts used by the Pseudo
>> Clients.
>> >>
>> >>DNB
>> >>
>> >>
>> >>------------------------------------------------------------------
>> >>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
>>
>
>
> --
> --w00t
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From Craig at frostycoolslug.com  Wed Mar 30 20:10:20 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Mar 30 20:10:29 2005
Subject: [IRCServices] Re: A minor.. issue..
In-Reply-To: <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com>
References: <web-690727762@mail01.infosat.net>  <000d01c53414$ead5d640$0100a8c0@dnblaptop>      <ce6d5360050329030654b3afb1@mail.gmail.com>     <4249EA04.8090709@frostycoolslug.com>   <b19eae4e05033019477982d3b4@mail.gmail.com>
        <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com>
Message-ID: <424B782C.2080105@frostycoolslug.com>

Ok, can we please stop the slightly spammy emailing.. Thanks.

After giving w00t a bashing, he responded with a slightly more useful query:

 > I did have a point to that email, I just didn't really make it clear.
 > My point was, if the IRCd is introducing nickserv etc back to
 > services, wouldn't it b e a way for services to track themselves being
 > in channels etc?

I'll answer that here, as it seems relevent :p
--

Yes it is, however, it had some unforseen conciquences, including 
Operserv killing other pseudos for breaking the exception limits etc 
(When it broke the limits, it got into an introdude_user() loop 
attempting to 'respawn' the clients onto the server and them being 
killed straight afterwards).

Services are designed to not be known to exist for a reason, this is 
just one of them (I'm sure there are more).

What happened to us was an accident, based on our linking protocols, its 
undesigned behaviour, and services didn't know how to correctly respond 
to it, so went nuts.

Services being aware that they exist could also result in a LOT of 
redundant data beeing sent back to them, you must remember, Services 
attmpts to parse EVERYTHING that is sent to them via the IRCd, and 
because its not been programmed to allow for this, it could easily cause 
overflows / segfaults (Although from my experiance with the code, i 
doubt this would happen, but the fact recieving this crap isn't in its 
design, bad things could happen).

Its for reasons such as this, that botserv isn't very possible with the 
current services core.


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

Gregory King wrote:
> were not we warned of the dangers of this in the Terminator movies???
> 
> :>
> 
> 
> 
> 
> On Wed, March 30, 2005 7:47 pm, w00t said:
> 
>>Making services aware of themselves?! Whoa, that's certainly...
>>interesting :P
>>
>>
>>On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure
>><Craig@frostycoolslug.com> wrote:
>>
>>>I think you have all missed the point in this post completly.
>>>
>>>I wasn't talking about services killing neostats pseudos (Hell, as far
>>>as i'm concirned, thats good behaviour, and what exceptions are for).
>>>I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like
>>>Operserv killing Nickserv / Chanserv / HelpServ) because their host has
>>>reached the session limit. I am unsure if this is a bug in our
>>>IRCServices module, or a problem with the core itself.
>>>
>>>Note: This seems to be our fault, we echo connections back to the local
>>>server (something to do with the mesh iirc), making services aware of
>>>their existance. We'll fix it.
>>>
>>>/****************************************
>>> *     Craig "FrostyCoolSlug" McLure
>>> *       Craig@FrostyCoolSlug.com
>>> * InspIRCd   - http://www.inspircd.org
>>> * ChatSpike  - http://www.chatspike.net
>>> ****************************************/
>>>
>>>ongeboren wrote:
>>>
>>>
>>>>>Kieron Thwaites Wrote :
>>>>>
>>>>>
>>>>>>Same issue noted with the alpha version of NeoStats 3.
>>>>>>
>>>>>>I'm thinking that Services should automatically exempt clients on
>>>
>>>U:lined
>>>
>>>>>>servers from session limits.
>>>>>
>>>>>even Neostats 2.5 series had the same problem along with any services
>>>
>>>that
>>>
>>>>>introduce a number of Pseudo Clients, so session exceptions must have
>>>
>>>been
>>>
>>>>>added for them if they were connected.
>>>>>
>>>>>the problem is finding out what are U-lined servers, as U-lines are
>>>
>>>not
>>>
>>>>>propagated by most IRCd's. The only real solution is adding an entry
>>>
>>>to the
>>>
>>>>>OperServ Exceptions list exempting the hosts used by the Pseudo
>>>
>>>Clients.
>>>
>>>>>DNB
>>>>>
>>>>>
>>>>>------------------------------------------------------------------
>>>>>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
>>>
>>
>>
>>--
>>--w00t
>>------------------------------------------------------------------
>>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 Mar 31 16:21:38 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Mar 30 23:24:18 2005
Subject: [IRCServices] newbie kickstart document
In-Reply-To: <1109639711.6629.57.camel@stantz.corp.sgi.com>
Message-ID: <424ba59b.71056@msgid.achurch.org>

>Do you guys happen to have a "newbie kickstart document" to speed up
>things for a newcomer? Essentially, how to bootstrap a small population
>of admins, create a few channels and assign access permissions and
>things like that.

     Judging from the lack of response, it looks like nobody's written
anything like that.  Personally, I'd recommend taking the time to just read
the manual; in particular, section 3 is a good description of exactly how
Services works and what you need to keep track of.

>Do i have to login as SuperUser and create admins? If yes, then i should
>probably password-protect that nick pretty soon now, right?

     Yes, you do, and yes, you should make sure you register the nick
before anyone else does.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Mar 31 16:52:36 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Mar 30 23:52:55 2005
Subject: [IRCServices] ircservices should enforce +R
In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com>
Message-ID: <424bac52.71200@msgid.achurch.org>

     Added for 5.0.51.

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

>on many ircds +R chmode is supported by now. I thing
>services should enforce it on 1st user joins the
>channel like +OA and +z on Unrealircd
>
>=====
>Dionisios K. - ToXiC On HellenicNet
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Thu Mar 31 17:37:12 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 31 00:37:41 2005
Subject: [IRCServices] NickServ Suspend (bug?)
In-Reply-To: <002801c52110$e8078f10$2f4405d5@server>
Message-ID: <424bb6ce.74576@msgid.achurch.org>

     Fixed for 5.0.51 (and please don't use HTML).

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

>This is a multi-part message in MIME format.
>
>--===============0166732631==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_0025_01C52121.A9B388C0"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0025_01C52121.A9B388C0
>Content-Type: text/plain;
>       charset="iso-8859-7"
>Content-Transfer-Encoding: quoted-printable
>
>If i forbid a nickname and IF it the nick is used the time i forbid it =
>NickServ will show this on the user:
>
>-NickServ- This nickname may not be used. Please choose another one. If =
>you do not change your nickname within one minute, it will be changed =
>automatically.
>
>
>BUT this is not happening with suspended nicknames.=20
>If i suspend a nickname and the nickname is used at the moment his owner =
>can use it until he will be disconnect or change his nick to another one.
>------=_NextPart_000_0025_01C52121.A9B388C0
>Content-Type: text/html;
>       charset="iso-8859-7"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-7">
><META content=3D"MSHTML 6.00.2900.2604" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>If i forbid a nickname and IF it the =
>nick is used=20
>the time i forbid it NickServ will show this on the user:</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>-NickServ- This nickname may not be =
>used. Please=20
>choose another one. If you do not change your nickname within one =
>minute, it=20
>will be changed automatically.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>BUT this is not happening with =
>suspended nicknames.=20
></FONT></DIV>
><DIV><FONT face=3DArial size=3D2>If i suspend a nickname and the =
>nickname is used at=20
>the moment&nbsp;his owner can use it until he&nbsp;will be disconnect or =
>change=20
>his nick to another one.</FONT></DIV></BODY></HTML>
>
>------=_NextPart_000_0025_01C52121.A9B388C0--
>
>
>--===============0166732631==
>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
>--===============0166732631==--
>
From achurch at achurch.org  Thu Mar 31 18:06:08 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 31 01:20:31 2005
Subject: [IRCServices] ChanServ KICK Command
In-Reply-To: <000301c526b4$c1217010$484405d5@server>
Message-ID: <424bc0d9.76600@msgid.achurch.org>

>On UnrealIRCD the +q usermode is supported.
>If an oper (with privileges for this) have this usermode noone can kick him.
>But if someone use the ChanServ KICK command services will kick the oper 
>from the channel.
>I think ChanServ should check if an oper is +q and if yes dont kick him at 
>all. 

     Rather than relying on Unreal's +q, I'm going to make it so ChanServ
KICK refuses to kick anyone with Services operator privilege (or above).
Just make sure anyone you give +q privilege to has Services operator
privileges as well and you'll have no problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Mar 31 18:29:59 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 31 01:36:01 2005
Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in
        mask: *
In-Reply-To: <007601c527c2$ac92aec0$0100000a@seth>
Message-ID: <424bc479.76747@msgid.achurch.org>

>[Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G =
>* pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$
>[Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G =
>* 141.85.1.46 services.turkirc.org
>[Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) =
>Missing @ in mask: *
>[Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer)

     I can't reproduce this.  There shouldn't be any way to get an autokill
of "*" into the database anyway, unless you imported databases from another
program (and convert-db should check for this as well, but that's a separate
issue).  Have you modified Services, or are you using third-party modules?
If not, I'll need a backtrace (see FAQ Z.3.5) to try and find this.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu Mar 31 18:36:08 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Mar 31 01:36:30 2005
Subject: [IRCServices] restrict modes from mlock
In-Reply-To: <qVFJSyWhZ0fh.hKqj1gLk@smtp.mail.yahoo.com>
Message-ID: <424bc49a.76761@msgid.achurch.org>

     This issue has been brought up before; I'm considering it for 5.1, but
it's not high priority.

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

>I think many netadmins with unrealircd will agree with this.. 
>I'm asking for a set option to operserv to have the ability to disable specific channel modes from been used with chanserv mlock command.. 
>Im asking for this because with unrealircd i can lock the channel modes i want and i can make them to be always enabled or disabled on all channels. 
>A u:lined server overrides it (of course). 
>So if an admin want always +c on all channels any user can add mlock -c and the mode got removed so easy from chanserv.. 
>If i had a way to disable the mode "c" from the mlock everything will be ok..
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sat Apr  2 17:29:00 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Apr 30 14:03:11 2005
Subject: [IRCServices] Services 5.0.51 released
Message-ID: <424f46d1.04244@msgid.achurch.org>

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

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

0c5d5fa6be1798fbe25ca9a728ac0839  ircservices-5.0.51.tar.gz
118701b5c92c3fe13447c40ffbec52e0  ircservices-5.0.51.diff.gz
4aff1944840953e4a6700000d4954f8c  ircservices-5.0.51-1.i386.rpm
9999afd340b6617e64cb3ec4f26608ed  ircservices_5.0.51-1_i386.deb

The mirrors should have it shortly.

     This release addresses the problems mentioned recently on the mailing
list, as well as a minor security issue allowing users to keep usermode +r
after their nick was suspended or forbidden.  convert-db has also been
improved to avoid letting bad data (such as autokills with missing username
or hostname parts) into the database.

Changes in version 5.0.51
-------------------------
2005/04/02      convert-db now checks for more potential problems with the
                    imported databases before writing out the XML data.
2005/04/02      Fixed bugs when converting databases from old versions of
                    PTlink Services.
2005/04/01      Fixed handling of links to forbidden nicks when converting
                    Auspice databases.
2005/03/31      ChanServ KICK no longer allows Services opers to be kicked.
2005/03/31      Ensured that usermode +r is cleared from nicks which lose
                    their identification status (e.g. from FORBID/SUSPEND).
2005/03/31      NickServ SUSPEND now forces the user of the suspended
                    nick to change nicknames, as FORBID does.  Reported by
                    Dionisios K. <vonitsa_net@yahoo.gr>
2005/03/31      ChanServ now stops non-identified users from joining
                    channels with mode +R locked on.  Suggested by
                    Dionisios K. <vonitsa_net@yahoo.gr>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Sun Apr 10 03:32:42 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sat Apr 30 14:03:20 2005
Subject: [IRCServices] NSRequireEmail Question
Message-ID: <000b01c53db8$9a5efb80$4b4405d5@server>

Hello guys. I have a little question:-))

If i enable the NSRequireEmail option what will happen with the nicknames 
without an email address? 

From Craig at frostycoolslug.com  Fri Apr 29 12:29:54 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Apr 30 14:03:37 2005
Subject: [IRCServices] PING before connect?
Message-ID: <42728B32.2030508@frostycoolslug.com>

Whilst testing a new module we are currently developing, we decided (to 
save time), to connect IRCServices across the internet, rather than locally.

We ran into the problem of services sending a PING to the remote server 
BEFORE it was connected, resulting in an ENOTCONN, and Services bailing.

Surely the correct behaviour for this, is that services shouldn't 
attempt to ping, untill at least the SERVER command has been sent on 
initial connect? Would avoid this issue.

Log:

[Apr 29 22:01:54.046189 2005] debug: Loaded modules
[Apr 29 22:01:54.049901 2005] Initiated connection to xx.xxx.xxx.xxx:7025
[Apr 29 22:01:54.052287 2005] sockets: flush_write_buffer(4): Socket is 
not connected
[Apr 29 22:01:54.053649 2005] debug: Sent: PING 
:services-dev.chatspike.net
[Apr 29 22:01:57.059300 2005] debug: Saving databases
[Apr 29 22:01:57.071440 2005] Read error from server: Socket is not 
connected

--
On an un-related note.. is the coding mailing list down? the last mail i 
sent to it never arrived :/

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

From Craig at frostycoolslug.com  Fri Apr 29 13:03:54 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Apr 30 14:03:41 2005
Subject: [IRCServices] test
Message-ID: <4272932A.90205@frostycoolslug.com>

Read subject.. :p
-- 
/****************************************
  *     Craig "FrostyCoolSlug" McLure
  *       Craig@FrostyCoolSlug.com
  * InspIRCd   - http://www.inspircd.org
  * ChatSpike  - http://www.chatspike.net
  ****************************************/

From ianj at esper.net  Sun May  1 12:33:41 2005
From: ianj at esper.net (Ian R. Justman)
Date: Sun May  1 12:33:43 2005
Subject: [IRCServices] test
In-Reply-To: <4272932A.90205@frostycoolslug.com>
References: <4272932A.90205@frostycoolslug.com>
Message-ID: <Pine.LNX.4.61.0505011230250.15397@sakura.ian-justman.com>

On Fri, 29 Apr 2005, Craig McLure wrote:

> Read subject.. :p

If it's about the list's being down, a machine tanked where my server is 
located, one situated between the uplink connections and my core network.

The only reason it didn't get completed any sooner is because I'm 
vacationing in Sacramento and the machine is in Fresno, some 200 miles 
(some 320km or so) away.

The situation has been rectified and the network is working again.

My apologies for the outage.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From brain at winbot.co.uk  Tue May  3 04:21:41 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Tue May  3 04:21:28 2005
Subject: [IRCServices] problem with /cs unban
In-Reply-To: <Pine.LNX.4.61.0505011230250.15397@sakura.ian-justman.com>
References: <4272932A.90205@frostycoolslug.com>
        <Pine.LNX.4.61.0505011230250.15397@sakura.ian-justman.com>
Message-ID: <42775EC5.2060301@winbot.co.uk>

Hi.

Ive found a problem with how ircservices matches bans for /cs unban. 
Whilst writing a protocol module i noticed that if a protocol module 
supplies ip addresses for connecting users, ALL channel bans will be 
checked against user->ip, not user->fakehost or user->host! This means 
that the ban just outright fails. This is a pretty old version (5.0.41) 
- has it since been fixed?

Thanks,
Brain
From vonitsa_net at yahoo.gr  Tue May  3 07:35:05 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Tue May  3 07:35:29 2005
Subject: [IRCServices] NSRequireEmail question
Message-ID: <20050503143505.65216.qmail@web31402.mail.mud.yahoo.com>

Hello guys. 
I have a little question:-))
If i enable the NSRequireEmail option what will happen
with the nicknames without an email address added?


Dionisios K. - ToXiC On HellenicNet
From QuietFinn at myrealbox.com  Tue May  3 10:02:25 2005
From: QuietFinn at myrealbox.com (QuietFinn)
Date: Tue May  3 10:04:19 2005
Subject: [IRCServices] NSRequireEmail question
In-Reply-To: <20050503143505.65216.qmail@web31402.mail.mud.yahoo.com>
Message-ID: <CMEIKFEMFPDDCJPEAMDCMEJHEIAA.QuietFinn@myrealbox.com>


If I remember right when someone identifies to a nick without an email
assigned to it (s)he will be asked to set an email address.

We did that (enabled the NSRequireEmail) and it went quite smoothly, and had
instructions how to do it in services lognews.

quietFinn
Services Admim, IRCFutureNet IRC network
irc.ircfuture.net | http://www.ircfuture.net
Server Admin - topaz.il.us.ircfuture.net

> -----Original Message-----
> From: ircservices-bounces@ircservices.esper.net
> [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of
> Dionisios K.
> Sent: 3. toukokuuta 2005 17:35
> To: ircservices@ircservices.esper.net
> Subject: [IRCServices] NSRequireEmail question
>
>
> Hello guys.
> I have a little question:-))
> If i enable the NSRequireEmail option what will happen
> with the nicknames without an email address added?
>
>
> Dionisios K. - ToXiC On HellenicNet
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


From plasmaman at relica.org  Tue May  3 10:37:35 2005
From: plasmaman at relica.org (plasmaman@relica.org)
Date: Tue May  3 10:38:09 2005
Subject: [IRCServices] Fwd: Question ON Auspice
Message-ID: <1115141855.4277b6dfb90b3@webmail.relica.org>





Hello, I was wondering if u can tell me how to convert anope db files to auspice
db files, I know there's a way according to this site I found.
Here is the site
http://www.ircservices.esper.net/docs/5.html

But we can't seem to figure it out, eny comments/suggestion u have would be
appreciated.
We are trying to do this cause we are wanting to limit our oper's access to
services, do to some abuse problems we've been having. We know it's possible to
convert it just's hard for us to figure out what the hell they're saying on that
website


Thanks Again

Plasmaman(Justin)


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

----- End forwarded message -----




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

From cpuman2000 at hotmail.com  Tue May  3 16:03:53 2005
From: cpuman2000 at hotmail.com (Chris Shuster)
Date: Tue May  3 16:04:12 2005
Subject: [IRCServices] SMTP Mail
Message-ID: <BAY23-DAV966B7D2F65E0AC36C2C58C9180@phx.gbl>

A browse through the services documents didn't seem to get an answer to my question so here it is...

Does service's SMTP module support SMTP Auth?  I'm guessing it doesn't since I have seen no mention of SMTP Auth.

If services doesn't support SMTP Auth then I'd like to request this feature. Why you ask? Well it'd let me get rid of sendmail on a server as I have a dedicated e-mail server but it requires SMTP Auth for security reasons.

Thanks,
Chris (aka CPUMAN)
Serenia IRC Network
irc.serenia.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050503/a61678e8/attachment.html
From elsukov at rdu.kirov.ru  Tue May  3 23:47:09 2005
From: elsukov at rdu.kirov.ru (Andrey V. Elsukov)
Date: Tue May  3 23:47:53 2005
Subject: [IRCServices] IRC Services on IA64
Message-ID: <42786FED.2090809@rdu.kirov.ru>

Hello!
Somebody tried to build services on IA64?
Build fail on FreeBSD IA64 and Sparc..
Build logs:
http://people.freebsd.org/~fenner/errorlogs/bu7cher@yandex.ru.html
-- 
WBR, Andrey V. Elsukov


From achurch at achurch.org  Wed May  4 16:42:01 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May  4 00:42:54 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <42786FED.2090809@rdu.kirov.ru>
Message-ID: <42787cee.42600@msgid.achurch.org>

     5.0.49 is out of date.

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

>Hello!
>Somebody tried to build services on IA64?
>Build fail on FreeBSD IA64 and Sparc..
>Build logs:
>http://people.freebsd.org/~fenner/errorlogs/bu7cher@yandex.ru.html
>-- 
>WBR, Andrey V. Elsukov
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From elsukov at rdu.kirov.ru  Wed May  4 00:47:54 2005
From: elsukov at rdu.kirov.ru (Andrey V. Elsukov)
Date: Wed May  4 00:48:36 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <42787cee.42600@msgid.achurch.org>
References: <42787cee.42600@msgid.achurch.org>
Message-ID: <42787E2A.6010807@rdu.kirov.ru>

Andrew Church wrote:
>      5.0.49 is out of date.
I know. This logs is old, others no.
-- 
WBR, Andrey V. Elsukov

From paul.kain at gmail.com  Wed May  4 00:51:56 2005
From: paul.kain at gmail.com (Paul Kain)
Date: Wed May  4 00:52:10 2005
Subject: [IRCServices] Unforbidding a nick
Message-ID: <451ba792050504005151b3d3fc@mail.gmail.com>

Hi all

I wonder if someone can please point out how to unforbid a nick ?

I ttried a variety of different commands with no joy.

What is the proper syntax ?

Thanks
From dnb at majestic-liaisons.com  Wed May  4 01:03:04 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Wed May  4 01:03:15 2005
Subject: [IRCServices] Unforbidding a nick
References: <451ba792050504005151b3d3fc@mail.gmail.com>
Message-ID: <001201c5507f$b5faac20$0100a8c0@dnblaptop>

try using DROPNICK

DNB

----- Original Message ----- 
From: "Paul Kain" <paul.kain@gmail.com>
To: <ircservices@ircservices.esper.net>
Sent: Wednesday, May 04, 2005 5:21 PM
Subject: [IRCServices] Unforbidding a nick


Hi all

I wonder if someone can please point out how to unforbid a nick ?

I ttried a variety of different commands with no joy.

What is the proper syntax ?

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


From plasmaman at relica.org  Wed May  4 04:46:49 2005
From: plasmaman at relica.org (plasmaman@relica.org)
Date: Wed May  4 04:47:23 2005
Subject: [IRCServices] Unforbidding a nick
In-Reply-To: <451ba792050504005151b3d3fc@mail.gmail.com>
References: <451ba792050504005151b3d3fc@mail.gmail.com>
Message-ID: <1115207209.4278b629a345e@webmail.relica.org>

type /nickserv drop nickname
Quoting Paul Kain <paul.kain@gmail.com>:

> Hi all
>
> I wonder if someone can please point out how to unforbid a nick ?
>
> I ttried a variety of different commands with no joy.
>
> What is the proper syntax ?
>
> Thanks
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

From achurch at achurch.org  Wed May  4 22:32:59 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May  4 06:44:57 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <42787E2A.6010807@rdu.kirov.ru>
Message-ID: <4278d1d0.42747@msgid.achurch.org>

>>      5.0.49 is out of date.
>I know. This logs is old, others no.

     I took a look at the one working link on the page you gave (which is
also 5.0.49, but putting that aside for the moment); from what I can tell,
you have a buggy compiler.  If you give me access to the machine in
question I can see if it's an easy workaround, but other than that all I
can suggest is to use the latest version of GCC.


  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed May  4 22:44:58 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May  4 06:46:50 2005
Subject: [IRCServices] NSRequireEmail question
In-Reply-To: <CMEIKFEMFPDDCJPEAMDCMEJHEIAA.QuietFinn@myrealbox.com>
Message-ID: <4278d243.42757@msgid.achurch.org>

>If I remember right when someone identifies to a nick without an email
>assigned to it (s)he will be asked to set an email address.

     Yes, that's correct; when such a user identifies, Services will tell
them to set an E-mail address, and will not give them any privileges until
they do so.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed May  4 22:46:49 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May  4 06:49:24 2005
Subject: [IRCServices] SMTP Mail
In-Reply-To: <BAY23-DAV966B7D2F65E0AC36C2C58C9180@phx.gbl>
Message-ID: <4278d2d3.42767@msgid.achurch.org>

     Services doesn't currently support SMTP AUTH, since (my impression is
that) most environments don't need it.  If you do, I'll take a look into
it, but it may have to wait until 5.1 (of which I will start getting alpha
releases out Real Soon Now).

     Also, please don't use HTML mail on the Services lists.

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

>This is a multi-part message in MIME format.
>
>--===============0881923972==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_0022_01C55002.15DDC7E0"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0022_01C55002.15DDC7E0
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>A browse through the services documents didn't seem to get an answer to =
>my question so here it is...
>
>Does service's SMTP module support SMTP Auth?  I'm guessing it doesn't =
>since I have seen no mention of SMTP Auth.
>
>If services doesn't support SMTP Auth then I'd like to request this =
>feature. Why you ask? Well it'd let me get rid of sendmail on a server =
>as I have a dedicated e-mail server but it requires SMTP Auth for =
>security reasons.
>
>Thanks,
>Chris (aka CPUMAN)
>Serenia IRC Network
>irc.serenia.net
>------=_NextPart_000_0022_01C55002.15DDC7E0
>Content-Type: text/html;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Diso-8859-1">
><META content=3D"MSHTML 6.00.2800.1498" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>A browse through the services documents =
>didn't seem=20
>to get an answer to my question so here it is...</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Does service's SMTP module support SMTP =
>Auth?&nbsp;=20
>I'm guessing it doesn't since I have seen no mention of SMTP =
>Auth.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>If services doesn't support SMTP Auth =
>then I'd like=20
>to request this feature. Why you ask? Well it'd let me get rid of =
>sendmail on a=20
>server as I have a dedicated e-mail server but it requires SMTP Auth for =
>
>security reasons.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
><DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Chris </FONT><FONT face=3DArial =
>size=3D2>(aka=20
>CPUMAN)</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Serenia IRC Network</FONT></DIV>
><DIV><FONT face=3DArial =
>size=3D2>irc.serenia.net</FONT></DIV></BODY></HTML>
>
>------=_NextPart_000_0022_01C55002.15DDC7E0--
>
>--===============0881923972==
>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
>--===============0881923972==--
From tom at vscan.org  Wed May  4 07:10:11 2005
From: tom at vscan.org (Thomas Griffiths)
Date: Wed May  4 07:09:14 2005
Subject: [IRCServices] SMTP Mail
In-Reply-To: <4278d2d3.42767@msgid.achurch.org>
References: <4278d2d3.42767@msgid.achurch.org>
Message-ID: <4278D7C3.9070408@vscan.org>

Just a one liner to register an additional interest in services
supporting SMTP AUTH.

Thomas Griffiths
tom@vscan.org

Andrew Church wrote:

>     Services doesn't currently support SMTP AUTH, since (my impression is
>that) most environments don't need it.  If you do, I'll take a look into
>it, but it may have to wait until 5.1 (of which I will start getting alpha
>releases out Real Soon Now).
>
>     Also, please don't use HTML mail on the Services lists.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>  
>
>>This is a multi-part message in MIME format.
>>
>>--===============0881923972==
>>Content-Type: multipart/alternative;
>>      boundary="----=_NextPart_000_0022_01C55002.15DDC7E0"
>>
>>This is a multi-part message in MIME format.
>>
>>------=_NextPart_000_0022_01C55002.15DDC7E0
>>Content-Type: text/plain;
>>      charset="iso-8859-1"
>>Content-Transfer-Encoding: quoted-printable
>>
>>A browse through the services documents didn't seem to get an answer to =
>>my question so here it is...
>>
>>Does service's SMTP module support SMTP Auth?  I'm guessing it doesn't =
>>since I have seen no mention of SMTP Auth.
>>
>>If services doesn't support SMTP Auth then I'd like to request this =
>>feature. Why you ask? Well it'd let me get rid of sendmail on a server =
>>as I have a dedicated e-mail server but it requires SMTP Auth for =
>>security reasons.
>>
>>Thanks,
>>Chris (aka CPUMAN)
>>Serenia IRC Network
>>irc.serenia.net
>>------=_NextPart_000_0022_01C55002.15DDC7E0
>>Content-Type: text/html;
>>      charset="iso-8859-1"
>>Content-Transfer-Encoding: quoted-printable
>>
>><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>><HTML><HEAD>
>><META http-equiv=3DContent-Type content=3D"text/html; =
>>charset=3Diso-8859-1">
>><META content=3D"MSHTML 6.00.2800.1498" name=3DGENERATOR>
>><STYLE></STYLE>
>></HEAD>
>><BODY bgColor=3D#ffffff>
>><DIV><FONT face=3DArial size=3D2>A browse through the services documents =
>>didn't seem=20
>>to get an answer to my question so here it is...</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
>><DIV><FONT face=3DArial size=3D2>Does service's SMTP module support SMTP =
>>Auth?&nbsp;=20
>>I'm guessing it doesn't since I have seen no mention of SMTP =
>>Auth.</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
>><DIV><FONT face=3DArial size=3D2>If services doesn't support SMTP Auth =
>>then I'd like=20
>>to request this feature. Why you ask? Well it'd let me get rid of =
>>sendmail on a=20
>>server as I have a dedicated e-mail server but it requires SMTP Auth for =
>>
>>security reasons.</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
>><DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2>Chris </FONT><FONT face=3DArial =
>>size=3D2>(aka=20
>>CPUMAN)</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2>Serenia IRC Network</FONT></DIV>
>><DIV><FONT face=3DArial =
>>size=3D2>irc.serenia.net</FONT></DIV></BODY></HTML>
>>
>>------=_NextPart_000_0022_01C55002.15DDC7E0--
>>
>>--===============0881923972==
>>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
>>--===============0881923972==--
>>    
>>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
>
>  
>

From dnb at majestic-liaisons.com  Wed May  4 07:23:23 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Wed May  4 07:23:52 2005
Subject: [IRCServices] SMTP Mail
References: <4278d2d3.42767@msgid.achurch.org> <4278D7C3.9070408@vscan.org>
Message-ID: <000b01c550b4$d9db7220$0100a8c0@dnblaptop>


I'd like it as well, with my email server on a separate box, and needing
SMTP AUTH it's basically the only reason I don't require real email
addresses when registering nicks.

DNB

----- Original Message ----- 
From: "Thomas Griffiths" <tom@vscan.org>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Wednesday, May 04, 2005 11:40 PM
Subject: Re: [IRCServices] SMTP Mail


> Just a one liner to register an additional interest in services
> supporting SMTP AUTH.
>
> Thomas Griffiths
> tom@vscan.org
>
> Andrew Church wrote:
>
> >     Services doesn't currently support SMTP AUTH, since (my impression
is
> >that) most environments don't need it.  If you do, I'll take a look into
> >it, but it may have to wait until 5.1 (of which I will start getting
alpha
> >releases out Real Soon Now).
> >
> >     Also, please don't use HTML mail on the Services lists.
> >
> >  --Andrew Church
> >    achurch@achurch.org
> >    http://achurch.org/
> >
> >
> >
> >>This is a multi-part message in MIME format.
> >>
> >>--===============0881923972==
> >>Content-Type: multipart/alternative;
> >> boundary="----=_NextPart_000_0022_01C55002.15DDC7E0"
> >>
> >>This is a multi-part message in MIME format.
> >>
> >>------=_NextPart_000_0022_01C55002.15DDC7E0
> >>Content-Type: text/plain;
> >> charset="iso-8859-1"
> >>Content-Transfer-Encoding: quoted-printable
> >>
> >>A browse through the services documents didn't seem to get an answer to
=
> >>my question so here it is...
> >>
> >>Does service's SMTP module support SMTP Auth?  I'm guessing it doesn't =
> >>since I have seen no mention of SMTP Auth.
> >>
> >>If services doesn't support SMTP Auth then I'd like to request this =
> >>feature. Why you ask? Well it'd let me get rid of sendmail on a server =
> >>as I have a dedicated e-mail server but it requires SMTP Auth for =
> >>security reasons.
> >>
> >>Thanks,
> >>Chris (aka CPUMAN)
> >>Serenia IRC Network
> >>irc.serenia.net

From ballsy at mystical.net  Wed May  4 10:11:10 2005
From: ballsy at mystical.net (David)
Date: Wed May  4 10:21:00 2005
Subject: [IRCServices] Unforbidding a nick
In-Reply-To: <451ba792050504005151b3d3fc@mail.gmail.com>
References: <451ba792050504005151b3d3fc@mail.gmail.com>
Message-ID: <200505041111100466.AEC2781A@smtp.messaging.ca.mci.com>

Hi Paul.  As per   /msg nickserv help forbid  :

-NickServ- Syntax: FORBID nickname
-NickServ-
-NickServ- Disallows a nickname from being registered or used by
-NickServ- anyone.  May be cancelled by dropping the nickname.
-NickServ- 
-NickServ- Limited to Services admins.

        Hope that helps.

Ballsy


On 04/05/2005 at 9:51 AM Paul Kain wrote:

>Hi all
>
>I wonder if someone can please point out how to unforbid a nick ?
>
>I ttried a variety of different commands with no joy.
>
>What is the proper syntax ?
>
>Thanks
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices



From achurch at achurch.org  Thu May  5 09:57:41 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May  4 17:59:08 2005
Subject: [IRCServices] problem with /cs unban
In-Reply-To: <42775EC5.2060301@winbot.co.uk>
Message-ID: <42796fd4.43116@msgid.achurch.org>

>Ive found a problem with how ircservices matches bans for /cs unban. 
>Whilst writing a protocol module i noticed that if a protocol module 
>supplies ip addresses for connecting users, ALL channel bans will be 
>checked against user->ip, not user->fakehost or user->host! This means 
>that the ban just outright fails. This is a pretty old version (5.0.41) 
>- has it since been fixed?

     I can't see that such a bug was ever there; the code first checks
against the host and fakehost regardless of protocol, then checks the IP
address if the protocol supplies it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From brain at winbot.co.uk  Wed May  4 18:21:09 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Wed May  4 18:20:54 2005
Subject: [IRCServices] problem with /cs unban
In-Reply-To: <42796fd4.43116@msgid.achurch.org>
References: <42796fd4.43116@msgid.achurch.org>
Message-ID: <42797505.5070206@winbot.co.uk>

the bug was in my own code, i havent had chance to reply

thanks for your time and sorry for wasting it :p

Brain

Andrew Church wrote:
>>Ive found a problem with how ircservices matches bans for /cs unban. 
>>Whilst writing a protocol module i noticed that if a protocol module 
>>supplies ip addresses for connecting users, ALL channel bans will be 
>>checked against user->ip, not user->fakehost or user->host! This means 
>>that the ban just outright fails. This is a pretty old version (5.0.41) 
>>- has it since been fixed?
> 
> 
>      I can't see that such a bug was ever there; the code first checks
> against the host and fakehost regardless of protocol, then checks the IP
> address if the protocol supplies 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
> 
> 

-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
From brain at winbot.co.uk  Wed May  4 18:26:23 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Wed May  4 18:26:06 2005
Subject: [IRCServices] problem with /cs unban
Message-ID: <4279763F.3050505@winbot.co.uk>


the bug was in my own code, i havent had chance to reply

thanks for your time and sorry for wasting it :p

Brain

Andrew Church wrote:
>>Ive found a problem with how ircservices matches bans for /cs unban. 
>>Whilst writing a protocol module i noticed that if a protocol module 
>>supplies ip addresses for connecting users, ALL channel bans will be 
>>checked against user->ip, not user->fakehost or user->host! This means 
>>that the ban just outright fails. This is a pretty old version (5.0.41) 
>>- has it since been fixed?
> 
> 
>      I can't see that such a bug was ever there; the code first checks
> against the host and fakehost regardless of protocol, then checks the IP
> address if the protocol supplies 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
> 
> 

-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
From brain at winbot.co.uk  Wed May  4 18:39:46 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Wed May  4 18:39:30 2005
Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban]
Message-ID: <42797962.5050408@winbot.co.uk>

Hi.

I keep getting these strange bounces (With attachments) whenever i send 
to the ircservices list, even when the messages go through!

What server is scousens@SCOUSEND? dont know if its related to the lists 
or not, or if im seeing bounces for someone elses messages?

Thanks
Brain

-------- Original Message --------
Subject: Undeliverable: Re: [IRCServices] problem with /cs unban
Date: 4 May 2005 22:29:00 -0300
From: System Administrator <administrator@SCOUSENSAD>
To: <brain@winbot.co.uk>

Your message

       To: "ircservices@ircservices.esper.net" 
<ircservices@ircservices.esper.net>
       Subject: Re: [IRCServices] problem with /cs unban
       Sent:    Wed May 04 10:29:00 2005


did not reach the following recipient(s):
scousens@SCOUSENSAD on Wed May 04 10:29:00 2005

       The e-mail account does not exist at the organization this message
  was sent to.  Check the e-mail address, or contact the recipient
  directly to find out the correct address.
       <server-cousens.SCOUSENSAD #5.1.1>


-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
From lists at silverdream.org  Wed May  4 18:52:31 2005
From: lists at silverdream.org (Jamie L. Penman-Smithson)
Date: Wed May  4 18:52:46 2005
Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban]
In-Reply-To: <42797962.5050408@winbot.co.uk>
References: <42797962.5050408@winbot.co.uk>
Message-ID: <1115257951.16128.208.camel@hercules.silverdream.hq>

On Thu, 2005-05-05 at 02:39 +0100, Craig Edwards wrote:
> I keep getting these strange bounces (With attachments) whenever i send 
> to the ircservices list, even when the messages go through!
> 
> What server is scousens@SCOUSEND? dont know if its related to the lists 
> or not, or if im seeing bounces for someone elses messages?

It could be a broken mail server which is sending bounces to the From
address instead of the Return-Path, contrary to what the RFCs state.

It's not related to the lists, they originate from ian-justman.com,
nothing to do with 'scouseend'...

-j
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050505/ce702b8b/attachment-0001.pgp
From surreal.w00t at gmail.com  Wed May  4 19:03:51 2005
From: surreal.w00t at gmail.com (w00t)
Date: Wed May  4 19:04:07 2005
Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban]
In-Reply-To: <42797962.5050408@winbot.co.uk>
Message-ID: <DNEGIFBFOLDCIFPEHKPJEECJCAAA.surreal.w00t@gmail.com>

I had odd issues with these lists some time back, however mine
appeared to be primarily a client-side issue. Dunno about that
one though, especially scousense.. etc.

w00t.

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Craig
Edwards
Sent: Thursday, 5 May 2005 11:40 AM
To: ircservices@ircservices.esper.net
Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban]


Hi.

I keep getting these strange bounces (With attachments) whenever i send 
to the ircservices list, even when the messages go through!

What server is scousens@SCOUSEND? dont know if its related to the lists 
or not, or if im seeing bounces for someone elses messages?

Thanks
Brain
From elsukov at rdu.kirov.ru  Wed May  4 21:15:14 2005
From: elsukov at rdu.kirov.ru (Andrey V. Elsukov)
Date: Wed May  4 21:15:59 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <4278d1d0.42747@msgid.achurch.org>
References: <4278d1d0.42747@msgid.achurch.org>
Message-ID: <42799DD2.9060106@rdu.kirov.ru>

Andrew Church wrote:
>      I took a look at the one working link on the page you gave (which is
> also 5.0.49, but putting that aside for the moment); from what I can tell,
> you have a buggy compiler.  If you give me access to the machine in
> question I can see if it's an easy workaround, but other than that all I
> can suggest is to use the latest version of GCC.

I don't have access to this machine, this is package build cluster of
FreeBSD Project. I am only port maintainer.. And i can't found IA64 for
testing. :(

Maybe -fPIC gcc option can solve this problem?
http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html

Currently i make patch to freebsd port and send to committers. If it
will help, i shall make a configure script patch.
-- 
WBR, Andrey V. Elsukov

From achurch at achurch.org  Fri May  6 02:46:48 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu May  5 10:47:45 2005
Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban]
In-Reply-To: <42797962.5050408@winbot.co.uk>
Message-ID: <427a5c39.43306@msgid.achurch.org>

>I keep getting these strange bounces (With attachments) whenever i send 
>to the ircservices list, even when the messages go through!
>
>What server is scousens@SCOUSEND? dont know if its related to the lists 
>or not, or if im seeing bounces for someone elses messages?

     Looks like a dead address on a badly-configured mail server.  I've
removed the address from the list.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Fri May  6 02:48:11 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu May  5 10:49:49 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <42799DD2.9060106@rdu.kirov.ru>
Message-ID: <427a5cb6.43316@msgid.achurch.org>

>Maybe -fPIC gcc option can solve this problem?
>http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html

     That may work as well, but I recommend using static modules
(configure -use-static-modules) as it doesn't involve patching source or
Makefiles.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From cpuman2000 at hotmail.com  Thu May  5 13:18:45 2005
From: cpuman2000 at hotmail.com (Chris Shuster)
Date: Thu May  5 13:18:58 2005
Subject: [IRCServices] SMTP Mail
References: <4278d2d3.42767@msgid.achurch.org>
Message-ID: <BAY23-DAV5A7055248F567FC9B4612C91A0@phx.gbl>

Blasted e-mail client... thought I had HTML turned off.

But yes this feature would be really helpful even if it has to wait until
services 5.1

Thanks,
Chris (aka CPUMAN)
Serenia IRC Network
irc.serenia.net

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.esper.net>
Sent: Wednesday, May 04, 2005 7:46 AM
Subject: Re: [IRCServices] SMTP Mail


>      Services doesn't currently support SMTP AUTH, since (my impression is
> that) most environments don't need it.  If you do, I'll take a look into
> it, but it may have to wait until 5.1 (of which I will start getting alpha
> releases out Real Soon Now).
>
>      Also, please don't use HTML mail on the Services lists.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >This is a multi-part message in MIME format.
> >
> >--===============0881923972==
> >Content-Type: multipart/alternative;
> > boundary="----=_NextPart_000_0022_01C55002.15DDC7E0"
> >
> >This is a multi-part message in MIME format.
> >
> >------=_NextPart_000_0022_01C55002.15DDC7E0
> >Content-Type: text/plain;
> > charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> >A browse through the services documents didn't seem to get an answer to =
> >my question so here it is...
> >
> >Does service's SMTP module support SMTP Auth?  I'm guessing it doesn't =
> >since I have seen no mention of SMTP Auth.
> >
> >If services doesn't support SMTP Auth then I'd like to request this =
> >feature. Why you ask? Well it'd let me get rid of sendmail on a server =
> >as I have a dedicated e-mail server but it requires SMTP Auth for =
> >security reasons.
> >
> >Thanks,
> >Chris (aka CPUMAN)
> >Serenia IRC Network
> >irc.serenia.net
> >------=_NextPart_000_0022_01C55002.15DDC7E0
> >Content-Type: text/html;
> > charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3DContent-Type content=3D"text/html; =
> >charset=3Diso-8859-1">
> ><META content=3D"MSHTML 6.00.2800.1498" name=3DGENERATOR>
> ><STYLE></STYLE>
> ></HEAD>
> ><BODY bgColor=3D#ffffff>
> ><DIV><FONT face=3DArial size=3D2>A browse through the services documents
=
> >didn't seem=20
> >to get an answer to my question so here it is...</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Does service's SMTP module support SMTP
=
> >Auth?&nbsp;=20
> >I'm guessing it doesn't since I have seen no mention of SMTP =
> >Auth.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>If services doesn't support SMTP Auth =
> >then I'd like=20
> >to request this feature. Why you ask? Well it'd let me get rid of =
> >sendmail on a=20
> >server as I have a dedicated e-mail server but it requires SMTP Auth for
=
> >
> >security reasons.</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
> ><DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>Chris </FONT><FONT face=3DArial =
> >size=3D2>(aka=20
> >CPUMAN)</FONT></DIV>
> ><DIV><FONT face=3DArial size=3D2>Serenia IRC Network</FONT></DIV>
> ><DIV><FONT face=3DArial =
> >size=3D2>irc.serenia.net</FONT></DIV></BODY></HTML>
> >
> >------=_NextPart_000_0022_01C55002.15DDC7E0--
> >
> >--===============0881923972==
> >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
> >--===============0881923972==--
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From smkelly at zombie.org  Thu May  5 14:51:41 2005
From: smkelly at zombie.org (Sean Kelly)
Date: Thu May  5 14:51:47 2005
Subject: [IRCServices] IRC Services on IA64
In-Reply-To: <427a5cb6.43316@msgid.achurch.org>
References: <42799DD2.9060106@rdu.kirov.ru> <427a5cb6.43316@msgid.achurch.org>
Message-ID: <20050505215141.GA52599@edgemaster.zombie.org>

On Fri, May 06, 2005 at 02:48:11AM +0900, Andrew Church wrote:
> >Maybe -fPIC gcc option can solve this problem?
> >http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html
> 
>      That may work as well, but I recommend using static modules
> (configure -use-static-modules) as it doesn't involve patching source or
> Makefiles.

./configure -cflags -fPIC built cleanly on pluto1.freebsd.org (900.00-Mhz
Itanium 2, FreeBSD 5.4-RC3, gcc 3.4.2). The executable works, however I have 
not gone through the process of setting up a set of config files with modules 
to see if it loads and uses them properly. I don't currently have the time or 
resources for it. I will see about poking at the problem more later.
Possibly this weekend.

-- 
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050505/cfbf0e3e/attachment.pgp
From achurch at achurch.org  Fri May  6 11:11:32 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu May  5 19:11:52 2005
Subject: [IRCServices] PING before connect?
In-Reply-To: <42728B32.2030508@frostycoolslug.com>
Message-ID: <427ad262.45651@msgid.achurch.org>

     Fixed, thanks for the report.

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

>Whilst testing a new module we are currently developing, we decided (to 
>save time), to connect IRCServices across the internet, rather than locally.
>
>We ran into the problem of services sending a PING to the remote server 
>BEFORE it was connected, resulting in an ENOTCONN, and Services bailing.
>
>Surely the correct behaviour for this, is that services shouldn't 
>attempt to ping, untill at least the SERVER command has been sent on 
>initial connect? Would avoid this issue.
>
>Log:
>
>[Apr 29 22:01:54.046189 2005] debug: Loaded modules
>[Apr 29 22:01:54.049901 2005] Initiated connection to xx.xxx.xxx.xxx:7025
>[Apr 29 22:01:54.052287 2005] sockets: flush_write_buffer(4): Socket is 
>not connected
>[Apr 29 22:01:54.053649 2005] debug: Sent: PING 
>:services-dev.chatspike.net
>[Apr 29 22:01:57.059300 2005] debug: Saving databases
>[Apr 29 22:01:57.071440 2005] Read error from server: Socket is not 
>connected
>
>--
>On an un-related note.. is the coding mailing list down? the last mail i 
>sent to it never arrived :/
>
>-- 
>/****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From seth at gonca.net  Sun May  8 04:46:11 2005
From: seth at gonca.net (Seth)
Date: Sun May  8 05:46:23 2005
Subject: [IRCServices] 5.0.51 defs.h TR lang problem
Message-ID: <005301c553c3$8ef1b320$0100000a@seth>

#define DEF_LANGUAGE     LANG_EN_US

I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is 
still in English. I did it LANG_DE and it is still in English.

What am i doing wrong?





Evren



From seth at gonca.net  Sun May  8 11:45:58 2005
From: seth at gonca.net (Seth)
Date: Sun May  8 11:45:56 2005
Subject: [IRCServices] 5.0.51 defs.h TR lang problem
References: <005301c553c3$8ef1b320$0100000a@seth>
Message-ID: <002201c553fe$2d6db410$0100000a@seth>

i did it.
first gmake clean, then gmake, gmake install :)


Evren


----- Original Message ----- 
From: "Seth" <seth@gonca.net>
To: <ircservices@ircservices.esper.net>
Sent: Sunday, May 08, 2005 2:46 PM
Subject: [IRCServices] 5.0.51 defs.h TR lang problem


> #define DEF_LANGUAGE     LANG_EN_US
>
> I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is 
> still in English. I did it LANG_DE and it is still in English.
>
> What am i doing wrong?
>
>
>
>
>
> Evren
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices 

From xxx.coder at gmail.com  Sun May  8 12:31:26 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Sun May  8 12:31:34 2005
Subject: [IRCServices] 5.0.51 defs.h TR lang problem
In-Reply-To: <002201c553fe$2d6db410$0100000a@seth>
References: <005301c553c3$8ef1b320$0100000a@seth>
        <002201c553fe$2d6db410$0100000a@seth>
Message-ID: <ce6d536005050812312c03947a@mail.gmail.com>

difficult to read the fine manual, isn't it?

On 5/8/05, Seth <seth@gonca.net> wrote:
> i did it.
> first gmake clean, then gmake, gmake install :)
> 
> Evren
> 
> 
> ----- Original Message -----
> From: "Seth" <seth@gonca.net>
> To: <ircservices@ircservices.esper.net>
> Sent: Sunday, May 08, 2005 2:46 PM
> Subject: [IRCServices] 5.0.51 defs.h TR lang problem
> 
> > #define DEF_LANGUAGE     LANG_EN_US
> >
> > I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is
> > still in English. I did it LANG_DE and it is still in English.
> >
> > What am i doing wrong?
> >
> >
> >
> >
> >
> > Evren
> >
> >
> >
> > ------------------------------------------------------------------
> > 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
> 


-- 
Evlogi Petrov - ongeboren@UniBG
From romka at romka.org.ua  Sun May  8 10:17:08 2005
From: romka at romka.org.ua (Roman Sheremet)
Date: Sun May  8 12:58:12 2005
Subject: [IRCServices] ImmediatelySendAutokill problem!
Message-ID: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com>

Hello Dear ALL.

I have one question(maybe patch) to function "ImmediatelySendAutokill", i
already read and understood IrcServices FAQ about this problem:

/*
F.10. Services doesn't kill users matching a newly-added autokill mask even
if ImmediatelySendAutokill is set.
Services never kills users when a new autokill is added; the
ImmediatelySendAutokill configuration directive only causes Services to send
the autokill itself (that is, the user/host mask to prohibit new connections
from) to the IRC servers on your network. This is a safety feature intended
to limit the damage caused by a mistyped autokill.

Note that some IRC servers will themselves kill users matching a newly-added
autokill; this is unrelated to Services.
*/

but, i need this function: It is necessary to me, what after addition of a
new host in AKILL list, Services instantly dispatched all servers this
AKILL.

How I am able to do it? If patches? It is necessary to something to correct?


P.S: Sorry for my 'bad english'm i`m from Ukraine.

From Craig at frostycoolslug.com  Sun May  8 13:11:59 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sun May  8 13:12:04 2005
Subject: [IRCServices] ImmediatelySendAutokill problem!
In-Reply-To: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com>
References: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com>
Message-ID: <427E728F.2030904@frostycoolslug.com>

What IRCd are you running?

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

Roman Sheremet wrote:
> Hello Dear ALL.
> 
> I have one question(maybe patch) to function "ImmediatelySendAutokill", i
> already read and understood IrcServices FAQ about this problem:
> 
> /*
> F.10. Services doesn't kill users matching a newly-added autokill mask even
> if ImmediatelySendAutokill is set.
> Services never kills users when a new autokill is added; the
> ImmediatelySendAutokill configuration directive only causes Services to send
> the autokill itself (that is, the user/host mask to prohibit new connections
> from) to the IRC servers on your network. This is a safety feature intended
> to limit the damage caused by a mistyped autokill.
> 
> Note that some IRC servers will themselves kill users matching a newly-added
> autokill; this is unrelated to Services.
> */
> 
> but, i need this function: It is necessary to me, what after addition of a
> new host in AKILL list, Services instantly dispatched all servers this
> AKILL.
> 
> How I am able to do it? If patches? It is necessary to something to correct?
> 
> 
> P.S: Sorry for my 'bad english'm i`m from Ukraine.
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From romka at romka.org.ua  Sun May  8 10:36:26 2005
From: romka at romka.org.ua (Roman Sheremet)
Date: Sun May  8 13:17:25 2005
Subject: [IRCServices] ImmediatelySendAutokill problem!
Message-ID: <20050508201723.D85A4E8DCE6@sakura.ian-justman.com>

irc2.10.3p2ua1

--------- Original Message --------
From: IRC Services General Mailing List <ircservices@ircservices.esper.net>
To: IRC Services General Mailing List <ircservices@ircservices.esper.net>
Subject: Re: [IRCServices] ImmediatelySendAutokill problem!
Date: 08/05/05 21:31

>
> What IRCd are you running?
>
> /****************************************
>   *     Craig &quot;FrostyCoolSlug&quot; McLure
>   *       Craig@FrostyCoolSlug.com
>   * InspIRCd   - http://www.inspircd.org
>   * ChatSpike  - http://www.chatspike.net
>   ****************************************/
>
> Roman Sheremet wrote:
> &gt; Hello Dear ALL.
> &gt;
> &gt; I have one question(maybe patch) to function
&quot;ImmediatelySendAutokill&quot;, i
> &gt; already read and understood IrcServices FAQ about this problem:
> &gt;
> &gt; /*
> &gt; F.10. Services doesn't kill users matching a newly-added autokill
mask even
> &gt; if ImmediatelySendAutokill is set.
> &gt; Services never kills users when a new autokill is added; the
> &gt; ImmediatelySendAutokill configuration directive only causes Services
to send
> &gt; the autokill itself (that is, the user/host mask to prohibit new
connections
> &gt; from) to the IRC servers on your network. This is a safety feature
intended
> &gt; to limit the damage caused by a mistyped autokill.
> &gt;
> &gt; Note that some IRC servers will themselves kill users matching a
newly-added
> &gt; autokill; this is unrelated to Services.
> &gt; */
> &gt;
> &gt; but, i need this function: It is necessary to me, what after addition
of a
> &gt; new host in AKILL list, Services instantly dispatched all servers
this
> &gt; AKILL.
> &gt;
> &gt; How I am able to do it? If patches? It is necessary to something to
correct?
> &gt;
> &gt;
> &gt; P.S: Sorry for my 'bad english'm i`m from Ukraine.
> &gt;
> &gt; ------------------------------------------------------------------
> &gt; To unsubscribe or change your subscription options, visit:
> &gt; http://lists.ircservices.za.net/mailman/listinfo/ircservices
> &gt;
> &gt;
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
>
>
>

From alm at woodnet.ru  Wed May 11 17:08:42 2005
From: alm at woodnet.ru (alm)
Date: Wed May 11 17:07:47 2005
Subject: [IRCServices] 5.0.41 general lang issue
Message-ID: <42829E8A.4090000@woodnet.ru>

Hello everybody
i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU
all works fine, except strange response for /msg NickServ HELP REGISTER
i got SYNTAX for UNSET command, and then, a normal general description 
for REGISTER. This is true for Russian, This is true for English throw 
Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l...


Responce looks like:
-----------------------------------------------
-->NICKSERV HELP REGISTER

-NickServ- Syntax: Syntax: UNSET {URL | EMAIL | INFO}
-NickServ-
-NickServ- Allows you to clear the URL (URL), E-mail address (EMAIL),
-NickServ- or information text (INFO) associated with your nickname.
-NickServ-
-NickServ- Registers your nickname in the NickServ database.  Once
-NickServ- your nickname is registered, you can use the SET and ACCESS
-NickServ- commands to configure your nickname's settings as you like
-NickServ- them.  Make sure you remember the password you use when
-NickServ- registering; you'll need it to make changes to your nickname
-NickServ- later.  (Note that case matters!  FIDO, Fido, and fido
-NickServ- are all different passwords!)
-NickServ- You may include an E-mail address when registering your
-NickServ- nickname; you may also set one later using the SET EMAIL
-NickServ- command.
-NickServ- Guidelines on choosing passwords:
-NickServ-
-NickServ- Passwords should not be easily guessable.  For example,
-NickServ- using your real name as a password is a bad idea.  Using
-NickServ- your nickname as a password is a much worse idea and,
-NickServ- in fact, NickServ will not allow it.  Also, short
-NickServ- passwords are vulnerable to trial-and-error searches, so
-NickServ- you should choose a password at least 5 characters long.


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

is it widespread issue?

P.S.
some time ago i have a lot of fun with lang files for ircservices 5.0.0,
but never see such strange behaviour
P.P.S
sorry for my strange english ;)
thnx








From alm at woodnet.ru  Wed May 11 17:13:00 2005
From: alm at woodnet.ru (alm)
Date: Wed May 11 17:11:49 2005
Subject: [IRCServices] Checkout for last post 5.0.51
Message-ID: <42829F8C.2040907@woodnet.ru>

Sorry! my stupid hands...
post 5.0.41 general lang issue
of couse, it's 5.0.51

From lordbergee at comcast.net  Wed May 11 17:35:29 2005
From: lordbergee at comcast.net (Bergee)
Date: Wed May 11 17:33:41 2005
Subject: [IRCServices] 5.0.41 general lang issue
In-Reply-To: <42829E8A.4090000@woodnet.ru>
References: <42829E8A.4090000@woodnet.ru>
Message-ID: <4282A4D1.1080401@comcast.net>

I noticed this a long time ago on my services, it would have been an 
unmodified version 5.0.x (default language would have been english).  I 
never reported it because I could not figure out what actions eventually 
caused services to do this.  I also have to admit I haven't seen it 
happen to me in a very long time.

Bergee

alm wrote:
> Hello everybody
> i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU
> all works fine, except strange response for /msg NickServ HELP REGISTER
> i got SYNTAX for UNSET command, and then, a normal general description 
> for REGISTER. This is true for Russian, This is true for English throw 
> Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l...
> 
> Responce looks like:
> -----------------------------------------------
> -->NICKSERV HELP REGISTER
> 
> -NickServ- Syntax: Syntax: UNSET {URL | EMAIL | INFO}
> -NickServ-
> -NickServ- Allows you to clear the URL (URL), E-mail address (EMAIL),
> -NickServ- or information text (INFO) associated with your nickname.
> -NickServ-
> -NickServ- Registers your nickname in the NickServ database.  Once
*snip*
> -NickServ- you should choose a password at least 5 characters long.
>  
> --------------------------------------------
> 
> is it widespread issue?
> 
> P.S.
> some time ago i have a lot of fun with lang files for ircservices 5.0.0,
> but never see such strange behaviour
> P.P.S
> sorry for my strange english ;)
> thnx
From achurch at achurch.org  Thu May 12 12:03:34 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May 11 20:06:19 2005
Subject: [IRCServices] 5.0.41 general lang issue
In-Reply-To: <42829E8A.4090000@woodnet.ru>
Message-ID: <4282c822.51534@msgid.achurch.org>

>Hello everybody
>i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU
>all works fine, except strange response for /msg NickServ HELP REGISTER
>i got SYNTAX for UNSET command, and then, a normal general description 
>for REGISTER. This is true for Russian, This is true for English throw 
>Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l...

      Fixed, thanks for the report.  (This will happen if you have
NSRequireEmail disabled and reload the configuration file, e.g. through
OperServ REHASH.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Thu May 12 13:04:05 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed May 11 21:05:31 2005
Subject: [IRCServices] Services 5.0.52 released
Message-ID: <4282d601.67453@msgid.achurch.org>

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

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

a691ee3069f13a9111aa86ed8e2b076b  ircservices-5.0.52.tar.gz
8f830a25ec9248b3d1299deba69e72cb  ircservices-5.0.52.diff.gz
74b57dbca01177574c1993416cd29bad  ircservices-5.0.52-1.i386.rpm
8c101c7906ca8c0cb4d910285e70b786  ircservices_5.0.52-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.0.52
-------------------------
2005/05/12      Fixed occasional corruption of the NickServ REGISTER syntax
                    string upon reconfiguration (OperServ REHASH).
                    Reported by <alm@woodnet.ru>
2005/05/06      Fixed attempts to send PING messages before connecting to
                    the server.  Reported by Craig McLure
                    <Craig@chatspike.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From gluniz at luniz.dyndns.org  Thu May 12 03:55:19 2005
From: gluniz at luniz.dyndns.org (Luniz)
Date: Thu May 12 03:55:24 2005
Subject: [IRCServices] Services 5.0.52
Message-ID: <000d01c556e1$1736e0f0$0200a8c0@glunizpc>

After compiling and starting 5.0.52, this is seen in the log:

[May 12 06:37:33 2005] IRC Services 5.0.52 starting up
[May 12 06:37:33 2005] httpd/main: Listening on xxx.xxx.xxx.xxx:xxxx
[May 12 06:37:33 2005] unknown message from server (:some.irc.server 432
NickServ ChanServ :Erroneous Nickname: Reserved for Services)

And services does not link.  On the IRCD side, this is seen:

[6:37am] -some.irc.server- Forbidding Q-lined nick ChanServ from
NickServ[xxx.xxx.xxx.xxx].

Recompiled Services 5.0.51 and it starts just fine.  Running Unreal3.2.3.
Nothing has changed in either configuration files, as 5.0.51 ran just fine.

From Craig at frostycoolslug.com  Thu May 12 03:57:07 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Thu May 12 03:57:03 2005
Subject: [IRCServices] Services 5.0.52
In-Reply-To: <000d01c556e1$1736e0f0$0200a8c0@glunizpc>
References: <000d01c556e1$1736e0f0$0200a8c0@glunizpc>
Message-ID: <42833683.7010302@frostycoolslug.com>

lol, i was JUST about to post the same

[May 12 11:52:12 2005] unknown message from server 
(:stitch.chatspike.net 432 * OperServ :Erroneous Nickname: Reserved for 
Services)
[May 12 11:52:12 2005] unknown message from server 
(:stitch.chatspike.net 432 Global NickServ :Erroneous Nickname: Reserved 
for Services)
[May 12 11:52:17 2005] unknown message from server 
(:stitch.chatspike.net 432 Global ChanServ :Erroneous Nickname: Reserved 
for Services)

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

Luniz wrote:
> After compiling and starting 5.0.52, this is seen in the log:
> 
> [May 12 06:37:33 2005] IRC Services 5.0.52 starting up
> [May 12 06:37:33 2005] httpd/main: Listening on xxx.xxx.xxx.xxx:xxxx
> [May 12 06:37:33 2005] unknown message from server (:some.irc.server 432
> NickServ ChanServ :Erroneous Nickname: Reserved for Services)
> 
> And services does not link.  On the IRCD side, this is seen:
> 
> [6:37am] -some.irc.server- Forbidding Q-lined nick ChanServ from
> NickServ[xxx.xxx.xxx.xxx].
> 
> Recompiled Services 5.0.51 and it starts just fine.  Running Unreal3.2.3.
> Nothing has changed in either configuration files, as 5.0.51 ran just fine.
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From achurch at achurch.org  Fri May 13 00:07:10 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu May 12 08:07:42 2005
Subject: [IRCServices] Services 5.0.53 released
Message-ID: <42837132.15230@msgid.achurch.org>

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

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

dd3e6204ba301ec1d9879b19e8572173  ircservices-5.0.53.tar.gz
b624ee8cefdb5f84c664f991f4f61aa9  ircservices-5.0.53.diff.gz
bc6f2af197fe62db0bfdab9730c801ea  ircservices-5.0.53-1.i386.rpm
16adaa2ccc6e6916557b389009c8ca91  ircservices_5.0.53-1_i386.deb

The mirrors should have it shortly.

Changes in version 5.0.53
-------------------------
2005/05/12      Fixed bug causing server connection to fail.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From gluniz at luniz.dyndns.org  Thu May 12 08:17:11 2005
From: gluniz at luniz.dyndns.org (Luniz)
Date: Thu May 12 08:17:27 2005
Subject: [IRCServices] Services 5.0.53 released
References: <42837132.15230@msgid.achurch.org>
Message-ID: <004f01c55705$aba75390$0200a8c0@glunizpc>

All good now.  Thanks for the quick update.

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: "services" <ircservices@ircservices.esper.net>
Sent: Thursday, May 12, 2005 11:07 AM
Subject: [IRCServices] Services 5.0.53 released


>      Services 5.0.53 has been released, and can be downloaded from:
> 
> http://www.ircservices.za.net/download/   (Japan)
> ftp://ftp.esper.net/ircservices/          (Western USA)
> 
> dd3e6204ba301ec1d9879b19e8572173  ircservices-5.0.53.tar.gz
> b624ee8cefdb5f84c664f991f4f61aa9  ircservices-5.0.53.diff.gz
> bc6f2af197fe62db0bfdab9730c801ea  ircservices-5.0.53-1.i386.rpm
> 16adaa2ccc6e6916557b389009c8ca91  ircservices_5.0.53-1_i386.deb
> 
> The mirrors should have it shortly.
> 
> Changes in version 5.0.53
> -------------------------
> 2005/05/12 Fixed bug causing server connection to fail.
> 
>   --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 msmith at uss-starlord.org  Fri May 20 09:23:57 2005
From: msmith at uss-starlord.org (Michael D. Smith)
Date: Fri May 20 09:24:15 2005
Subject: [IRCServices] Support for Ultimate 3 IRCd
Message-ID: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org>

Will there be any support built in for IRC Services running the 
Ultimate IRCd 3.* branch?

TIA!

Regards,
Mike

Chief Network Administrator
FleetChat IRC Services

"Net boy, net girl/Send your impulse 'round the world/
Put your message in a modem/And throw it in the Cyber Sea"
Lyrics "Virtruality" - Album "Test for Echo" -  Rush, 1996 (Lee, 
Lifeson, Peart) 


From achurch at achurch.org  Tue May 31 13:09:41 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon May 30 21:11:48 2005
Subject: [IRCServices] Support for Ultimate 3 IRCd
In-Reply-To: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org>
Message-ID: <429be3e8.22232@msgid.achurch.org>

     Sorry, for the late reply, I've been busy...

>Will there be any support built in for IRC Services running the 
>Ultimate IRCd 3.* branch?

     According to user reports, Ultimate 3.x will work with the Bahamut
protocol module, but I'm not familiar with Ultimate itself so I don't know
what limitations there might be, or whether more recent versions of
Ultimate will work with the current version of Services.  Try it out, and
let me know if there are problems.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From holger.baust at freenet-ag.de  Thu Jun  2 03:45:40 2005
From: holger.baust at freenet-ag.de (Holger Baust)
Date: Thu Jun  2 03:45:56 2005
Subject: [IRCServices] 2 Problems with 5.0.53 and one question...
Message-ID: <20050602104540.GA31872@freenet-ag.de>

Hi there...
I just installed 5.0.53 with Unreal 3.2.3.
But there are 2 Problems.

Browsing the ircservices DB with a webbrowser via http module and
dbacces and using the xml-export feature causes the following error
message:
*** Global -- from services.ircchat.freenet.de: Network buffer size
exceeded ignore threshold (95%), ignoring PRIVMSGs
The resulting xml-file is 16MB and after this message no one else but
ircopers can communicate with the services.

I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1
chars in nicknames. Users are able to register such a nick (perhaps with
german u-umlaut) but /ns link reports that such a nick is an erroneus
Nickname.

Is there an other way to modify the db (resetting all user's language,
and dropping all forbidden/suspended nicks/chans) than modifying the
xml export?



  Regards,
       Holger Baust

-- 
Holger Baust                                   Holger.Baust@freenet-ag.de
freenet.de AG                                     Tel.: +49 211 53087 0
WillstaetterStr. 13, D-40549 Duesseldorf          Fax.: +49 211 5381573
Vorstand: Eckhard Spoerr (Vors.), Axel Krieger, Stephan Esch, Eric Berger
Amtsgericht Hamburg                                             HRB 74048
Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma

-------------- 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/20050602/24977027/attachment.pgp
From brain at winbot.co.uk  Thu Jun  2 03:55:28 2005
From: brain at winbot.co.uk (Craig Edwards)
Date: Thu Jun  2 03:55:09 2005
Subject: [IRCServices] 2 Problems with 5.0.53 and one question...
In-Reply-To: <20050602104540.GA31872@freenet-ag.de>
References: <20050602104540.GA31872@freenet-ag.de>
Message-ID: <429EE5A0.1030201@winbot.co.uk>

since when did the RFC state that you could put umlauts in nicks? :)

i dont know what everyone elses stance on unreal's NICKCHARS thing is, 
but personally i think its a stupid idea with the potential to break a 
great many clients. Just my 0.02c worth.

Have you tried increasing the network buffer size temporarily until a 
fix for this is produced?

Thanks,
Brain

Holger Baust wrote:
> Hi there...
> I just installed 5.0.53 with Unreal 3.2.3.
> But there are 2 Problems.
> 
> Browsing the ircservices DB with a webbrowser via http module and
> dbacces and using the xml-export feature causes the following error
> message:
> *** Global -- from services.ircchat.freenet.de: Network buffer size
> exceeded ignore threshold (95%), ignoring PRIVMSGs
> The resulting xml-file is 16MB and after this message no one else but
> ircopers can communicate with the services.
> 
> I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1
> chars in nicknames. Users are able to register such a nick (perhaps with
> german u-umlaut) but /ns link reports that such a nick is an erroneus
> Nickname.
> 
> Is there an other way to modify the db (resetting all user's language,
> and dropping all forbidden/suspended nicks/chans) than modifying the
> xml export?
> 
> 
> 
>   Regards,
>        Holger Baust
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
From vjekon at gmail.com  Mon Jun 13 09:40:33 2005
From: vjekon at gmail.com (Vjeko Konc)
Date: Mon Jun 13 09:40:48 2005
Subject: [IRCServices] ChanServ memo to new channel founder
Message-ID: <4dcb86a0506130940350ed967@mail.gmail.com>

In my opinion, ChanServ should send a memo automagically when the
channel founder changes, to remind the new founder that he/she
-should- change the founder password to avoid incidents where the
previous owner has a change of heart, or whatnot.
From msmith at uss-starlord.org  Thu Jun 16 09:59:03 2005
From: msmith at uss-starlord.org (Michael D. Smith)
Date: Thu Jun 16 09:59:11 2005
Subject: [IRCServices] Support for Ultimate 3 IRCd
In-Reply-To: <429be3e8.22232@msgid.achurch.org>
References: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org>
        <429be3e8.22232@msgid.achurch.org>
Message-ID: <6.2.3.0.2.20050616125802.02472788@defiant.uss-starlord.org>

At 00:09 5/31/2005, Andrew Church wrote:
>      According to user reports, Ultimate 3.x will work with the Bahamut
>protocol module, but I'm not familiar with Ultimate itself so I don't know
>what limitations there might be, or whether more recent versions of
>Ultimate will work with the current version of Services.  Try it out, and
>let me know if there are problems.

Andy,

I just wanted to let you know there were no problems with installing 
Services on the new Ultimate 3.x branch.

Was clean as a whistle, as far as I can tell right now.

Thanks!

Regards,
Mike

Chief Network Administrator
FleetChat IRC Services

"Net boy, net girl/Send your impulse 'round the world/
Put your message in a modem/And throw it in the Cyber Sea"
Lyrics "Virtruality" - Album "Test for Echo" -  Rush, 1996 (Lee, 
Lifeson, Peart) 


From achurch at achurch.org  Fri Jun 17 02:02:26 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Jun 16 17:18:01 2005
Subject: [IRCServices] 2 Problems with 5.0.53 and one question...
In-Reply-To: <20050602104540.GA31872@freenet-ag.de>
Message-ID: <42b216ac.65734@msgid.achurch.org>

>Browsing the ircservices DB with a webbrowser via http module and
>dbacces and using the xml-export feature causes the following error
>message:
>*** Global -- from services.ircchat.freenet.de: Network buffer size
>exceeded ignore threshold (95%), ignoring PRIVMSGs
>The resulting xml-file is 16MB and after this message no one else but
>ircopers can communicate with the services.

     The situation should resolve itself as soon as your browser completely
receives the file (unless your browser or proxy keeps the connection open,
in which case you have to wait for the connection to be closed).  If this
is a problem, the only real answer is to raise your network buffer size to
something larger than the XML output size.

>I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1
>chars in nicknames.

     Services doesn't support NICKCHARS.  There are too many issues with
non-ASCII nicks that aren't resolved in a standard (e.g. RFC) way.  I may
look into either adding support or writing such a standard during 5.1
development, but as far as current versions of Services are concerned, the
answer is "don't use NICKCHARS".

>Is there an other way to modify the db (resetting all user's language,
>and dropping all forbidden/suspended nicks/chans) than modifying the
>xml export?

     No.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Fri Jun 17 02:01:02 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Jun 16 17:18:28 2005
Subject: [IRCServices] Support for Ultimate 3 IRCd
In-Reply-To: <6.2.3.0.2.20050616125802.02472788@defiant.uss-starlord.org>
Message-ID: <42b216c2.65744@msgid.achurch.org>

>I just wanted to let you know there were no problems with installing 
>Services on the new Ultimate 3.x branch.
>
>Was clean as a whistle, as far as I can tell right now.

     Thanks for the report.  I'll still look into Ultimate when I have a
chance, but since there don't seem to be any serious issues I'll probably
delay any real work until version 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Fri Jun 17 02:11:47 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Jun 16 17:18:45 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <4dcb86a0506130940350ed967@mail.gmail.com>
Message-ID: <42b216d3.65752@msgid.achurch.org>

>In my opinion, ChanServ should send a memo automagically when the
>channel founder changes, to remind the new founder that he/she
>-should- change the founder password to avoid incidents where the
>previous owner has a change of heart, or whatnot.

     Too easy to use for memo bombs:

/cs set #channel founder VictimNick
/cs set #channel founder MyNick
/ms del all
/cs set #channel founder VictimNick
...

     I can see an argument for invalidating the old password and requiring
the new founder to set a new password, but that's a significant change that
wouldn't be implemented before version 5.1, if at all.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Thu Jun 16 18:15:19 2005
From: surreal.w00t at gmail.com (w00t)
Date: Thu Jun 16 18:15:35 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <42b216d3.65752@msgid.achurch.org>
Message-ID: <DNEGIFBFOLDCIFPEHKPJAEEICAAA.surreal.w00t@gmail.com>

Hi,

With regards to the idea of setting access willy nilly, would it be
possible to craft a module which means the victim can _choose_
whether they want to be added to a channel's ACL or not?

ie:

/cs aop #chan add bleh

Someguy is trying to add you as AOP on #chan, type /msg ChanServ ACCEPT
#bleh
to be added.

Something like that perhaps?
(Not sure how it'd work with the ACCESS system however.

Thanks,
w00t

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church
Sent: Friday, 17 June 2005 3:12 AM
To: ircservices@ircservices.esper.net
Subject: Re: [IRCServices] ChanServ memo to new channel founder


     Too easy to use for memo bombs:

/cs set #channel founder VictimNick
/cs set #channel founder MyNick
/ms del all
/cs set #channel founder VictimNick

From achurch at achurch.org  Fri Jun 17 14:10:31 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Jun 16 22:12:38 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <DNEGIFBFOLDCIFPEHKPJAEEICAAA.surreal.w00t@gmail.com>
Message-ID: <42b25bbf.72730@msgid.achurch.org>

>With regards to the idea of setting access willy nilly, would it be
>possible to craft a module which means the victim can _choose_
>whether they want to be added to a channel's ACL or not?

     I don't see what the point of this would be; there's no inherent harm
in being added to an access list (well, unless you have an insecure client
or a lack of security consciousness, but that's a separate issue).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From vjekon at gmail.com  Thu Jun 16 22:22:08 2005
From: vjekon at gmail.com (Vjeko Konc)
Date: Thu Jun 16 22:22:18 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <42b25bbf.72730@msgid.achurch.org>
References: <DNEGIFBFOLDCIFPEHKPJAEEICAAA.surreal.w00t@gmail.com>
        <42b25bbf.72730@msgid.achurch.org>
Message-ID: <4dcb86a05061622222d35e6@mail.gmail.com>

>      I don't see what the point of this would be; there's no inherent harm
> in being added to an access list (well, unless you have an insecure client
> or a lack of security consciousness, but that's a separate issue).

Well there is a way to check (without being an oper) if two nicks are
linked by adding nick1 to the access list and trying to delete nick2,
but I don't see how that could be avoided even if a confirmation was
required.
From surreal.w00t at gmail.com  Thu Jun 16 22:21:56 2005
From: surreal.w00t at gmail.com (w00t)
Date: Thu Jun 16 22:22:22 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <42b25bbf.72730@msgid.achurch.org>
Message-ID: <DNEGIFBFOLDCIFPEHKPJIEEKCAAA.surreal.w00t@gmail.com>

The problem is one I was hearing about last night in anope's channel as far
as I can remember
- where a bunch of morons were randomly throwing access entries to random
people and generally
increasing memory use/etc/etc. He was wanting a module to stop this, it was
just wandering around
my mind. Anyhow, I'll drop the idea.

Thanks,
w00t.

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church
Sent: Friday, 17 June 2005 3:11 PM
To: ircservices@ircservices.esper.net
Subject: RE: [IRCServices] ChanServ memo to new channel founder


>With regards to the idea of setting access willy nilly, would it be
>possible to craft a module which means the victim can _choose_
>whether they want to be added to a channel's ACL or not?

     I don't see what the point of this would be; there's no inherent harm
in being added to an access list (well, unless you have an insecure client
or a lack of security consciousness, but that's a separate issue).

  --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  Fri Jun 17 15:45:52 2005
From: achurch at achurch.org (Andrew Church)
Date: Thu Jun 16 23:47:56 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <DNEGIFBFOLDCIFPEHKPJIEEKCAAA.surreal.w00t@gmail.com>
Message-ID: <42b27216.73015@msgid.achurch.org>

>The problem is one I was hearing about last night in anope's channel as far
>as I can remember
>- where a bunch of morons were randomly throwing access entries to random
>people and generally
>increasing memory use/etc/etc.

     Well, that's hard to avoid--if you block access lists, they'll just
use autokicks, or memos, or what have you.  My suggestion would be the
generous application of a LART. ;)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Thu Jun 16 23:51:48 2005
From: surreal.w00t at gmail.com (w00t)
Date: Thu Jun 16 23:52:12 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <42b27216.73015@msgid.achurch.org>
Message-ID: <DNEGIFBFOLDCIFPEHKPJAEELCAAA.surreal.w00t@gmail.com>

Can I enquire what on earth a LART is? ;)

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church
Sent: Friday, 17 June 2005 4:46 PM
To: ircservices@ircservices.esper.net
Subject: RE: [IRCServices] ChanServ memo to new channel founder


     Well, that's hard to avoid--if you block access lists, they'll just
use autokicks, or memos, or what have you.  My suggestion would be the
generous application of a LART. ;)

From Craig at frostycoolslug.com  Thu Jun 16 23:55:15 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Thu Jun 16 23:56:19 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <DNEGIFBFOLDCIFPEHKPJAEELCAAA.surreal.w00t@gmail.com>
References: <DNEGIFBFOLDCIFPEHKPJAEELCAAA.surreal.w00t@gmail.com>
Message-ID: <42B273D2.80904@frostycoolslug.com>

Google Search for define: LART:
Definitions of  LART on the Web:

    * The Linux Advanced Radio Terminal (LART) is a compact energy
efficient, embedded computer with a standard configuration of 32MB DRAM
and 4MB Flash ROM. Originally developed at the University of Delft.

Google Search for LART +Acronym:
 Short for Luser Attitude Adjustment Tool, as in "The spammer was
sharply LARTed right away and lost his account."

Acronym for Luser Attitude Readjustment Tool

Short for Loser Attitude Readjustment Tool, refers to changing spammers'
attitude by taking steps to kick them off the Internet.

btw, welcome back Andy, bee a while since i saw you about here.

with responce to andys mail: i quite agree, theres more than one way to
increase services RAM usage..

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

w00t wrote:
> Can I enquire what on earth a LART is? ;)
> 
> -----Original Message-----
> From: ircservices-bounces@ircservices.esper.net
> [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church
> Sent: Friday, 17 June 2005 4:46 PM
> To: ircservices@ircservices.esper.net
> Subject: RE: [IRCServices] ChanServ memo to new channel founder
> 
> 
>      Well, that's hard to avoid--if you block access lists, they'll just
> use autokicks, or memos, or what have you.  My suggestion would be the
> generous application of a LART. ;)
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
From achurch at achurch.org  Fri Jun 17 16:09:56 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Jun 17 00:11:33 2005
Subject: [IRCServices] ChanServ memo to new channel founder
In-Reply-To: <42B273D2.80904@frostycoolslug.com>
Message-ID: <42b2779e.73072@msgid.achurch.org>

>Acronym for Luser Attitude Readjustment Tool

     Yeah, that. (:

>btw, welcome back Andy, bee a while since i saw you about here.

     And it may be a while again--work has been keeping me busy lately,
plus I've got a number of family-related activities coming up.  So please
give me more leeway than usual on replies...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From masterclif at gmail.com  Tue Jun 28 22:10:00 2005
From: masterclif at gmail.com (clif master)
Date: Tue Jun 28 22:10:12 2005
Subject: [IRCServices] Who to message
Message-ID: <9678c89905062822103999c77c@mail.gmail.com>

Who would a person talk to for a breach in policy???  Should I go to a
certain channel or something???
From surreal.w00t at gmail.com  Tue Jun 28 22:21:18 2005
From: surreal.w00t at gmail.com (w00t)
Date: Tue Jun 28 22:21:37 2005
Subject: [IRCServices] Who to message
In-Reply-To: <9678c89905062822103999c77c@mail.gmail.com>
Message-ID: <DNEGIFBFOLDCIFPEHKPJKEFMCAAA.surreal.w00t@gmail.com>

I think you might have the wrong address or wrong idea :p.

This is the mailing list for ircservices (see
http://www.ircservices.za.net).
If you're talking about a breach in a network's policy, you'll need to talk
to their staff. ;).

Ta,
w00t.

-----Original Message-----
From: ircservices-bounces@ircservices.esper.net
[mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of clif
master
Sent: Wednesday, 29 June 2005 3:10 PM
To: ircservices@ircservices.esper.net
Subject: [IRCServices] Who to message

From admin at vonitsanet.gr  Fri Jul  1 06:10:45 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Jul  1 06:11:25 2005
Subject: [IRCServices] 2 thinks:))
Message-ID: <000501c57e3e$56d81100$054405d5@pc>

1) Any ServicesOP can add to services these types of S*Lines:

-OperServ- * added to SZLINE list.
-OperServ- * added to SGLINE list.
-OperServ- * added to SQLINE list.

2) I think Nickname of the services root should be always in noexpire mode 
and cant be dropped even if someone use the SU command. 

From jfrates at gmail.com  Sun Jul 10 12:30:05 2005
From: jfrates at gmail.com (Jarrod Frates)
Date: Sun Jul 10 12:30:15 2005
Subject: [IRCServices] ircservices 5.0.53 on x86_64
Message-ID: <979b3508050710123069c876e5@mail.gmail.com>

I've not found anything on the lists so far as to whether support for
64-bit OSes is available or not, so I suppose that becomes the first
question.

If it is, I'm having difficulties connecting to my UnrealIRCd 3.2.3
server on the same system, which is running CentOS 4.1 x86_64.  It
seems like ircservices isn't even reaching the IRCd at all, though a
32-bit version on another system is able to connect.

Here is an excerpt from the log entries of one attempt using
ircservices -debug -debug going over the network portion.  All of the
modules load successfully before this.

[Jul 10 12:24:00.246165 2005] Initiated connection to irc.illuminus.com:6677
[Jul 10 12:24:00.246264 2005] debug: Top of main loop
[Jul 10 12:24:00.246416 2005] debug: Checking timeouts at time_msec = 36975.990
[Jul 10 12:24:00.246461 2005] debug: Finished timeout list
[Jul 10 12:24:00.246505 2005] debug: sockets: connect on fd 0 returned
[Jul 10 12:24:00.246562 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3
NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP
[Jul 10 12:24:00.246602 2005] debug: Sent: PASS :inagoddadavida
[Jul 10 12:24:00.246637 2005] debug: Sent: SERVER
services.illuminus.com 1 :U0-*-2 Services for IRC Networks
[Jul 10 12:24:00.246672 2005] debug: Sent: :services.illuminus.com
TSCTL SVSTIME 1121023440
[Jul 10 12:24:00.246715 2005] debug: Top of main loop
[Jul 10 12:24:03.246249 2005] debug: Top of main loop
[Jul 10 12:24:03.246312 2005] debug: Checking timeouts at time_msec = 36978.990
[Jul 10 12:24:03.246347 2005] debug: Finished timeout list
[Jul 10 12:24:06.245637 2005] debug: Top of main loop
[Jul 10 12:24:06.245720 2005] debug: Checking timeouts at time_msec = 36981.989
[Jul 10 12:24:06.245754 2005] debug: Finished timeout list
[Jul 10 12:24:09.245879 2005] debug: Top of main loop
[Jul 10 12:24:09.245955 2005] debug: Checking timeouts at time_msec = 36984.989
[Jul 10 12:24:09.245988 2005] debug: Finished timeout list
[Jul 10 12:24:12.245759 2005] debug: Top of main loop
[Jul 10 12:24:12.245887 2005] debug: Checking timeouts at time_msec = 36987.989
[Jul 10 12:24:12.245922 2005] debug: Finished timeout list
[Jul 10 12:24:15.245380 2005] debug: Top of main loop
[Jul 10 12:24:15.245455 2005] debug: Checking timeouts at time_msec = 36990.989
[Jul 10 12:24:15.245491 2005] debug: Finished timeout list
[Jul 10 12:24:18.244890 2005] debug: Top of main loop
[Jul 10 12:24:18.244963 2005] debug: Checking timeouts at time_msec = 36993.988
[Jul 10 12:24:18.244997 2005] debug: Finished timeout list
[Jul 10 12:24:21.244449 2005] debug: Top of main loop
[Jul 10 12:24:21.244529 2005] debug: Checking timeouts at time_msec = 36996.988
[Jul 10 12:24:21.244564 2005] debug: Finished timeout list
[Jul 10 12:24:24.244297 2005] debug: Top of main loop
[Jul 10 12:24:24.244368 2005] debug: Checking timeouts at time_msec = 36999.988
[Jul 10 12:24:24.244402 2005] debug: Finished timeout list
[Jul 10 12:24:27.243736 2005] debug: Top of main loop
[Jul 10 12:24:27.243847 2005] debug: Checking timeouts at time_msec = 37002.987
[Jul 10 12:24:27.243906 2005] debug: Finished timeout list
[Jul 10 12:24:30.243562 2005] debug: Top of main loop
[Jul 10 12:24:30.243643 2005] debug: Checking timeouts at time_msec = 37005.987
[Jul 10 12:24:30.243677 2005] debug: Finished timeout list
[Jul 10 12:24:33.242892 2005] debug: Top of main loop
[Jul 10 12:24:33.242970 2005] debug: Checking timeouts at time_msec = 37008.986
[Jul 10 12:24:33.243004 2005] debug: Finished timeout list
[Jul 10 12:24:36.242142 2005] debug: Top of main loop
[Jul 10 12:24:36.242236 2005] debug: Checking timeouts at time_msec = 37011.986
[Jul 10 12:24:36.242271 2005] debug: Finished timeout list
[Jul 10 12:24:37.541157 2005] FATAL: Remote server returned: ERROR
:Closing Link: [127.0.0.1] (Ping timeout)

It looks to me like it's not successfully making a network connection,
but I'm not quite sure.  Perhaps it needs to be built as 32-bit
instead of 64-bit?  If so, I'm not sure how to do that.  Any
assistance would be appreciated.


Jarrod
From wiggle at tiscali.be  Sat Jul 16 09:34:13 2005
From: wiggle at tiscali.be (Wiggle)
Date: Sun Jul 17 00:55:08 2005
Subject: [IRCServices] Feature request: services ignore / flag command /
        triggers
Message-ID: <20050717075502.0AF4AC0FB32@sakura.ian-justman.com>

Hi,
 
First of all, I have been browsing the archives of this list to see if any
of the things I am going to suggest have already been discussed and I think
they have not, but forgive me if they have.
 
While I enjoy ircservices, I do believe it misses out on some interesting
features some other services packages have. This is not me asking for
ircservices to implement all the features another package has, since that
would be pointless, but I do miss the following in ircservices:
 
*] SERVICES IGNORE: The ability for a services administrator to place a
services ignore on a user. This would obviously make services ignore all
commands sent to services by this wildcard hostmask. The reason why I would
like for this to be implemented is because it would help manage services
abuse. Especially if a certain user is known to abuse for example a specific
services command, yet we do not yet wish to use full measures and
gline/akill and suspending/forbidding the nickname didn't help (since he for
example registered another nickname).
 
*] FLAG COMMAND (or some other name ;)): A command that would allow IRCops
(services opers+) to add information about a certain user. For example:
"User is a known spammer." This will allow opers to keep track of offenses
and to act accordingly. Ideally this information woud show in /nickserv info
<nickname> when triggered by an IRCop. Of course there would be a need to
add/edit/remove the flag information. Can the current databases support
this?
 
*] SPECIFIC TRIGGERS: Some system to protect services from abuse. This would
go well with the services ignore command above. For example, when a user
uses ChanServ's CLEAR USERS command 5 times in a row within a minute, it
would be seen as abuse, and the user would be put on services ignore for 2
minutes and a global operator notice would be sent. This could be added for
other commands too, along with a specific flood setting, of for example 5:60
(5 times in 60 seconds). In my opinion it would be great if /operserv
trigger clear 5:60 - /operserv trigger clear 0 - /operserv trigger kick 6:4
- etc would exist.
 
What do you guys think about this?
 
Regards,
 
Wiggle.


From terry at bluelight.org.uk  Tue Jul 26 14:51:10 2005
From: terry at bluelight.org.uk (Terry)
Date: Tue Jul 26 14:51:29 2005
Subject: [IRCServices] OperServ help
Message-ID: <42E6B04E.302@bluelight.org.uk>

I want to give a user as much perms as possible so i can admin the 
server from work

I did
/msg OperServ  OPER ADD user

That use the other end then logged in and did

/msg NickServ IDENTIFY password

Then tried to
/msg operserv USERLIST as an example which gave permission  denied.

In the logs it shows

[Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST.

So i am not quite sure where the problem lays.
I think this is what i need.

*F.6. Trying to use OperServ gives me "Access denied", but my nick is in 
the ServicesRoot directive and is registered, and I've identified for my 
nick.*

   You need to be opered (i.e. user mode +o from using /oper; this is
   different from channel operator mode) to access OperServ.

But i dont under stand this part ( user mode +o from using /oper; t )
   Cheers


From om at inspircd.org  Tue Jul 26 17:01:42 2005
From: om at inspircd.org (Om)
Date: Tue Jul 26 17:02:03 2005
Subject: [IRCServices] OperServ help
In-Reply-To: <42E6B04E.302@bluelight.org.uk>
References: <42E6B04E.302@bluelight.org.uk>
Message-ID: <42E6CEE6.1090102@inspircd.org>

Terry wrote:

> I want to give a user as much perms as possible so i can admin the 
> server from work
>
> I did
> /msg OperServ  OPER ADD user
>
> That use the other end then logged in and did
>
> /msg NickServ IDENTIFY password
>
> Then tried to
> /msg operserv USERLIST as an example which gave permission  denied.
>
> In the logs it shows
>
> [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST.
>
> So i am not quite sure where the problem lays.
> I think this is what i need.
>
> *F.6. Trying to use OperServ gives me "Access denied", but my nick is 
> in the ServicesRoot directive and is registered, and I've identified 
> for my nick.*
>
>   You need to be opered (i.e. user mode +o from using /oper; this is
>   different from channel operator mode) to access OperServ.
>
> But i dont under stand this part ( user mode +o from using /oper; t )
>   Cheers
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
When you use your IRCd's /oper command (/oper opernick operpass) then 
the IRCd sets the usermode +o on you.
OperServ is denying access to all users that don't have the +o usermode, 
even if they are svsopers, so to use OperServ you need +o set on you. 
Which you get by /oper ing :)

Cheers

Om
From Craig at frostycoolslug.com  Tue Jul 26 20:06:10 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Tue Jul 26 20:06:22 2005
Subject: [IRCServices] OperServ help
In-Reply-To: <42E6CEE6.1090102@inspircd.org>
References: <42E6B04E.302@bluelight.org.uk> <42E6CEE6.1090102@inspircd.org>
Message-ID: <42E6FA22.8030500@frostycoolslug.com>

Om wrote:
> Terry wrote:
> 
>> I want to give a user as much perms as possible so i can admin the 
>> server from work
>>
>> I did
>> /msg OperServ  OPER ADD user
>>
>> That use the other end then logged in and did
>>
>> /msg NickServ IDENTIFY password
>>
>> Then tried to
>> /msg operserv USERLIST as an example which gave permission  denied.
>>
>> In the logs it shows
>>
>> [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST.
>>
>> So i am not quite sure where the problem lays.
>> I think this is what i need.
>>
>> *F.6. Trying to use OperServ gives me "Access denied", but my nick is 
>> in the ServicesRoot directive and is registered, and I've identified 
>> for my nick.*
>>
>>   You need to be opered (i.e. user mode +o from using /oper; this is
>>   different from channel operator mode) to access OperServ.
>>
>> But i dont under stand this part ( user mode +o from using /oper; t )
>>   Cheers
>>
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
> When you use your IRCd's /oper command (/oper opernick operpass) then 
> the IRCd sets the usermode +o on you.
> OperServ is denying access to all users that don't have the +o usermode, 
> even if they are svsopers, so to use OperServ you need +o set on you. 
> Which you get by /oper ing :)
> 
> Cheers
> 
> Om
In addition, i think this is a security measure, in the event that 
someone 'cracked' my nickserv password (no matter how secure it is) they 
would still need my operator password to be able to do anything remotly 
dangerous (remembering that services can provide override, kill, kick, 
ban, op people when you are a services admin), imagine the chaos a 
compromised password could cause ;)

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

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

From seckzi at gmail.com  Tue Jul 26 22:07:59 2005
From: seckzi at gmail.com (awyeah)
Date: Tue Jul 26 22:08:13 2005
Subject: [IRCServices] OperServ help
In-Reply-To: <42E6B04E.302@bluelight.org.uk>
References: <42E6B04E.302@bluelight.org.uk>
Message-ID: <474d159a0507262207eefb2c6@mail.gmail.com>

Yeah will you need to be opered simple as that. Identify your o:line with 
the IRCd before you can gain SRA access.

/oper <username> <password>

After you are opered you will get an +o flag. Then depending upon which IRCd 
you use like for bahamut you have to manually set yourself +a or +A.

So after you have opered up, identify your Services Root nickname and you 
will get full control over services.

There is also a variable in services.conf which I am sure which you can 
enable or disable, which would toggle ON and OFF this setting. So maybe you 
have enabled it and people can't get services access unless they are opered 
up. So if you disable that directive/variable in the .conf file then you can 
get access without opering up.

But I stronly recommend you and all people on your network to oper up before 
gaining services access priviledges.

./awyeah



On 7/27/05, Terry <terry@bluelight.org.uk> wrote:
> 
> I want to give a user as much perms as possible so i can admin the
> server from work
> 
> I did
> /msg OperServ OPER ADD user
> 
> That use the other end then logged in and did
> 
> /msg NickServ IDENTIFY password
> 
> Then tried to
> /msg operserv USERLIST as an example which gave permission denied.
> 
> In the logs it shows
> 
> [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST.
> 
> So i am not quite sure where the problem lays.
> I think this is what i need.
> 
> *F.6. Trying to use OperServ gives me "Access denied", but my nick is in
> the ServicesRoot directive and is registered, and I've identified for my
> nick.*
> 
> You need to be opered (i.e. user mode +o from using /oper; this is
> different from channel operator mode) to access OperServ.
> 
> But i dont under stand this part ( user mode +o from using /oper; t )
> Cheers
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 



-- 
??awyeah?


==================================
Email: awyeah@awyeah.org
TCL Scripts: http://www.awyeah.org/
MSN Messenger ID: awyeah@awyeah.org
IRC: /server irc.awyeah.org:6667 <http://irc.awyeah.org:6667>, Nick: awyeah
==================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050727/d65ed390/attachment.htm
From ianj at esper.net  Mon Aug  1 23:34:58 2005
From: ianj at esper.net (Ian R. Justman)
Date: Mon Aug  1 23:35:08 2005
Subject: [IRCServices] List outage
Message-ID: <42EF1412.1010102@esper.net>


Hi, all.

Due to an unforeseen DNS issue while I was away, the mailserver on which 
the lists are housed temporarily was unreachable.

My apologies for any ensuing mess this has created.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From achurch at achurch.org  Tue Aug 16 12:43:53 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Aug 15 20:48:19 2005
Subject: [IRCServices] Services 5.0.54 released
Message-ID: <430161fa.27227@msgid.achurch.org>

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

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

589bf39dd5d702d5f9d5da1fe404d6b1  ircservices-5.0.54.tar.gz
a642ab215913500be96f07f3fd735275  ircservices-5.0.54.diff.gz
9e7e1fc75f61f59763776a61c94eefc4  ircservices-5.0.54-1.i386.rpm
3b0b0e85c0ef51c24c818dda3935fc8c  ircservices_5.0.54-1_i386.deb

The mirrors should have it shortly.

     This is a maintenance release to take care of issues mentioned on the
mailing list and fix errors and warnings when compiling under GCC 4.

Changes in version 5.0.54
-------------------------
2005/08/16      The ChanServ check_kick callback now passes the channel
                    name as a string instead of the Channel structure, so
                    the channel name can be known even if the channel is
                    empty.  Reported by Olly <olly@avansys.co.uk>
2005/08/13      The S-line commands (SGLINE, SQLINE, and SZLINE) now check
                    that "*" or similarly overbroad masks are not used.
                    Suggested by Dionisios K. <vonitsa_net@yahoo.gr>
2005/08/13      Fixed minor bugs in the code to check whether a new
                    autokill is too broad (such as "*").
2005/08/13      Fixed a compilation error (and many warnings) when
                    compiling with GCC 4.
2005/08/13      Added UNSET callbacks for NickServ and ChanServ.  Suggested
                    by Craig McLure <Craig@chatspike.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Sun Aug 28 19:40:53 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sun Aug 28 19:41:58 2005
Subject: [IRCServices] MemoServ feature
Message-ID: <000301c5ac43$14f230d0$0d4405d5@pc>

I think it will be useful if services admins had the ability to send GLOBAL 
memos to every registered nickname or channel.
It will be nice and users whould be informed very easy if a new feature is 
added to the network or a network policy update or ...... 

From martin at rodecker.nl  Sun Aug 28 23:47:12 2005
From: martin at rodecker.nl (Martin Pels)
Date: Sun Aug 28 23:47:33 2005
Subject: [IRCServices] MemoServ feature
In-Reply-To: <000301c5ac43$14f230d0$0d4405d5@pc>
References: <000301c5ac43$14f230d0$0d4405d5@pc>
Message-ID: <1347.2001:610:108:45:211:43ff:fe12:add5.1125298032.squirrel@webmail.rodecker.nl>

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

On Mon, August 29, 2005 4:40, Dionisios K. said:
> I think it will be useful if services admins had the ability to send
> GLOBAL
> memos to every registered nickname or channel.
> It will be nice and users whould be informed very easy if a new feature is
> added to the network or a network policy update or ......
>

Isn't that what logonnews is meant for?

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


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDEq9vS4/1OagNDM4RAkyxAJ9+B0a+TWx8mchDetby4zZSxSgzxQCeJrWy
aHXncYluhgWoUthCs6IgyWU=
=ANee
-----END PGP SIGNATURE-----

From paul.kain at gmail.com  Sun Aug 28 23:53:09 2005
From: paul.kain at gmail.com (Paul Kain)
Date: Sun Aug 28 23:53:27 2005
Subject: [IRCServices] MemoServ feature
In-Reply-To: <-3193226059984920292@unknownmsgid>
References: <000301c5ac43$14f230d0$0d4405d5@pc>
        <-3193226059984920292@unknownmsgid>
Message-ID: <451ba792050828235354a721ac@mail.gmail.com>

people don't read the logonnews because its generic.
If its directed directly at people in the form of a memo they would
read it as it appears as though it was directed at them

as long as its not abused

Its the same as me trying to get you to read something by sticking it
up on a peice of paper  outside the men's bathroom. You are hardly
going to take notice. However if its an email or similar of course you
are going to pay close attention to it.

my 2c



On 8/29/05, Martin Pels <martin@rodecker.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Mon, August 29, 2005 4:40, Dionisios K. said:
> > I think it will be useful if services admins had the ability to send
> > GLOBAL
> > memos to every registered nickname or channel.
> > It will be nice and users whould be informed very easy if a new feature is
> > added to the network or a network policy update or ......
> >
> 
> Isn't that what logonnews is meant for?
> 
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
> 
> iD8DBQFDEq9vS4/1OagNDM4RAkyxAJ9+B0a+TWx8mchDetby4zZSxSgzxQCeJrWy
> aHXncYluhgWoUthCs6IgyWU=
> =ANee
> -----END PGP SIGNATURE-----
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From awesomeawyeah at gmail.com  Mon Aug 29 00:39:28 2005
From: awesomeawyeah at gmail.com (awyeah)
Date: Mon Aug 29 00:39:38 2005
Subject: [IRCServices] MemoServ feature
In-Reply-To: <000301c5ac43$14f230d0$0d4405d5@pc>
References: <000301c5ac43$14f230d0$0d4405d5@pc>
Message-ID: <963b827d05082900394b45609a@mail.gmail.com>

There is a module for doing a very similar thing, but for ANOPE IRC 
Services. It basically sends a memo to all the OPERS, ADMINS and SRA's on 
OperServ's lists; basically your staff. Also other modules like sending 
memos to channel founders etc and more are availiable.

./awyeah

On 8/29/05, Dionisios K. <admin@vonitsanet.gr> wrote:
> 
> I think it will be useful if services admins had the ability to send 
> GLOBAL
> memos to every registered nickname or channel.
> It will be nice and users whould be informed very easy if a new feature is
> added to the network or a network policy update or ......
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 



-- 
?awyeah?

================================== 
Email: awyeah@awyeah.org 
TCL Scripts: http://www.awyeah.org/ 
MSN Messenger ID: awyeah@awyeah.org 
IRC: /server irc.awyeah.org:6667 <http://irc.awyeah.org:6667>, Nick: awyeah 
==================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050829/ff6aabbc/attachment-0001.htm
From ianj at esper.net  Fri Sep  9 10:24:14 2005
From: ianj at esper.net (Ian R. Justman)
Date: Fri Sep  9 10:24:34 2005
Subject: [IRCServices] Test message
Message-ID: <4321C53E.6000704@esper.net>


Since I haven't seen anything for September yet, just making sure things 
are still working as they should.

Pardon the message.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official
EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.

From surreal.w00t at gmail.com  Sat Sep 10 01:54:56 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Sep 10 01:55:11 2005
Subject: [IRCServices] NICKSERV suggestion.
Message-ID: <43229F60.8000809@gmail.com>

As it's been a little quiet, let me be the devil to stir things up:

May I make a suggestion for nickserv, a command that lists all nicks 
linked to a nickname? Like LISTLINKS, only to be used on nicks other 
than yours. (Perhaps expanding LISTLINKS' functionality?)

Comments?
From achurch at achurch.org  Sat Sep 10 20:53:07 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 10 04:56:49 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <43229F60.8000809@gmail.com>
Message-ID: <4322c9f7.66320@msgid.achurch.org>

>As it's been a little quiet, let me be the devil to stir things up:
>
>May I make a suggestion for nickserv, a command that lists all nicks 
>linked to a nickname? Like LISTLINKS, only to be used on nicks other 
>than yours. (Perhaps expanding LISTLINKS' functionality?)
>
>Comments?

     I'm way ahead of you. ;)  /ns LISTLINKS <nick> as servadmin, ever
since LISTLINKS was introduced in 4.2.0.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sat Sep 10 05:03:58 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Sep 10 05:04:27 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322c9f7.66320@msgid.achurch.org>
References: <4322c9f7.66320@msgid.achurch.org>
Message-ID: <4322CBAE.7060103@gmail.com>

Andrew Church wrote:
>>As it's been a little quiet, let me be the devil to stir things up:
>>
>>May I make a suggestion for nickserv, a command that lists all nicks 
>>linked to a nickname? Like LISTLINKS, only to be used on nicks other 
>>than yours. (Perhaps expanding LISTLINKS' functionality?)
>>
>>Comments?
> 
> 
>      I'm way ahead of you. ;)  /ns LISTLINKS <nick> as servadmin, ever
> since LISTLINKS was introduced in 4.2.0.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 

Ok, makes me feel a little stupid.. Can I ask why it's restricted to
admins? A simple /ns info of two nicknames will tell you enough to know
they are linked/the same person, but sometimes it's handy to know
beforehand ;p
From achurch at achurch.org  Sat Sep 10 21:19:26 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 10 05:21:24 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322CBAE.7060103@gmail.com>
Message-ID: <4322cfbf.66417@msgid.achurch.org>

>Ok, makes me feel a little stupid.. Can I ask why it's restricted to
>admins? A simple /ns info of two nicknames will tell you enough to know
>they are linked/the same person, but sometimes it's handy to know
>beforehand ;p

     It's restricted because it can give out personal information.  Maybe
JoeUser doesn't want you to know that he has an alter ego known as
UltimateFurry ;P

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sat Sep 10 05:24:11 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Sep 10 05:24:37 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322cfbf.66417@msgid.achurch.org>
References: <4322cfbf.66417@msgid.achurch.org>
Message-ID: <4322D06B.5040508@gmail.com>

Andrew Church wrote:
>      It's restricted because it can give out personal information.  Maybe
> JoeUser doesn't want you to know that he has an alter ego known as
> UltimateFurry ;P

Very valid point, not something I'd considered.. :p although if I had
that kind of a situation, think I'd probably register a second nickname :P
From Craig at frostycoolslug.com  Sat Sep 10 05:25:56 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Sep 10 05:25:57 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322cfbf.66417@msgid.achurch.org>
References: <4322cfbf.66417@msgid.achurch.org>
Message-ID: <4322D0D4.300@frostycoolslug.com>

Andrew Church wrote:
>      It's restricted because it can give out personal information.  Maybe
> JoeUser doesn't want you to know that he has an alter ego known as
> UltimateFurry ;P

Is that really true?!?! I'll have to have words with JoeUser!
But yeah, it makes sense to me.. Would take a while to do a /ns info on
a large database and put the matches together (And who says all will
match? If i use Fred-Work from Work, and Craig at home, the /ns info for
them probably wont match, even if they are linked)

Just my 2pence

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

From surreal.w00t at gmail.com  Sat Sep 10 05:37:59 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Sat Sep 10 05:38:26 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322D0D4.300@frostycoolslug.com>
References: <4322cfbf.66417@msgid.achurch.org>
        <4322D0D4.300@frostycoolslug.com>
Message-ID: <4322D3A7.1050102@gmail.com>

The main thing that makes me wonder is that LIST and LISTEMAIL aren't
restricted to staff, so:

08:37 <w00teh> listemail w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)- List of entries matching
w00t@staff.chatspike.net:
08:37 -NickServ(services@chatspike.net)-        BHOFH
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        constantine
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        lame
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        nunjaw00t
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        w00t
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        w00t[afk]
w00t@staff.chatspike.net
08:37 -NickServ(services@chatspike.net)-        w00teh
w00t@staff.chatspike.net

worked just fine, and would probably be a better way to get info on
someone you knew anyhow. So forget I said anything :)

Craig McLure wrote:
> Andrew Church wrote:
> 
>>     It's restricted because it can give out personal information.  Maybe
>>JoeUser doesn't want you to know that he has an alter ego known as
>>UltimateFurry ;P
> 
> 
> Is that really true?!?! I'll have to have words with JoeUser!
> But yeah, it makes sense to me.. Would take a while to do a /ns info on
> a large database and put the matches together (And who says all will
> match? If i use Fred-Work from Work, and Craig at home, the /ns info for
> them probably wont match, even if they are linked)
> 
> Just my 2pence
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 

From achurch at achurch.org  Sun Sep 11 01:51:38 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 10 09:54:24 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <4322D3A7.1050102@gmail.com>
Message-ID: <43230fb6.66515@msgid.achurch.org>

>The main thing that makes me wonder is that LIST and LISTEMAIL aren't
>restricted to staff, so:

     But nicks (nickgroups, technically) also have a PRIVATE option,
allowing them to select whether their nicks are shown in the list or not.
Linked nicks all share the same flags, so you can't decide whether to allow
certain links to be shown or not.

     Though now that you bring it up, I could see an argument for allowing
LISTLINKS on a user without PRIVATE set.  Comments from the audience?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From Craig at frostycoolslug.com  Sat Sep 10 10:30:08 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Sep 10 10:30:11 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <43230fb6.66515@msgid.achurch.org>
References: <43230fb6.66515@msgid.achurch.org>
Message-ID: <43231820.6000405@frostycoolslug.com>

Andrew Church wrote:
>      Though now that you bring it up, I could see an argument for allowing
> LISTLINKS on a user without PRIVATE set.  Comments from the audience?

I say its fine as-is, although i don't think it matters either way.

--
Me

From lordbergee at comcast.net  Sat Sep 10 10:53:19 2005
From: lordbergee at comcast.net (Bergee)
Date: Sat Sep 10 10:53:43 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <43230fb6.66515@msgid.achurch.org>
References: <43230fb6.66515@msgid.achurch.org>
Message-ID: <43231D8F.6030406@comcast.net>

        Our network runs with LIST and LISTEMAIL restricted to admins only...
so personally I like LISTLINKS the way that it is.  I think you're right
that someone might not want the fact that they go by several nicknames
intentionally exposed.
        Although what might be useful is a command to confirm if two nicknames
are linked.  If you have a channel registered, you can already do this
in a rather roundabout fashion.  Let's say that a user has NicknameA,
NicknameB and NicknameC linked, with the main nickname being NicknameA.
 I (as another regular user) want to know if NicknameB and NicknameC are
linked.  I can just add NicknameB to my channel's access list at some
level, and then list the access list.  ChanServ will then tell me the
access level of NicknameA, so I can see that NicknameA and NicknameB are
linked.  And then of course, I can tell ChanServ to remove NicknameC
from the access list (which will of course work, and NicknameA will no
longer appear.)  So then I know that those three nicknames are linked
together... if that explanation made any sense at all. :)
        I guess after writing that, I feel like maybe it isn't worth trying to
hide nickname links, since there are ways a determined user can find out
anyway...

Bergee

Andrew Church wrote:
>>The main thing that makes me wonder is that LIST and LISTEMAIL aren't
>>restricted to staff, so:
> 
>      But nicks (nickgroups, technically) also have a PRIVATE option,
> allowing them to select whether their nicks are shown in the list or not.
> Linked nicks all share the same flags, so you can't decide whether to allow
> certain links to be shown or not.
> 
>      Though now that you bring it up, I could see an argument for allowing
> LISTLINKS on a user without PRIVATE set.  Comments from the audience?
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
From omster at gmail.com  Sat Sep 10 11:26:08 2005
From: omster at gmail.com (Om)
Date: Sat Sep 10 11:26:16 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <43231D8F.6030406@comcast.net>
References: <43230fb6.66515@msgid.achurch.org> <43231D8F.6030406@comcast.net>
Message-ID: <43232540.8070601@gmail.com>

Bergee wrote:

>I guess after writing that, I feel like maybe it isn't worth trying to
>hide nickname links, since there are ways a determined user can find out
>anyway...
>  
>

A determined user can find out if NickA and NickB are linked, but (if
private is set) they still can only find out about JoesSuperSecretNick
by applying above methods to every possible nickname. Allowing /ns
listlinks would let people find JoesSuperSecretNick.

Unless of course /ns listlinks is disabled if private is set, in which
case ignore my entire post! :)

Om
From lordbergee at comcast.net  Sat Sep 10 11:45:26 2005
From: lordbergee at comcast.net (Bergee)
Date: Sat Sep 10 11:45:39 2005
Subject: [IRCServices] NICKSERV suggestion.
In-Reply-To: <43232540.8070601@gmail.com>
References: <43230fb6.66515@msgid.achurch.org> <43231D8F.6030406@comcast.net>
        <43232540.8070601@gmail.com>
Message-ID: <432329C6.1010204@comcast.net>

        Well, sort of... Anyone that knows JoesSuperSecretNick and adds you to
an access list will then know your main nickname.  Even if you didn't
care if those people that knew the nickname were aware, I guess I just
meant you'd have to make absolutely sure to never be seen on the
JoesSuperSecretNick nickname by the same people, because they might
notice a similar hostmask and start to wonder... :)  If you want a truly
alter ego, maybe you just shouldn't link the nicknames together.
Otherwise you might be left with a false sense of security that no one
can discover that the two are related.

Bergee

Om wrote:
> Bergee wrote:
>>I guess after writing that, I feel like maybe it isn't worth trying to
>>hide nickname links, since there are ways a determined user can find out
>>anyway...
> 
> A determined user can find out if NickA and NickB are linked, but (if
> private is set) they still can only find out about JoesSuperSecretNick
> by applying above methods to every possible nickname. Allowing /ns
> listlinks would let people find JoesSuperSecretNick.
> 
> Unless of course /ns listlinks is disabled if private is set, in which
> case ignore my entire post! :)
> 
> Om
From stratus at blazeirc.net  Sat Sep 10 13:13:44 2005
From: stratus at blazeirc.net (Jim Stratus)
Date: Sat Sep 10 13:15:23 2005
Subject: [IRCServices] NICKSERV suggestion.
References: <43230fb6.66515@msgid.achurch.org>
        <43231820.6000405@frostycoolslug.com>
Message-ID: <002701c5b644$542ddb90$6fdf7286@noteryan>

Ditto. I really don't think it is necessary for a change but it doesn't 
matter too much for me. I would be inclined to think that users may consider 
it a privacy issue.

Stratus
BlazeIRC Network
irc.blazeirc.net
----- Original Message ----- 
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Saturday, September 10, 2005 10:30 AM
Subject: Re: [IRCServices] NICKSERV suggestion.


> Andrew Church wrote:
>>      Though now that you bring it up, I could see an argument for 
>> allowing
>> LISTLINKS on a user without PRIVATE set.  Comments from the audience?
>
> I say its fine as-is, although i don't think it matters either way.
>
> --
> Me
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices 

From aragon at phat.za.net  Sat Sep 10 14:19:26 2005
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sat Sep 10 14:19:43 2005
Subject: [IRCServices] akick not setting channel ban
Message-ID: <20050910211926.GA50752@phat.za.net>

Hi,

I'm running ircservices 5.0.53 on Unreal 3.2.3.  I'm experiencing a strange
problem where chanserv does not set a channel ban for an akicked user.  It
does, however, kick the user from the channel.  This is a huge problem when
users' clients have auto-rejoin-on-kick enabled.

I'm unable to reproduce the bug.  When it happens there is nothing relevant
logged to ircservices.log.  It does not happen as the result of the
channel's ban list being full.

This has been a problem for a very long time.  I experienced it even in the
days of Unreal 3.2 Beta and ircservices 4.5.  It's becoming a bigger problem
now that certain channels have grown to over 100 users.  Until now I've
kinda just hoped newer versions would fix it.  But that's evidently not the
case...

Is anyone else experiencing this?  Anyone know of a fix?  Or any suggestions
as to how I can debug it?


Thanks,
Aragon

From mrtoxyc at gmail.com  Sat Sep 10 15:59:23 2005
From: mrtoxyc at gmail.com (Toxyc)
Date: Sat Sep 10 15:59:32 2005
Subject: [IRCServices] Config file splitting
Message-ID: <4323654B.9040002@gmail.com>

Hi all

Is it possible to split a config file to more files? Actually I would 
like to have an own config file for my own modules, so it's easier to 
maintain it. For example an "include anotherfile.conf" directive would 
be great.
Is it possible to be implemented in one of the next releases, or not so 
good idea?

thanks
Toxyc
From achurch at achurch.org  Sun Sep 11 12:20:04 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 10 20:24:43 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <20050910211926.GA50752@phat.za.net>
Message-ID: <4323a374.66700@msgid.achurch.org>

     The only time ChanServ doesn't set a ban is when the same ban already
exists on the channel (as determined by find_ban() in channels.c).  It's
possible find_ban() has a bug; next time this issue occurs, save the ban
list from the channel and see if any bans are similar to the ban that
should be added for the user (for an autokick, this is the mask from the
autokill list).

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

>Hi,
>
>I'm running ircservices 5.0.53 on Unreal 3.2.3.  I'm experiencing a strange
>problem where chanserv does not set a channel ban for an akicked user.  It
>does, however, kick the user from the channel.  This is a huge problem when
>users' clients have auto-rejoin-on-kick enabled.
>
>I'm unable to reproduce the bug.  When it happens there is nothing relevant
>logged to ircservices.log.  It does not happen as the result of the
>channel's ban list being full.
>
>This has been a problem for a very long time.  I experienced it even in the
>days of Unreal 3.2 Beta and ircservices 4.5.  It's becoming a bigger problem
>now that certain channels have grown to over 100 users.  Until now I've
>kinda just hoped newer versions would fix it.  But that's evidently not the
>case...
>
>Is anyone else experiencing this?  Anyone know of a fix?  Or any suggestions
>as to how I can debug it?
>
>
>Thanks,
>Aragon
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Sun Sep 11 12:24:40 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Sep 10 20:27:52 2005
Subject: [IRCServices] Config file splitting
In-Reply-To: <4323654B.9040002@gmail.com>
Message-ID: <4323a41a.66710@msgid.achurch.org>

     I'm planning to add support for this in 5.1.

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

>Hi all
>
>Is it possible to split a config file to more files? Actually I would 
>like to have an own config file for my own modules, so it's easier to 
>maintain it. For example an "include anotherfile.conf" directive would 
>be great.
>Is it possible to be implemented in one of the next releases, or not so 
>good idea?
>
>thanks
>Toxyc
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From alisor at soronline.net  Sun Sep 11 06:03:15 2005
From: alisor at soronline.net (Ali S.)
Date: Sun Sep 11 06:03:26 2005
Subject: [IRCServices] Config file splitting
References: <4323a41a.66710@msgid.achurch.org>
Message-ID: <001001c5b6d1$3195d410$0100000a@citir>

Hello;

Can you give us some info about 5.1 and its release time Andrew?

And do you think of adding Restricted Register to some mail domains at 5.1?

Like;

Mail-except  *@ircservices.za.net
Mail-ban  *@*

So only users who have mail from ircservices.za.net can register nicks and 
channels.

Mail-ban *@lamer.org
Or just ban some mail domains.

Ali S.

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.esper.net>
Sent: Sunday, September 11, 2005 6:24 AM
Subject: Re: [IRCServices] Config file splitting


>     I'm planning to add support for this in 5.1.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>Hi all
>>
>>Is it possible to split a config file to more files? Actually I would
>>like to have an own config file for my own modules, so it's easier to
>>maintain it. For example an "include anotherfile.conf" directive would
>>be great.
>>Is it possible to be implemented in one of the next releases, or not so
>>good idea?
>>
>>thanks
>>Toxyc
>>------------------------------------------------------------------
>>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  Sun Sep 11 22:43:24 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 11 06:45:53 2005
Subject: [IRCServices] Config file splitting
In-Reply-To: <001001c5b6d1$3195d410$0100000a@citir>
Message-ID: <43243502.75201@msgid.achurch.org>

>Can you give us some info about 5.1 and its release time Andrew?

     Nope, because I don't have any; Services development is entirely
dependent on how much time is left over after my other obligations (like
work).  I do hope to get a first alpha out by the end of the year, but no
promises.

>And do you think of adding Restricted Register to some mail domains at 5.1?

     I recall the issue having been raised before; I'm not that excited
about adding it, but I'll think about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From lordbergee at comcast.net  Sun Sep 11 10:57:58 2005
From: lordbergee at comcast.net (Bergee)
Date: Sun Sep 11 10:58:09 2005
Subject: [IRCServices] Config file splitting
In-Reply-To: <43243502.75201@msgid.achurch.org>
References: <43243502.75201@msgid.achurch.org>
Message-ID: <43247026.4060409@comcast.net>

Andrew Church wrote:
>>And do you think of adding Restricted Register to some mail domains at 5.1?
> 
> 
>      I recall the issue having been raised before; I'm not that excited
> about adding it, but I'll think about it.

        If you're looking for other people that would find such a feature
useful, I'll add my two cents and say I'd like to see something like
this as well.

Bergee
From aragon at phat.za.net  Sun Sep 11 12:17:39 2005
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sun Sep 11 12:17:48 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <4323a374.66700@msgid.achurch.org>
References: <20050910211926.GA50752@phat.za.net>
        <4323a374.66700@msgid.achurch.org>
Message-ID: <20050911191739.GA90884@phat.za.net>

Hi,

Ok it happened again tonight.  Here's the info:

AKICK entry:

-ChanServ-    21 *god*!*@* (Please do not bring a religious nick into this
channel, change it and you are welcome back)



Channel banlist at the time:

1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm.
2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm.
3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm.
4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm.
5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za
11/09/2005 2:57pm.
6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm.



[20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined.
[20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please
do not bring a religious nick into this channel, change it and you are
welcome back))

No ban was set.



Thanks,
Aragon


| By Andrew Church <achurch@achurch.org>
|                                          [ 2005-09-11 05:24 +0200 ]
>      The only time ChanServ doesn't set a ban is when the same ban already
> exists on the channel (as determined by find_ban() in channels.c).  It's
> possible find_ban() has a bug; next time this issue occurs, save the ban
> list from the channel and see if any bans are similar to the ban that
> should be added for the user (for an autokick, this is the mask from the
> autokill list).
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> >Hi,
> >
> >I'm running ircservices 5.0.53 on Unreal 3.2.3.  I'm experiencing a strange
> >problem where chanserv does not set a channel ban for an akicked user.  It
> >does, however, kick the user from the channel.  This is a huge problem when
> >users' clients have auto-rejoin-on-kick enabled.
> >
> >I'm unable to reproduce the bug.  When it happens there is nothing relevant
> >logged to ircservices.log.  It does not happen as the result of the
> >channel's ban list being full.
> >
> >This has been a problem for a very long time.  I experienced it even in the
> >days of Unreal 3.2 Beta and ircservices 4.5.  It's becoming a bigger problem
> >now that certain channels have grown to over 100 users.  Until now I've
> >kinda just hoped newer versions would fix it.  But that's evidently not the
> >case...
> >
> >Is anyone else experiencing this?  Anyone know of a fix?  Or any suggestions
> >as to how I can debug it?
> >
> >
> >Thanks,
> >Aragon
> >
> >------------------------------------------------------------------
> >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 aragon at phat.za.net  Sun Sep 11 12:26:33 2005
From: aragon at phat.za.net (Aragon Gouveia)
Date: Sun Sep 11 12:26:42 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <20050911191739.GA90884@phat.za.net>
References: <20050910211926.GA50752@phat.za.net>
        <4323a374.66700@msgid.achurch.org>
        <20050911191739.GA90884@phat.za.net>
Message-ID: <20050911192633.GB90884@phat.za.net>

I've just done some experimenting now.  I cleared all the bans in the
channel.  It made no difference.  I restarted services and that fixed this
particular incident.

Maybe an uncleared variable floating around somewhere?


| By Aragon Gouveia <aragon@phat.za.net>
|                                          [ 2005-09-11 21:17 +0200 ]
> Hi,
> 
> Ok it happened again tonight.  Here's the info:
> 
> AKICK entry:
> 
> -ChanServ-    21 *god*!*@* (Please do not bring a religious nick into this
> channel, change it and you are welcome back)
> 
> 
> 
> Channel banlist at the time:
> 
> 1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm.
> 2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm.
> 3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm.
> 4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm.
> 5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za
> 11/09/2005 2:57pm.
> 6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm.
> 
> 
> 
> [20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined.
> [20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please
> do not bring a religious nick into this channel, change it and you are
> welcome back))
> 
> No ban was set.
> 
> 
> 
> Thanks,
> Aragon
> 
> 
> | By Andrew Church <achurch@achurch.org>
> |                                          [ 2005-09-11 05:24 +0200 ]
> >      The only time ChanServ doesn't set a ban is when the same ban already
> > exists on the channel (as determined by find_ban() in channels.c).  It's
> > possible find_ban() has a bug; next time this issue occurs, save the ban
> > list from the channel and see if any bans are similar to the ban that
> > should be added for the user (for an autokick, this is the mask from the
> > autokill list).
> > 
> >   --Andrew Church
> >     achurch@achurch.org
> >     http://achurch.org/
> > 
> > >Hi,
> > >
> > >I'm running ircservices 5.0.53 on Unreal 3.2.3.  I'm experiencing a strange
> > >problem where chanserv does not set a channel ban for an akicked user.  It
> > >does, however, kick the user from the channel.  This is a huge problem when
> > >users' clients have auto-rejoin-on-kick enabled.
> > >
> > >I'm unable to reproduce the bug.  When it happens there is nothing relevant
> > >logged to ircservices.log.  It does not happen as the result of the
> > >channel's ban list being full.
> > >
> > >This has been a problem for a very long time.  I experienced it even in the
> > >days of Unreal 3.2 Beta and ircservices 4.5.  It's becoming a bigger problem
> > >now that certain channels have grown to over 100 users.  Until now I've
> > >kinda just hoped newer versions would fix it.  But that's evidently not the
> > >case...
> > >
> > >Is anyone else experiencing this?  Anyone know of a fix?  Or any suggestions
> > >as to how I can debug it?
> > >
> > >
> > >Thanks,
> > >Aragon
> > >
> > >------------------------------------------------------------------
> > >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 xxx.coder at gmail.com  Sun Sep 11 14:44:47 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Sun Sep 11 14:44:59 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <20050911192633.GB90884@phat.za.net>
References: <20050910211926.GA50752@phat.za.net>
        <4323a374.66700@msgid.achurch.org>
        <20050911191739.GA90884@phat.za.net>
        <20050911192633.GB90884@phat.za.net>
Message-ID: <ce6d53600509111444a3684ab@mail.gmail.com>

I suspect that some of the irc servers in the network drop a ban
silently, resulting in services having this ban on their list, which
is desynched from the rest of the network in this case. I've seen
similar situations with old hybrid servers and other services, but who
knows..

On 9/11/05, Aragon Gouveia <aragon@phat.za.net> wrote:
> I've just done some experimenting now.  I cleared all the bans in the
> channel.  It made no difference.  I restarted services and that fixed this
> particular incident.
> 
> Maybe an uncleared variable floating around somewhere?
> 
> 
> | By Aragon Gouveia <aragon@phat.za.net>
> |                                          [ 2005-09-11 21:17 +0200 ]
> > Hi,
> >
> > Ok it happened again tonight.  Here's the info:
> >
> > AKICK entry:
> >
> > -ChanServ-    21 *god*!*@* (Please do not bring a religious nick into this
> > channel, change it and you are welcome back)
> >
> >
> >
> > Channel banlist at the time:
> >
> > 1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm.
> > 2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm.
> > 3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm.
> > 4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm.
> > 5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za
> > 11/09/2005 2:57pm.
> > 6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm.
> >
> >
> >
> > [20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined.
> > [20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please
> > do not bring a religious nick into this channel, change it and you are
> > welcome back))
> >
> > No ban was set.
> >
> >
> >
> > Thanks,
> > Aragon
> >
> >
> > | By Andrew Church <achurch@achurch.org>
> > |                                          [ 2005-09-11 05:24 +0200 ]
> > >      The only time ChanServ doesn't set a ban is when the same ban already
> > > exists on the channel (as determined by find_ban() in channels.c).  It's
> > > possible find_ban() has a bug; next time this issue occurs, save the ban
> > > list from the channel and see if any bans are similar to the ban that
> > > should be added for the user (for an autokick, this is the mask from the
> > > autokill list).
> > >
> > >   --Andrew Church
> > >     achurch@achurch.org
> > >     http://achurch.org/
> > >
> > > >Hi,
> > > >
> > > >I'm running ircservices 5.0.53 on Unreal 3.2.3.  I'm experiencing a strange
> > > >problem where chanserv does not set a channel ban for an akicked user.  It
> > > >does, however, kick the user from the channel.  This is a huge problem when
> > > >users' clients have auto-rejoin-on-kick enabled.
> > > >
> > > >I'm unable to reproduce the bug.  When it happens there is nothing relevant
> > > >logged to ircservices.log.  It does not happen as the result of the
> > > >channel's ban list being full.
> > > >
> > > >This has been a problem for a very long time.  I experienced it even in the
> > > >days of Unreal 3.2 Beta and ircservices 4.5.  It's becoming a bigger problem
> > > >now that certain channels have grown to over 100 users.  Until now I've
> > > >kinda just hoped newer versions would fix it.  But that's evidently not the
> > > >case...
> > > >
> > > >Is anyone else experiencing this?  Anyone know of a fix?  Or any suggestions
> > > >as to how I can debug it?
> > > >
> > > >
> > > >Thanks,
> > > >Aragon
> > > >
> > > >------------------------------------------------------------------
> > > >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
> 


-- 
Evlogi Petrov - ongeboren@UniBG
From achurch at achurch.org  Mon Sep 12 11:51:18 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 11 20:02:07 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <ce6d53600509111444a3684ab@mail.gmail.com>
Message-ID: <4324efa5.16566@msgid.achurch.org>

>I suspect that some of the irc servers in the network drop a ban
>silently, resulting in services having this ban on their list, which
>is desynched from the rest of the network in this case. I've seen
>similar situations with old hybrid servers and other services, but who
>knows..

     That's an interesting possibility.  To the original poster: try
applying the following patch to Services, then recompiling and restarting
in debug mode (ircservices -debug).  When you see the bug happening, check
the logfile and see if the ban in question is listed.  (Also, if you could
privately send me the full debug logfile for further analysis I'd
appreciate it.)

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

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

Index: channels.c
===================================================================
RCS file: /var/local/cvsroot/ircservices/channels.c,v
retrieving revision 2.43.2.1
diff -u -r2.43.2.1 channels.c
--- channels.c  6 Jan 2005 17:15:11 -0000       2.43.2.1
+++ channels.c  12 Sep 2005 03:01:04 -0000
@@ -192,22 +192,33 @@
 
     t = strchr(ban, '!');
     i = 0;
+    if (debug)
+       log("find_ban([%s],[%s])", chan->name, ban);
     ARRAY_FOREACH (i, chan->bans) {
+       if (debug)
+           log("... checking [%s]", chan->bans[i]);
        s = strchr(chan->bans[i], '!');
        if (s && t) {
            if (s-(chan->bans[i]) == t-ban
             && irc_strnicmp(chan->bans[i], ban, s-(chan->bans[i])) == 0
             && stricmp(s+1, t+1) == 0
            ) {
+               if (debug)
+                   log("... found!");
                return i;
            }
        } else if (!s && !t) {
            /* Bans without '!' should be impossible; just
             * do a case-insensitive compare */
-           if (stricmp(chan->bans[i], ban) == 0)
+           if (stricmp(chan->bans[i], ban) == 0) {
+               if (debug)
+                   log("... found!");
                return i;
+           }
        }
     }
+    if (debug)
+       log("... NOT found");
     return -1;
 }
 
From aragon at phat.za.net  Mon Sep 12 14:21:05 2005
From: aragon at phat.za.net (Aragon Gouveia)
Date: Mon Sep 12 14:21:23 2005
Subject: [IRCServices] akick not setting channel ban
In-Reply-To: <4324efa5.16566@msgid.achurch.org>
References: <ce6d53600509111444a3684ab@mail.gmail.com>
        <4324efa5.16566@msgid.achurch.org>
Message-ID: <20050912212105.GA47357@phat.za.net>

Agreed it could be a network desync.  Thanks for the patch.  Will apply it
and let you know the results.



| By Andrew Church <achurch@achurch.org>
|                                          [ 2005-09-12 05:02 +0200 ]
> >I suspect that some of the irc servers in the network drop a ban
> >silently, resulting in services having this ban on their list, which
> >is desynched from the rest of the network in this case. I've seen
> >similar situations with old hybrid servers and other services, but who
> >knows..
> 
>      That's an interesting possibility.  To the original poster: try
> applying the following patch to Services, then recompiling and restarting
> in debug mode (ircservices -debug).  When you see the bug happening, check
> the logfile and see if the ban in question is listed.  (Also, if you could
> privately send me the full debug logfile for further analysis I'd
> appreciate it.)
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> ---------------------------------------------------------------------------
> 
> Index: channels.c
> ===================================================================
> RCS file: /var/local/cvsroot/ircservices/channels.c,v
> retrieving revision 2.43.2.1
> diff -u -r2.43.2.1 channels.c
> --- channels.c        6 Jan 2005 17:15:11 -0000       2.43.2.1
> +++ channels.c        12 Sep 2005 03:01:04 -0000
> @@ -192,22 +192,33 @@
>  
>      t = strchr(ban, '!');
>      i = 0;
> +    if (debug)
> +     log("find_ban([%s],[%s])", chan->name, ban);
>      ARRAY_FOREACH (i, chan->bans) {
> +     if (debug)
> +         log("... checking [%s]", chan->bans[i]);
>       s = strchr(chan->bans[i], '!');
>       if (s && t) {
>           if (s-(chan->bans[i]) == t-ban
>            && irc_strnicmp(chan->bans[i], ban, s-(chan->bans[i])) == 0
>            && stricmp(s+1, t+1) == 0
>           ) {
> +             if (debug)
> +                 log("... found!");
>               return i;
>           }
>       } else if (!s && !t) {
>           /* Bans without '!' should be impossible; just
>            * do a case-insensitive compare */
> -         if (stricmp(chan->bans[i], ban) == 0)
> +         if (stricmp(chan->bans[i], ban) == 0) {
> +             if (debug)
> +                 log("... found!");
>               return i;
> +         }
>       }
>      }
> +    if (debug)
> +     log("... NOT found");
>      return -1;
>  }
>  
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From red_alert at the-psychiatry.ch  Mon Sep 19 18:22:03 2005
From: red_alert at the-psychiatry.ch (Sandro "red_alert" Mathys)
Date: Mon Sep 19 18:22:13 2005
Subject: [IRCServices] LDAP (authenticate)
Message-ID: <432F643B.7000602@the-psychiatry.ch>

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

Hi all

I just downloaded and installed ircservices and they're great :D

to my question: does anyone have/know about a module to force every
connecting user against a ldap-server?

regards
red_alert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFDL2Q615WDu3BSpcIRAgXAAJ9luWCk7BhqpqH2ECmBwZMYpU4ftgCfVYzf
17zeC0fYLAUPZsNbJ4Bo5nA=
=g2MO
-----END PGP SIGNATURE-----
From surreal.w00t at gmail.com  Mon Sep 19 19:41:51 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 19 19:42:08 2005
Subject: [IRCServices] LDAP (authenticate)
In-Reply-To: <432F643B.7000602@the-psychiatry.ch>
References: <432F643B.7000602@the-psychiatry.ch>
Message-ID: <432F76EF.50906@gmail.com>

Not that I'm aware of, nope.

Sandro "red_alert" Mathys wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi all
> 
> I just downloaded and installed ircservices and they're great :D
> 
> to my question: does anyone have/know about a module to force every
> connecting user against a ldap-server?
> 
> regards
> red_alert
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iD8DBQFDL2Q615WDu3BSpcIRAgXAAJ9luWCk7BhqpqH2ECmBwZMYpU4ftgCfVYzf
> 17zeC0fYLAUPZsNbJ4Bo5nA=
> =g2MO
> -----END PGP SIGNATURE-----
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 

From diavolgr at hotmail.com  Sun Sep 25 18:58:38 2005
From: diavolgr at hotmail.com (diavolosss salalakis)
Date: Sun Sep 25 18:58:51 2005
Subject: [IRCServices] Strange message with TS
Message-ID: <BAY24-F248E54A35E4BF22E5AA2E1C38B0@phx.gbl>

Hello ppl, I'm using bahamut ircd (1.8.3) with ircservices 5.0.54 and i get 
a strange message:
When someone join a registered channel and he is the only one at that 
channel I get the following message:

[04:54:32] -some.server.com:#channel- *** Notice -- TS for #channel changed 
from 1127692469 to 1127683314
[04:54:32] * services.server.com sets mode: -o dem
[04:54:32] * services.server.com sets mode: +o dem
[04:54:32] * ChanServ sets mode: +ntr-o dem

and in wallops:

-some.server.com- *** Notice -- Server services.server.com setting +o and 
blasting TS on #channel

Services shouldn't give op to dem while he has not access on that channel 
and he is not an oper (even if chanserv removes it right after)

I'm not sure if this is normal or not that's why i'm sending this
thanks

_________________________________________________________________
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

From achurch at achurch.org  Mon Sep 26 11:46:40 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 25 19:55:18 2005
Subject: [IRCServices] Strange message with TS
In-Reply-To: <BAY24-F248E54A35E4BF22E5AA2E1C38B0@phx.gbl>
Message-ID: <4337630d.70531@msgid.achurch.org>

     The -o/+o and TS change is a result of enabling the CSSetChannelTime
option in your configuration file (modules.conf).  The -o/+o, in
particular, is not generated directly by Services, but is an artifact of
the way your IRC server handles the TS update: the user already has ops
from being the first user in the channel, but when Services sends a TS
change, your IRC server blindly clears all modes (including ops) from the
channel before noticing that Services didn't actually request the user's
ops to be cleared, and then sends out a +o to correct its mistake.  So
technically, this is a bug (or at least an annoyance) in your IRC server.

     Thus, the -o/+o is harmless, but if it bothers you, disable
CSSetChannelTime in modules.conf.

     This information has been added to the manual and the FAQ for the next
release.

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

>Hello ppl, I'm using bahamut ircd (1.8.3) with ircservices 5.0.54 and i get 
>a strange message:
>When someone join a registered channel and he is the only one at that 
>channel I get the following message:
>
>[04:54:32] -some.server.com:#channel- *** Notice -- TS for #channel changed 
>from 1127692469 to 1127683314
>[04:54:32] * services.server.com sets mode: -o dem
>[04:54:32] * services.server.com sets mode: +o dem
>[04:54:32] * ChanServ sets mode: +ntr-o dem
>
>and in wallops:
>
>-some.server.com- *** Notice -- Server services.server.com setting +o and 
>blasting TS on #channel
>
>Services shouldn't give op to dem while he has not access on that channel 
>and he is not an oper (even if chanserv removes it right after)
>
>I'm not sure if this is normal or not that's why i'm sending this
>thanks
>
>_________________________________________________________________
>Don't just search. Find. Check out the new MSN Search! 
>http://search.msn.click-url.com/go/onm00200636ave/direct/01/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Mon Sep 26 12:58:36 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 25 21:03:35 2005
Subject: [IRCServices] Services 5.0.55 released
Message-ID: <4337730e.66564@msgid.achurch.org>

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

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

b31dec0ffb651d1e674c66d15f606023  ircservices-5.0.55.tar.gz
08faadb99061b7ba8b9eb49eb5bb75ca  ircservices-5.0.55.diff.gz
9247128f691cfa7c85d2fc093a4b6b4d  ircservices-5.0.55-1.i386.rpm
a2cefe0e5fd978b8e4cf404280b0d549  ircservices_5.0.55-1_i386.deb

The mirrors should have it shortly.

     This is a maintenance release to address a couple of minor issues
(the "rare bug" with regard to voice status is the case where a +o user
sends a -o+hv for himself and Services doesn't cancel the -v, and has no
implications for ordinary use).  Upgrade at your leisure.

Changes in version 5.0.55
-------------------------
2005/09/26      Added documentation on CSSetChannelTime configuration option.
2005/08/25      Fixed rare bug allowing users to gain voice status
                    improperly.  Reported by Anton Wolkov <phan70m@gmail.com>
2005/08/23      Added "authed" callback for newly-authorized nicknames.
                    Suggested by Robin Burchell <surreal.w00t@gmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Sep 26 14:08:37 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Sep 25 22:11:19 2005
Subject: [IRCServices] Feature request: services ignore / flag command /
        triggers
In-Reply-To: <20050717075502.0AF4AC0FB32@sakura.ian-justman.com>
Message-ID: <433782eb.16374@msgid.achurch.org>

>*] SERVICES IGNORE:

     I'm looking into improving the ignore system for 5.1.  I may or may
not add manual ignore commands, but you can always /kill troublemakers.

>*] FLAG COMMAND

     I've always held that this sort of thing should be taken care of
outside of Services, so I don't plan to add such a command.

>*] SPECIFIC TRIGGERS:

     It's my intention that auto-ignore should take care of problems like
this; I don't like the complexity that manually-settable triggers on
individual commands would add.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 26 03:59:48 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 26 04:00:04 2005
Subject: [IRCServices] Strange message with TS
In-Reply-To: <4337630d.70531@msgid.achurch.org>
References: <4337630d.70531@msgid.achurch.org>
Message-ID: <4337D4A4.8070003@gmail.com>

This may (or may not) be a related issue, and I only remember seeing it
when I was back playing with 5.0.29, but still thought I'd mention it.

Services synched to my testnet, I was in a registered channel, I was set
-o+o by Services' server, which is all fine and good, eh, I can't
exactly remember what happened (got a log of it someplace) but
basically, I ended up with ops. I was a registered nick, but not identified.

Is this an issue that has been fixed/whatever? If not, let me know and
I'll go dig up that log I meant to send to this list like, around the
time of 5.0.29.. :p

Andrew Church wrote:
>      The -o/+o and TS change is a result of enabling the CSSetChannelTime
> option in your configuration file (modules.conf).  The -o/+o, in
> particular, is not generated directly by Services, but is an artifact of
> the way your IRC server handles the TS update: the user already has ops
> from being the first user in the channel, but when Services sends a TS
> change, your IRC server blindly clears all modes (including ops) from the
> channel before noticing that Services didn't actually request the user's
> ops to be cleared, and then sends out a +o to correct its mistake.  So
> technically, this is a bug (or at least an annoyance) in your IRC server.
> 
>      Thus, the -o/+o is harmless, but if it bothers you, disable
> CSSetChannelTime in modules.conf.
> 
>      This information has been added to the manual and the FAQ for the next
> release.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
From surreal.w00t at gmail.com  Mon Sep 26 04:46:33 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 26 04:46:52 2005
Subject: [IRCServices] Small website issue.
Message-ID: <4337DF99.5020903@gmail.com>

Hi,

Went to download the diff for 5.0.55 for my testnet, went to 
http://www.ircservices.esper.net/download.html and noticed that one of 
the download links still points to .za.net, which naturally, doesn't work.

Just thought I'd give you guys a heads up :)

Ta,
w00t.
From achurch at achurch.org  Mon Sep 26 20:49:46 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 26 04:50:02 2005
Subject: [IRCServices] Small website issue.
In-Reply-To: <4337DF99.5020903@gmail.com>
Message-ID: <4337e063.45274@msgid.achurch.org>

>Went to download the diff for 5.0.55 for my testnet, went to 
>http://www.ircservices.esper.net/download.html and noticed that one of 
>the download links still points to .za.net, which naturally, doesn't work.

     Oops, silly mistake... fixed, thanks.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Sep 26 20:50:34 2005
From: achurch at achurch.org (Andrew Church)
Date: Mon Sep 26 04:52:37 2005
Subject: [IRCServices] Strange message with TS
In-Reply-To: <4337D4A4.8070003@gmail.com>
Message-ID: <4337e0fe.46732@msgid.achurch.org>

>This may (or may not) be a related issue, and I only remember seeing it
>when I was back playing with 5.0.29, but still thought I'd mention it.
>
>Services synched to my testnet, I was in a registered channel, I was set
>-o+o by Services' server, which is all fine and good, eh, I can't
>exactly remember what happened (got a log of it someplace) but
>basically, I ended up with ops. I was a registered nick, but not identified.

     Since you got a -o, I assume you had +o in the first place, so this
isn't a problem.  It's almost certainly the same cause--the only time (IIRC)
Services sends out mode changes as the server is when it's setting channel
TS, and even then it's not really a mode change, it's an SJOIN with the
current channel modes.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Mon Sep 26 04:58:25 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 26 04:58:40 2005
Subject: [IRCServices] Strange message with TS
In-Reply-To: <4337e0fe.46732@msgid.achurch.org>
References: <4337e0fe.46732@msgid.achurch.org>
Message-ID: <4337E261.6010004@gmail.com>

Andrew Church wrote:
>      Since you got a -o, I assume you had +o in the first place, so this
> isn't a problem.  It's almost certainly the same cause--the only time (IIRC)
> Services sends out mode changes as the server is when it's setting channel
> TS, and even then it's not really a mode change, it's an SJOIN with the
> current channel modes.

That as may be, but the issue that worried me was that I got to keep the
ops in that channel-- I was still opped after Services started fiddling.
Minor, but still. I'll try find the log when I get offline (and back to
my normal machine) and send it over tomorrow.

As an aside, I remember that when I then cycled the channel, +o was
removed properly.
From surreal.w00t at gmail.com  Mon Sep 26 20:44:46 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Mon Sep 26 20:45:04 2005
Subject: [IRCServices] Strange message with TS
In-Reply-To: <4337e0fe.46732@msgid.achurch.org>
References: <4337e0fe.46732@msgid.achurch.org>
Message-ID: <4338C02E.50400@gmail.com>

Andrew Church wrote:
Belay that, I can't find the logfile, so I guess there's not much point
persuing it for now. I'll try reproduce, but don't hold your breath :)

Thanks for the auth callback in .55 by the way, seems to work like a
charm - once I remembered to hook into nickserv/mail-auth rather than
nickserv/main.. :p
From webmaster at e-divx.at  Fri Oct  7 04:41:42 2005
From: webmaster at e-divx.at (webmaster@e-divx.at)
Date: Fri Oct  7 04:42:11 2005
Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD
Message-ID: <200510071141.j97Bfg2C023143@nitweb3.nit.at>

Hey!

I've used bahamut as IRC server before, which worked fine with the ircservices. Now I will use UnrealIRCD instead of bahamut. I've configured UnrealIRCD and made some changes in the ircservices-config.
The problem is, that ircservices can't connect to UnrealIRCD and I've absolutly no idea what the problem is.
I got the following messages in ircservices.log:
---
[Oct 06 12:44:03.099500 2005] Initiated connection to 127.0.0.1:6667
[Oct 06 12:44:03.099881 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP
[Oct 06 12:44:03.099985 2005] debug: Sent: PASS :xxxxx
[Oct 06 12:44:03.100097 2005] debug: Sent: SERVER at-vie01a-mirror02.chello.at 1 :U0-*-2 Services for IRC Networks
[Oct 06 12:44:40.299812 2005] FATAL: Remote server returned: ERROR :Closing Link: [127.0.0.1] (Ping timeout)
---

ircservices and UnrealIRCD run on the same machine and ircservices should connect to port 6667.

I'm using the newest version of UnrealIRCD and ircservices.

w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please.


thx, scrat
From surreal.w00t at gmail.com  Fri Oct  7 05:54:32 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Oct  7 05:54:58 2005
Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD
In-Reply-To: <200510071141.j97Bfg2C023143@nitweb3.nit.at>
References: <200510071141.j97Bfg2C023143@nitweb3.nit.at>
Message-ID: <43467008.7080106@gmail.com>

webmaster@e-divx.at wrote:
> w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please.
Yeah, I'm not 100% sure on this - but I seem to remember somebody else 
having the same problem, and finding there was an option related to 
pings or something?

With exams next week, I've not really had much 'extra' time to do 
digging through conf files without much reason, so sorry if I'm stepping 
on anyone's toes.

Andy, if I'm right on this, it might be an idea to FAQ-erize it, as I've 
seen a few people stuck with similar errors to this now.
From admin at epicirc.net  Sat Oct  8 10:46:15 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Sat Oct  8 10:47:01 2005
Subject: [IRCServices] Mlock problem.
Message-ID: <20051008174644.BEC8FE907B8@sakura.ian-justman.com>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3049 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/08ae67c3/smime.bin
From vonitsa_net at yahoo.gr  Sat Oct  8 14:38:16 2005
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct  8 14:38:27 2005
Subject: [IRCServices] Mlock problem.
Message-ID: <20051008213816.92610.qmail@web31413.mail.mud.yahoo.com>

Have u tried to restart services? I had the same
problem before. Restart services and normally it will
be fixed. mabie its just a desync.
--- ircservices-bounces@ircservices.esper.net
<admin@epicirc.net> wrote:
> I have a question for one of my channels they have
tried to enable Mlock and
> have been unable to get it to work.  It shows that
its set, but doesn't
> work.
> 
> [12:38pm] -ChanServ- Information for channel #xxxx:
> [12:38pm] -ChanServ- Founder: XXXXXXXX
> [12:38pm] -ChanServ- Description: Description.
> [12:38pm] -ChanServ- Registered: Feb 21 17:16:59
2005
> [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005
> [12:38pm] -ChanServ- Options: Topic Retention,
Private, Secure Ops, Secure,
> Enforce
> [12:38pm] -ChanServ- Mode lock: +mnstl
> [12:38pm] -ChanServ- For more information, type:
/msg ChanServ INFO #xxxx
> ALL
> 
> Works fine for other channels on the network but not
for this one.
> 
> Here is an example of what happens when a normal op
changes modes:
> 
> [12:45pm] me sets mode: +pi-smnt
> [12:45pm] me sets mode: -l+k sdsds
> 
> Chanserv never undos this change.
> 
> Thanks for the help,
> 
> XanaX
> EpicIRC Sr. Network Admin.
> ------------
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


Dionisios K. - ToXiC On HellenicNet
From admin at epicirc.net  Sat Oct  8 15:03:54 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Sat Oct  8 15:04:12 2005
Subject: [IRCServices] Mlock problem.
In-Reply-To: <20051008213816.92610.qmail@web31413.mail.mud.yahoo.com>
Message-ID: <20051008220409.C3BBEE907D2@sakura.ian-justman.com>

Hm no I havent tried that.  It works fine in other channels.  I hate to
restart services though, but I guess its worth a shot.  Ill get back to you.


-----Original Message-----
From: Dionisios K. [mailto:vonitsa_net@yahoo.gr] 
Sent: Saturday, October 08, 2005 4:38 PM
To: admin@epicirc.net; ircservices@ircservices.esper.net
Subject: Re: [IRCServices] Mlock problem.

Have u tried to restart services? I had the same problem before. Restart
services and normally it will be fixed. mabie its just a desync.
--- ircservices-bounces@ircservices.esper.net
<admin@epicirc.net> wrote:
> I have a question for one of my channels they have
tried to enable Mlock and
> have been unable to get it to work.  It shows that
its set, but doesn't
> work.
> 
> [12:38pm] -ChanServ- Information for channel #xxxx:
> [12:38pm] -ChanServ- Founder: XXXXXXXX [12:38pm] -ChanServ- 
> Description: Description.
> [12:38pm] -ChanServ- Registered: Feb 21 17:16:59
2005
> [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005 [12:38pm] 
> -ChanServ- Options: Topic Retention,
Private, Secure Ops, Secure,
> Enforce
> [12:38pm] -ChanServ- Mode lock: +mnstl [12:38pm] -ChanServ- For more 
> information, type:
/msg ChanServ INFO #xxxx
> ALL
> 
> Works fine for other channels on the network but not
for this one.
> 
> Here is an example of what happens when a normal op
changes modes:
> 
> [12:45pm] me sets mode: +pi-smnt
> [12:45pm] me sets mode: -l+k sdsds
> 
> Chanserv never undos this change.
> 
> Thanks for the help,
> 
> XanaX
> EpicIRC Sr. Network Admin.
> ------------
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


Dionisios K. - ToXiC On HellenicNet


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3049 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/91cd683a/smime.bin
From admin at epicirc.net  Sat Oct  8 15:09:22 2005
From: admin at epicirc.net (EpicIRC Administration)
Date: Sat Oct  8 15:09:32 2005
Subject: [IRCServices] Mlock problem.
In-Reply-To: <20051008220409.C3BBEE907D2@sakura.ian-justman.com>
Message-ID: <20051008220931.1C8DAE907D2@sakura.ian-justman.com>

Yup that fixed the problem.  Kind of strange, but thanks for the help!

 

-----Original Message-----
From: EpicIRC Administration [mailto:admin@epicirc.net] 
Sent: Saturday, October 08, 2005 5:04 PM
To: ircservices@ircservices.esper.net
Subject: RE: [IRCServices] Mlock problem.

Hm no I havent tried that.  It works fine in other channels.  I hate to
restart services though, but I guess its worth a shot.  Ill get back to you.


-----Original Message-----
From: Dionisios K. [mailto:vonitsa_net@yahoo.gr]
Sent: Saturday, October 08, 2005 4:38 PM
To: admin@epicirc.net; ircservices@ircservices.esper.net
Subject: Re: [IRCServices] Mlock problem.

Have u tried to restart services? I had the same problem before. Restart
services and normally it will be fixed. mabie its just a desync.
--- ircservices-bounces@ircservices.esper.net
<admin@epicirc.net> wrote:
> I have a question for one of my channels they have
tried to enable Mlock and
> have been unable to get it to work.  It shows that
its set, but doesn't
> work.
> 
> [12:38pm] -ChanServ- Information for channel #xxxx:
> [12:38pm] -ChanServ- Founder: XXXXXXXX [12:38pm] -ChanServ-
> Description: Description.
> [12:38pm] -ChanServ- Registered: Feb 21 17:16:59
2005
> [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005 [12:38pm]
> -ChanServ- Options: Topic Retention,
Private, Secure Ops, Secure,
> Enforce
> [12:38pm] -ChanServ- Mode lock: +mnstl [12:38pm] -ChanServ- For more 
> information, type:
/msg ChanServ INFO #xxxx
> ALL
> 
> Works fine for other channels on the network but not
for this one.
> 
> Here is an example of what happens when a normal op
changes modes:
> 
> [12:45pm] me sets mode: +pi-smnt
> [12:45pm] me sets mode: -l+k sdsds
> 
> Chanserv never undos this change.
> 
> Thanks for the help,
> 
> XanaX
> EpicIRC Sr. Network Admin.
> ------------
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
visit:
>
http://lists.ircservices.za.net/mailman/listinfo/ircservices


Dionisios K. - ToXiC On HellenicNet


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3049 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/2ee33a42/smime-0001.bin
From achurch at achurch.org  Fri Oct 14 18:36:13 2005
From: achurch at achurch.org (Andrew Church)
Date: Fri Oct 14 02:46:00 2005
Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD
In-Reply-To: <43467008.7080106@gmail.com>
Message-ID: <434f7e43.30267@msgid.achurch.org>

>> w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please.
>
>Yeah, I'm not 100% sure on this - but I seem to remember somebody else 
>having the same problem, and finding there was an option related to 
>pings or something?

     There was a similar problem report on the list a few months back
(2005/7/10), but no replies, and I never found anything that looked like it
could be a problem.  Given that this seems to be a rare occurrence, my gut
instinct is that somewhere between Services and Unreal the linefeeds are
getting mangled, resulting in Unreal not finding the SERVER message and
replying, but I have no idea where this could be happening, and without a
packet dump I can't even check whether that's really the case or not in the
first place.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Fri Oct 14 02:54:42 2005
From: surreal.w00t at gmail.com (Robin Burchell)
Date: Fri Oct 14 02:55:15 2005
Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD
In-Reply-To: <434f7e43.30267@msgid.achurch.org>
References: <434f7e43.30267@msgid.achurch.org>
Message-ID: <434F8062.3070409@gmail.com>

Andrew Church wrote:
>      There was a similar problem report on the list a few months back
> (2005/7/10), but no replies, and I never found anything that looked like it
> could be a problem.  Given that this seems to be a rare occurrence, my gut
> instinct is that somewhere between Services and Unreal the linefeeds are
> getting mangled, resulting in Unreal not finding the SERVER message and
> replying, but I have no idea where this could be happening, and without a
> packet dump I can't even check whether that's really the case or not in the
> first place.

Without it being reproducable at all, I simply have no idea.. I've
snapped a copy of .54 up and running in no time, same with .55 - both
with no problems.

If I ever run into it though, I'll see what I can pull up.
From surreal.w00t at gmail.com  Sun Oct 23 19:48:20 2005
From: surreal.w00t at gmail.com (w00t)
Date: Sun Oct 23 19:48:46 2005
Subject: [IRCServices] Some pseudoclients send incorrect 318 numeric.
Message-ID: <b19eae4e0510231948t3687b1eexad89cbc018b1d40d@mail.gmail.com>

Apologies if this comes in HTML form or anything, I'm not able to
connect at home. Ergo, this is also a bit more brief than I had
previously intended as I'm not able to get my debug output etc from
home :)

Anyhow, on to the report.

Some pseudoclients send an incorrect 381 numeric:

:services.blah.blah 381 End of /WHOIS

as opposed to something like
:services.blah.blah 381 w00t ChanServ :End of /WHOIS
(excuse me if I get that wrong.)

>From memory, affected services are ChanServ, MemoServ, HelpServ. There
may be more, and I'm not sure if HelpServ was :p can't remember.

Thanks.

--w00t
From admin at vonitsanet.gr  Wed Oct 26 03:00:33 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Wed Oct 26 03:01:08 2005
Subject: [IRCServices] translate services
Message-ID: <001501c5da14$1ccac8e0$331405d5@server>

hello there.
I want some information about translating ircservices to the greek language.
What editor i can use on windows XP and any other useful information. 


From martin at rodecker.nl  Wed Oct 26 03:09:40 2005
From: martin at rodecker.nl (Martin Pels)
Date: Wed Oct 26 03:09:48 2005
Subject: [IRCServices] translate services
In-Reply-To: <001501c5da14$1ccac8e0$331405d5@server>
References: <001501c5da14$1ccac8e0$331405d5@server>
Message-ID: <3024.2001:610:108:45:211:43ff:fe12:add5.1130321380.squirrel@webmail.rodecker.nl>

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

On Wed, October 26, 2005 12:00, Dionisios K. said:
> hello there.
> I want some information about translating ircservices to the greek
> language.
> What editor i can use on windows XP and any other useful information.
>

en_us.l is the file you want to copy and edit. Any editor will do, as long
as it doesn't insert Windows-style linebreaks.
There are also plenty of tools available (e.g. dos2unix) to remove these
linebreaks after you're done editing.

Good luck :-)

Grtz,
Martin

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


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDX1XkS4/1OagNDM4RAnBDAJ9WNuVf1AgbPeaR8jgrzoOUOwd43wCglIKN
VkUW232CdY+AgnZGVt2R4ZQ=
=B79s
-----END PGP SIGNATURE-----

From achurch at achurch.org  Wed Oct 26 23:20:50 2005
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 26 07:21:16 2005
Subject: [IRCServices] Some pseudoclients send incorrect 318 numeric.
In-Reply-To: <b19eae4e0510231948t3687b1eexad89cbc018b1d40d@mail.gmail.com>
Message-ID: <435f90ce.10042@msgid.achurch.org>

>Some pseudoclients send an incorrect 381 numeric:
>
>:services.blah.blah 381 End of /WHOIS

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Wed Oct 26 16:09:08 2005
From: surreal.w00t at gmail.com (w00t)
Date: Wed Oct 26 16:09:20 2005
Subject: [IRCServices] translate services
In-Reply-To: <001501c5da14$1ccac8e0$331405d5@server>
References: <001501c5da14$1ccac8e0$331405d5@server>
Message-ID: <b19eae4e0510261609mc805f81m72f57441553cdaaf@mail.gmail.com>

I use crimson editor myself, don't know how useful it'd be for
services language files though, not sure on the technical details :)

On 10/26/05, Dionisios K. <admin@vonitsanet.gr> wrote:
> hello there.
> I want some information about translating ircservices to the greek language.
> What editor i can use on windows XP and any other useful information.
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


--
--w00t
From surreal.w00t at gmail.com  Mon Oct 31 17:05:20 2005
From: surreal.w00t at gmail.com (w00t)
Date: Mon Oct 31 17:05:37 2005
Subject: [IRCServices] NS DROP warning?
Message-ID: <b19eae4e0510311705v71d2d274qb8c88b2dacbe710e@mail.gmail.com>

A thought I had recently after dropping my nickname by accident a few
months back.. Perhaps on the 'confirm' message for NS DROP, it should
have a reminder it *doesn't* do the same thing as UNLINK?

Sounds silly, I know - but I managed to drop mine, and I've heard of
two other cases of this happening.
From Craig at frostycoolslug.com  Wed Nov  2 17:08:58 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Wed Nov  2 17:09:24 2005
Subject: [IRCServices] Couple of Security Feature requests..
Message-ID: <4369632A.5020705@frostycoolslug.com>

Kinda simple really, Had a user who's recently been annoying, resulting 
in a network ban, this got the staff talking about possible evasion 
techniques..

Firstly, we've forbidden his nicknames, i may have to recheck the docs 
on this one, but if it doesn't already exist, can services provide a 
wallops when someone attempts to USE a forbidden nickname? (That one can 
be made into a module easily enough, other people may like it so it 
would probably be better in the core)

Secondly, a way to ban use of email addresses, and again, alert opers if 
someone attempts to use it.

These would help crack down on people attempting to evade bans, as they 
could be spotted easily :)

Thanks.

--
Craig McLure

From admin at vonitsanet.gr  Fri Nov  4 12:27:54 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Nov  4 12:29:10 2005
Subject: [IRCServices] SET founder
Message-ID: <000501c5e17e$40fc69a0$472005d5@server>

I think that services should send a global notice when a services admin 
changes the founder of a channel. 


From stratus at blazeirc.net  Fri Nov  4 13:16:48 2005
From: stratus at blazeirc.net (Jim Stratus)
Date: Fri Nov  4 13:19:09 2005
Subject: [IRCServices] SET founder
References: <000501c5e17e$40fc69a0$472005d5@server>
Message-ID: <000e01c5e185$11580bd0$c2db7286@noteryan>

Why?
----- Original Message ----- 
From: "Dionisios K." <admin@vonitsanet.gr>
To: <ircservices@ircservices.esper.net>
Sent: Friday, November 04, 2005 1:27 PM
Subject: [IRCServices] SET founder


>I think that services should send a global notice when a services admin 
> changes the founder of a channel. 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
From QuietFinn at myrealbox.com  Fri Nov  4 13:53:58 2005
From: QuietFinn at myrealbox.com (QuietFinn)
Date: Fri Nov  4 13:54:14 2005
Subject: [IRCServices] SET founder
In-Reply-To: <000e01c5e185$11580bd0$c2db7286@noteryan>
Message-ID: <CMEIKFEMFPDDCJPEAMDCGEIFELAA.QuietFinn@myrealbox.com>


I think this is again one of those many cases where someone who is not
really trusted has got Services Admin access.
In fact I have seen "networks" where half of the opers have been Services
Roots, and the rest "just" Services Admins.
So for *that* kind of networks I suppose it's very good if services send a
global notice when the Services Admins do about *anything*.

quietFinn


>
> Why?
> ----- Original Message -----
> From: "Dionisios K." <admin@vonitsanet.gr>
> To: <ircservices@ircservices.esper.net>
> Sent: Friday, November 04, 2005 1:27 PM
> Subject: [IRCServices] SET founder
>
>
> >I think that services should send a global notice when a services admin
> > changes the founder of a channel.
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>


From admin at vonitsanet.gr  Fri Nov  4 16:33:35 2005
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Nov  4 16:33:53 2005
Subject: [IRCServices] SET founder
References: <000501c5e17e$40fc69a0$472005d5@server>
        <000e01c5e185$11580bd0$c2db7286@noteryan>
Message-ID: <001601c5e1a0$912c8c80$082105d5@server>

When a services admin uses /cs set #chan password as a services admin and 
not as founder services informs all the opers about this with globops.
So if i want not to inform about a set pass i can just change the founder of 
the channel to me and then "normally" /cs set #chan paassword.

This is the logic of the whole thing.

PS: the point is NOT that i dont trust my admins.
The point is that the "set $chan founder" command is similar to "set #chan 
password" ( the 2 commands that only a founder can execute).
So if for the first command a globops is sent out why not to the second 
command?

----- Original Message ----- 
From: "Jim Stratus" <stratus@blazeirc.net>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Friday, November 04, 2005 11:16 PM
Subject: Re: [IRCServices] SET founder


> Why?
> ----- Original Message ----- 
> From: "Dionisios K." <admin@vonitsanet.gr>
> To: <ircservices@ircservices.esper.net>
> Sent: Friday, November 04, 2005 1:27 PM
> Subject: [IRCServices] SET founder
>
>
>>I think that services should send a global notice when a services admin 
>>changes the founder of a 
>>channel. ------------------------------------------------------------------
>> 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 xxx.coder at gmail.com  Sat Nov  5 05:32:02 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Sat Nov  5 05:32:10 2005
Subject: [IRCServices] SET founder
In-Reply-To: <001601c5e1a0$912c8c80$082105d5@server>
References: <000501c5e17e$40fc69a0$472005d5@server>
        <000e01c5e185$11580bd0$c2db7286@noteryan>
        <001601c5e1a0$912c8c80$082105d5@server>
Message-ID: <ce6d53600511050532n1d1b459dh56507760500056ff@mail.gmail.com>

it should be sent out for the second command aswel.
/* personal experience from a 35K+ users network */

On 11/5/05, Dionisios K. <admin@vonitsanet.gr> wrote:
> When a services admin uses /cs set #chan password as a services admin and
> not as founder services informs all the opers about this with globops.
> So if i want not to inform about a set pass i can just change the founder of
> the channel to me and then "normally" /cs set #chan paassword.
>
> This is the logic of the whole thing.
>
> PS: the point is NOT that i dont trust my admins.
> The point is that the "set $chan founder" command is similar to "set #chan
> password" ( the 2 commands that only a founder can execute).
> So if for the first command a globops is sent out why not to the second
> command?
>
> ----- Original Message -----
> From: "Jim Stratus" <stratus@blazeirc.net>
> To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
> Sent: Friday, November 04, 2005 11:16 PM
> Subject: Re: [IRCServices] SET founder
>
>
> > Why?
> > ----- Original Message -----
> > From: "Dionisios K." <admin@vonitsanet.gr>
> > To: <ircservices@ircservices.esper.net>
> > Sent: Friday, November 04, 2005 1:27 PM
> > Subject: [IRCServices] SET founder
> >
> >
> >>I think that services should send a global notice when a services admin
> >>changes the founder of a
> >>channel. ------------------------------------------------------------------
> >> 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
>


--
Evlogi Petrov - ongeboren@UniBG
From achurch at achurch.org  Sun Nov  6 11:22:27 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Nov  5 18:43:25 2005
Subject: [IRCServices] SET founder
In-Reply-To: <001601c5e1a0$912c8c80$082105d5@server>
Message-ID: <436d6dc6.07644@msgid.achurch.org>

>When a services admin uses /cs set #chan password as a services admin and 
>not as founder services informs all the opers about this with globops.
>So if i want not to inform about a set pass i can just change the founder of 
>the channel to me and then "normally" /cs set #chan paassword.
>
>This is the logic of the whole thing.

     This is a good point.  What Services should really do is send a
wallops on any such use of servadmin privileges (if the appropriate
configuration option is set), but I'll wait for 5.1 to do a proper
implementation of that.  In the meantime, all founder changes, whether by a
servadmin or not, are logged to the logfile; if you also want wallops for
servadmin changes, the following patch (not tested) to 5.0.55 should do the
job.

  --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.42.2.5
diff -u -r2.42.2.5 set.c
--- modules/chanserv/set.c      13 Aug 2005 04:13:10 -0000      2.42.2.5
+++ modules/chanserv/set.c      6 Nov 2005 02:41:55 -0000
@@ -196,6 +196,10 @@
        notice_lang(s_ChanServ, u, CHAN_SET_FOUNDER_TOO_MANY_CHANS, param);
        return;
     }
+    if (!is_founder(u, ci) && WallSetpass) {
+        wallops(s_ChanServ, "\2%s\2 set founder as Services admin for "
+                "channel \2%s\2", u->nick, ci->name);
+    }
     uncount_chan(ci);
     oldngi = get_ngi_id(ci->founder);
     module_log("Changing founder of %s from %s to %s by %s!%s@%s", ci->name,
From achurch at achurch.org  Sun Nov  6 11:46:45 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Nov  5 18:49:32 2005
Subject: [IRCServices] NS DROP warning?
In-Reply-To: <b19eae4e0510311705v71d2d274qb8c88b2dacbe710e@mail.gmail.com>
Message-ID: <436d6f37.07664@msgid.achurch.org>

>A thought I had recently after dropping my nickname by accident a few
>months back.. Perhaps on the 'confirm' message for NS DROP, it should
>have a reminder it *doesn't* do the same thing as UNLINK?
>
>Sounds silly, I know - but I managed to drop mine, and I've heard of
>two other cases of this happening.

     Such a warning is already sent if you omit the password.  If you give
the password, it's assumed you're familiar with the new (5.0) syntax and
you know what you're doing.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Nov  6 11:50:00 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Nov  5 18:51:24 2005
Subject: [IRCServices] Couple of Security Feature requests..
In-Reply-To: <4369632A.5020705@frostycoolslug.com>
Message-ID: <436d6fa7.07700@msgid.achurch.org>

>Firstly, we've forbidden his nicknames, i may have to recheck the docs 
>on this one, but if it doesn't already exist, can services provide a 
>wallops when someone attempts to USE a forbidden nickname? (That one can 
>be made into a module easily enough, other people may like it so it 
>would probably be better in the core)

     Unless there's significant call for it, a third-party module ought to
be sufficient.

>Secondly, a way to ban use of email addresses, and again, alert opers if 
>someone attempts to use it.

     I'm considering adding configuration options to limit registerable
addresses for 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sun Nov  6 22:05:37 2005
From: surreal.w00t at gmail.com (w00t)
Date: Sun Nov  6 22:05:47 2005
Subject: [IRCServices] NS DROP warning?
In-Reply-To: <436d6f37.07664@msgid.achurch.org>
References: <b19eae4e0510311705v71d2d274qb8c88b2dacbe710e@mail.gmail.com>
        <436d6f37.07664@msgid.achurch.org>
Message-ID: <b19eae4e0511062205j393cfca3qc13261b3931cb0c3@mail.gmail.com>

If you omit the password, however if you give it a nickname thinking
it will drop that nickname.. it just mentions wrong password, making
me assume I needed to provide the password to drop a linked nick.

On 11/6/05, Andrew Church <achurch@achurch.org> wrote:
> >A thought I had recently after dropping my nickname by accident a few
> >months back.. Perhaps on the 'confirm' message for NS DROP, it should
> >have a reminder it *doesn't* do the same thing as UNLINK?
> >
> >Sounds silly, I know - but I managed to drop mine, and I've heard of
> >two other cases of this happening.
>
>      Such a warning is already sent if you omit the password.  If you give
> the password, it's assumed you're familiar with the new (5.0) syntax and
> you know what you're doing.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


--
--w00t
From achurch at achurch.org  Mon Nov  7 15:35:01 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov  6 22:42:07 2005
Subject: [IRCServices] NS DROP warning?
In-Reply-To: <b19eae4e0511062205j393cfca3qc13261b3931cb0c3@mail.gmail.com>
Message-ID: <436ef731.06425@msgid.achurch.org>

>If you omit the password, however if you give it a nickname thinking
>it will drop that nickname.. it just mentions wrong password, making
>me assume I needed to provide the password to drop a linked nick.

     If you try "DROP nick pass" (or "DROP pass nick"), it'll still give
you an error; if you then try "DROP pass" without thinking to check the
help and see why it might be giving you an error, then frankly you deserve
what you get. :P  But I can accept the argument that giving two parameters
should result in "syntax error" rather than "password incorrect"; I'll
change that for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From surreal.w00t at gmail.com  Sun Nov  6 23:07:24 2005
From: surreal.w00t at gmail.com (w00t)
Date: Sun Nov  6 23:07:33 2005
Subject: [IRCServices] NS DROP warning?
In-Reply-To: <436ef731.06425@msgid.achurch.org>
References: <b19eae4e0511062205j393cfca3qc13261b3931cb0c3@mail.gmail.com>
        <436ef731.06425@msgid.achurch.org>
Message-ID: <b19eae4e0511062307h5cc64567jf53935b3ec9eef70@mail.gmail.com>

Well, I (and other people) just assumed that it added a level of
security... but I won't be doing it again :p

Thanks.

On 11/7/05, Andrew Church <achurch@achurch.org> wrote:
> >If you omit the password, however if you give it a nickname thinking
> >it will drop that nickname.. it just mentions wrong password, making
> >me assume I needed to provide the password to drop a linked nick.
>
>      If you try "DROP nick pass" (or "DROP pass nick"), it'll still give
> you an error; if you then try "DROP pass" without thinking to check the
> help and see why it might be giving you an error, then frankly you deserve
> what you get. :P  But I can accept the argument that giving two parameters
> should result in "syntax error" rather than "password incorrect"; I'll
> change that 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
>


--
--w00t
From achurch at achurch.org  Sun Nov 20 08:33:12 2005
From: achurch at achurch.org (Andrew Church)
Date: Sat Nov 19 15:34:46 2005
Subject: [IRCServices] Services 5.0.56 released
Message-ID: <437fb688.64122@msgid.achurch.org>

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

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

82ba56e96d7db5b6e59073dc3e5e029f  ircservices-5.0.56.tar.gz
5046cc95cc0536e24dfb5fd7bfbe733f  ircservices-5.0.56.diff.gz
218137e2cfa0b1624c2cb729d6abdb23  ircservices-5.0.56-1.i386.rpm
dba4779adaa16276d7f66edb0f767459  ircservices_5.0.56-1_i386.deb

The mirrors should have it shortly.

     This release addresses the issue raised recently regarding accidental
dropping of nicknames through ignorance of the command format (though it's
still my position that if you get an unexpected error from a command and
don't bother to check the help text for why that error might have happened,
you deserve what you get).  A couple of minor bugs have also been fixed.

     For the curious, 5.1 is progressing as well, and an alpha should be
out by the end of the year (maybe even by the end of the month, but don't
count on it).

Changes in version 5.0.56
-------------------------
2005/11/20      Fixed a bug in StatServ that could cause a crash if
                    StatServ was unloaded with a rehash while Services
                    was running.
2005/11/07      Changed NickServ and ChanServ SET PASSWORD to prevent the
                    use of spaces in passwords.
2005/11/07      The NickServ commands DROP, RECOVER, RELEASE, and GHOST now
                    report a syntax error rather than "password incorrect"
                    when too many parameters are given.  (As a result,
                    passwords containing spaces can no longer be used with
                    these commands.  Use IDENTIFY followed by SET PASSWORD
                    to set a new password without spaces.)
2005/10/26      Fixed incorrect end-of-/WHOIS responses for several
                    pseudoclients.  Reported by Robin Burchell
                    <surreal.w00t@gmail.com>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Sun Nov 20 20:53:05 2005
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 20 03:58:18 2005
Subject: [IRCServices] 5.0.56: whoops, forgot something
Message-ID: <438064d3.30614@msgid.achurch.org>

     I neglected to mention an important side effect of the changes in
password handling introduced in Services 5.0.56.  While the NickServ and
ChanServ REGISTER commands do not allow spaces in passwords, the SET
PASSWORD command did allow them prior to 5.0.56, so it is possible that
some people have spaces in their passwords; in this case, commands such as
RECOVER and DROP will no longer work.  This can be resolved by having the
user first identify for the nickname or channel, then use SET PASSWORD to
change the password to one that does not contain spaces.  (IDENTIFY
processing has been left alone for 5.0 for this reason--it will also be
changed in 5.1 to report a syntax error if a password with spaces is
given.)

     Apologies for any inconvenience this may cause.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Wed Nov 23 03:16:52 2005
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 22 10:19:13 2005
Subject: [IRCServices] Mailing list issues
Message-ID: <4383611a.75045@msgid.achurch.org>

     Just a quick note:  I've had a couple of reports recently of people
not being able to send mail to the list, getting an error back from the
mail server instead.  I'm looking into more permanent solutions, but in the
meantime, if you encounter such an error, please send your message to me
instead and I'll forward it to the list.

     Apologies for the inconvenience.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From henti at geekware.co.za  Thu Nov 24 05:19:14 2005
From: henti at geekware.co.za (Henti Smith)
Date: Thu Nov 24 23:57:19 2005
Subject: [IRCServices] Web interface to services :)
Message-ID: <20051124151914.60080705@fmg>

hi guys, 

I'm looking at developing a web interface to services. 

I have played with the current webpage support on the ircd, but I'm
looking for something that I can use for users to use to manipulate
services instead of using the irc command interface. 

this will obviosly be linked to services in some way and I'm trying to
understand how the services works so I can best work out how to
integrate the web stuff. 

Would this be the correct place for this or should I ask in the coding
list ? 

Thanks :) 

-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From fearx at optonline.net  Fri Nov 25 03:32:46 2005
From: fearx at optonline.net (Carl)
Date: Fri Nov 25 03:33:17 2005
Subject: [IRCServices] How to control the services?
Message-ID: <4386F65E.8090507@optonline.net>

Hello,
    I just got the services up and running correctly. Now, I cant figure 
out how to actually control them, since I'm a services admin, as well as 
a netadmin. How do I control the services to do what I need, for 
example, getting Chanserv in the networks support channel and things 
along those lines.

Thanks for the help,
Carl
From henti at geekware.co.za  Fri Nov 25 03:39:54 2005
From: henti at geekware.co.za (Henti Smith)
Date: Fri Nov 25 03:40:20 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <4386F65E.8090507@optonline.net>
References: <4386F65E.8090507@optonline.net>
Message-ID: <20051125133954.6a8312bd@fmg>

On Fri, 25 Nov 2005 06:32:46 -0500
Carl <fearx@optonline.net> wrote:

> Hello,

hi, 

> I just got the services up and running correctly. Now, I cant
> figure out how to actually control them, since I'm a services admin,
> as well as a netadmin. How do I control the services to do what I
> need, for example, getting Chanserv in the networks support channel
> and things along those lines.

you're not being very clear on your needs. 

Once services is up and running ... provided you have the configs
correctly .. you can send commands like "/msg chanserv help commands"
to get a full list of commands availible 

from there you can register and set options on your channel. 

same for nickserv etc etc 

H 


-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From fearx at optonline.net  Fri Nov 25 03:42:14 2005
From: fearx at optonline.net (Carl)
Date: Fri Nov 25 03:42:43 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <20051125133954.6a8312bd@fmg>
References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg>
Message-ID: <4386F896.7050404@optonline.net>

Oh, I see, I was just assuming I could control the services without 
registering and whatnot.

Sorry for not being clear, its 7am and I've been up all night :)

Thanks.
From medice at gmx.at  Fri Nov 25 03:44:01 2005
From: medice at gmx.at (Medice)
Date: Fri Nov 25 03:44:16 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <4386F65E.8090507@optonline.net>
References: <4386F65E.8090507@optonline.net>
Message-ID: <4386F901.9010106@gmx.at>

Carl wrote:
> Hello,
>    I just got the services up and running correctly. Now, I cant figure 
> out how to actually control them, since I'm a services admin, as well as 
> a netadmin. How do I control the services to do what I need, for 
> example, getting Chanserv in the networks support channel and things 
> along those lines.
> 
> Thanks for the help,
> Carl
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
chanserv does not join any channels.
You can "control" either via the configuration files for some part (look 
at the example-confs what's possible there), or via irc-commands 
directed to nickserv & Co.
There is also documentation-material attached to the ircservices-package.

hth
Medice
From henti at geekware.co.za  Fri Nov 25 03:45:41 2005
From: henti at geekware.co.za (Henti Smith)
Date: Fri Nov 25 03:46:01 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <4386F896.7050404@optonline.net>
References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg>
        <4386F896.7050404@optonline.net>
Message-ID: <20051125134541.388e31ae@fmg>

On Fri, 25 Nov 2005 06:42:14 -0500
Carl <fearx@optonline.net> wrote:

> Oh, I see, I was just assuming I could control the services without 
> registering and whatnot.

As a services administrator you should be able to .. you'll have access
to options in all the Serv's which you don't need to register for .. 

if you can talk to operserv you should be able to get the commands for
a services admin ... if I recall .. 

-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From fearx at optonline.net  Fri Nov 25 04:28:17 2005
From: fearx at optonline.net (Carl)
Date: Fri Nov 25 04:28:49 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <20051125133954.6a8312bd@fmg>
References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg>
Message-ID: <43870361.2090704@optonline.net>

Also, is there any way to get the services, mainly Chanserv, to join a 
channel?
From henti at geekware.co.za  Fri Nov 25 04:42:23 2005
From: henti at geekware.co.za (Henti Smith)
Date: Fri Nov 25 04:43:03 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <43870361.2090704@optonline.net>
References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg>
        <43870361.2090704@optonline.net>
Message-ID: <20051125144223.48c11ff4@fmg>

On Fri, 25 Nov 2005 07:28:17 -0500
Carl <fearx@optonline.net> wrote:

> Also, is there any way to get the services, mainly Chanserv, to join
> a channel?

why would you want that ? 

H 

-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From QuietFinn at myrealbox.com  Fri Nov 25 04:49:21 2005
From: QuietFinn at myrealbox.com (QuietFinn)
Date: Fri Nov 25 04:49:44 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <43870361.2090704@optonline.net>
Message-ID: <CMEIKFEMFPDDCJPEAMDCAEDKEMAA.QuietFinn@myrealbox.com>

>
> Also, is there any way to get the services, mainly Chanserv, to join a
> channel?

I suggest you read the FAQ here:
http://www.ircservices.esper.net/docs/faq.html

The answer to your question is here:
http://www.ircservices.esper.net/docs/faq.html#E1

/quietFinn



From dnb at majestic-liaisons.com  Fri Nov 25 04:52:14 2005
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Fri Nov 25 04:52:39 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <43870361.2090704@optonline.net>
References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg>
        <43870361.2090704@optonline.net>
Message-ID: <438708FE.5060403@majestic-liaisons.com>

Carl wrote:
> Also, is there any way to get the services, mainly Chanserv, to join a 
> channel?

no (at least not without desyncing services)
From Craig at frostycoolslug.com  Fri Nov 25 05:20:27 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Nov 25 05:20:25 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <438708FE.5060403@majestic-liaisons.com>
References: <4386F65E.8090507@optonline.net>
        <20051125133954.6a8312bd@fmg>   <43870361.2090704@optonline.net>
        <438708FE.5060403@majestic-liaisons.com>
Message-ID: <43870F9B.3050007@frostycoolslug.com>

I'll elaborate a bit, Services doesn't know it exists, none of the 
pseudoclients are stored in the user struct, so in the event that a 
service DOES join a channel (Generally via /os raw :ChanServ join 
#channel), the services server will know nothing about it. This can 
sometimes lead to unexpected results especially if everyone leaves the 
channel (Services will think the channel is completely empty, when the 
IRCd is saying "There's one person in here" (hence desync). When someone 
then joins the channel services will try setting modes and topics which 
already exist which may lead to problems (Although personally I've never 
experienced any).

You can try it, there shouldn't be any problems, but if something blows 
up in your face don't say you weren't warned.

Also a reminder, /os raw is completely unsupported by anyone because it 
will generally lead to desyncs :)

DeadNotBuried wrote:
> Carl wrote:
>> Also, is there any way to get the services, mainly Chanserv, to join a 
>> channel?
> 
> no (at least not without desyncing services)
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 
> 

From henti at geekware.co.za  Fri Nov 25 06:03:16 2005
From: henti at geekware.co.za (Henti Smith)
Date: Fri Nov 25 06:03:39 2005
Subject: [IRCServices] Web interface to services :)
In-Reply-To: <20051124151914.60080705@fmg>
References: <20051124151914.60080705@fmg>
Message-ID: <20051125160316.7c9653be@fmg>

On Thu, 24 Nov 2005 15:19:14 +0200
Henti Smith <henti@geekware.co.za> wrote:

> this will obviosly be linked to services in some way and I'm trying to
> understand how the services works so I can best work out how to
> integrate the web stuff. 

so any ideas on this ... please ... or should I just go ahead and hack
it ;P 

I'm sure there are other that would want something like this ? 

-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From Craig at frostycoolslug.com  Fri Nov 25 06:12:45 2005
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Nov 25 06:12:35 2005
Subject: [IRCServices] Web interface to services :)
In-Reply-To: <20051125160316.7c9653be@fmg>
References: <20051124151914.60080705@fmg> <20051125160316.7c9653be@fmg>
Message-ID: <43871BDD.20002@frostycoolslug.com>

I wouldn't recommend hacking the src, check out the module API, it's 
more than adequate for what you want to do (we know, we did it :P)

Henti Smith wrote:
> On Thu, 24 Nov 2005 15:19:14 +0200
> Henti Smith <henti@geekware.co.za> wrote:
> 
>> this will obviosly be linked to services in some way and I'm trying to
>> understand how the services works so I can best work out how to
>> integrate the web stuff. 
> 
> so any ideas on this ... please ... or should I just go ahead and hack
> it ;P 
> 
> I'm sure there are other that would want something like this ? 
> 

From henti at geekware.co.za  Fri Nov 25 06:19:36 2005
From: henti at geekware.co.za (Henti Smith)
Date: Fri Nov 25 06:20:09 2005
Subject: [IRCServices] Web interface to services :)
In-Reply-To: <43871BDD.20002@frostycoolslug.com>
References: <20051124151914.60080705@fmg> <20051125160316.7c9653be@fmg>
        <43871BDD.20002@frostycoolslug.com>
Message-ID: <20051125161936.5fc635ef@fmg>

On Fri, 25 Nov 2005 14:12:45 +0000
Craig McLure <Craig@frostycoolslug.com> wrote:

> I wouldn't recommend hacking the src, check out the module API, it's 
> more than adequate for what you want to do (we know, we did it :P)

heheh ... then I'll have to learn C ;P 

I was hoping to be able to do something via php or something ...
bleh ;P 

H 


-- 
Henti Smith
henti@geekware.co.za
+27 82 958 2525
http://www.geekware.co.za

DISCLAIMER : 

Unauthorised use of characters, images, sounds, odors, severed limbs,
noodles, wierd dreams, strange looking fruit, oxygen, and certain parts
of Jupiter are strictly forbidden.  If I find you violating, or
molesting my property in any way, I will employ a pair of burly
convicts to find you, kidnap you, and perform god-awful sexual
experiments on you until you lose the ability to sound out vowels.  I
don't know why you are still reading this, but by doing so you have
proven that you have far too much time on your hands, and you should go
plant a tree, or read a book or something.
        - http://www.ctrlaltdel-online.com/
From ron2k at webmail.co.za  Fri Nov 25 21:52:02 2005
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Fri Nov 25 21:52:35 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <20051125122850.19751D401C2@sakura.ian-justman.com>
References: <20051125122850.19751D401C2@sakura.ian-justman.com>
Message-ID: <web-13155717@cgp6.sentechsa.net>

> Also, is there any way to get the services, mainly Chanserv, to join a 
> channel?

No, for reasons mentioned in the FAQ.
___________________________________________________________________
For super low premiums, click here http://www.webmail.co.za/dd.pwm

http://www.webmail.co.za the South African FREE email service
From surreal.w00t at gmail.com  Sat Nov 26 00:43:35 2005
From: surreal.w00t at gmail.com (w00t)
Date: Sat Nov 26 00:43:45 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <web-13155717@cgp6.sentechsa.net>
References: <20051125122850.19751D401C2@sakura.ian-justman.com>
        <web-13155717@cgp6.sentechsa.net>
Message-ID: <b19eae4e0511260043r1fd6a1b7yf0950aa6559876a7@mail.gmail.com>

One (fun) problem with desynching like this involves CS MLOCK #foo +k
foo -- if ircd thinks the channel isn't empty, but services does -- if
you forget the password, you can no longer CS INVITE yourself past
that key (least, I think that's the situation I encountered. Bans is a
problem you'd have, also -- as well as mlocking +l and trying to CS
INVITE past it.)

There is a way around all this (I'm working on it.. :p) but it
involves fun fun fun source trickery in a module.

On 11/26/05, Kieron Thwaites <ron2k@webmail.co.za> wrote:
> > Also, is there any way to get the services, mainly Chanserv, to join a
> > channel?
>
> No, for reasons mentioned in the FAQ.
> ___________________________________________________________________
> For super low premiums, click here http://www.webmail.co.za/dd.pwm
>
> http://www.webmail.co.za the South African FREE email service
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


--
--w00t
From martin at rodecker.nl  Sat Nov 26 08:20:51 2005
From: martin at rodecker.nl (Martin Pels)
Date: Sat Nov 26 08:21:30 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <b19eae4e0511260043r1fd6a1b7yf0950aa6559876a7@mail.gmail.com>
References: <20051125122850.19751D401C2@sakura.ian-justman.com>
        <web-13155717@cgp6.sentechsa.net>
        <b19eae4e0511260043r1fd6a1b7yf0950aa6559876a7@mail.gmail.com>
Message-ID: <1133022051.4617.5.camel@manwe>

On Sat, 2005-11-26 at 19:43 +1100, w00t wrote:
> One (fun) problem with desynching like this involves CS MLOCK #foo +k
> foo -- if ircd thinks the channel isn't empty, but services does -- if
> you forget the password, you can no longer CS INVITE yourself past
> that key (least, I think that's the situation I encountered. Bans is a
> problem you'd have, also -- as well as mlocking +l and trying to CS
> INVITE past it.)
> 

That's not half as much fun as killing users with pseudoclients, or
having services itself (not a pseudclient, but the actual server) join a
channel.
Yes, I have been playing with operserv raw too much ;-)

Never do these things on a production network of course :-P

> There is a way around all this (I'm working on it.. :p) but it
> involves fun fun fun source trickery in a module.
> 
> On 11/26/05, Kieron Thwaites <ron2k@webmail.co.za> wrote:
> > > Also, is there any way to get the services, mainly Chanserv, to join a
> > > channel?
> >
> > No, for reasons mentioned in the FAQ.
> > ___________________________________________________________________
> > For super low premiums, click here http://www.webmail.co.za/dd.pwm
> >
> > http://www.webmail.co.za the South African FREE email service
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> 
> --
> --w00t
> ------------------------------------------------------------------
> 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: This is a digitally signed message part
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051126/fd820f78/attachment-0001.pgp
From xxx.coder at gmail.com  Sat Nov 26 19:19:29 2005
From: xxx.coder at gmail.com (ongeboren)
Date: Sat Nov 26 19:20:38 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <1133022051.4617.5.camel@manwe>
References: <20051125122850.19751D401C2@sakura.ian-justman.com>
        <web-13155717@cgp6.sentechsa.net>
        <b19eae4e0511260043r1fd6a1b7yf0950aa6559876a7@mail.gmail.com>
        <1133022051.4617.5.camel@manwe>
Message-ID: <ce6d53600511261919w3fb33447k1d6a1470af54c80@mail.gmail.com>

I did it on a production network, just to prove the mortals a server
can actually join a channel. The fun was twice as much.

Btw, just a small note about chanserv joining channels.
People from my network (and me partially) are currently working on the
ratbox (ircd-ratbox.org) support for ircservices. This ircd has a user
flag +D, which is making the client deaf of what is happening in the
channels it joins. Advantage of this umode is that it could be used
for services that actually do join channels, so that the argument
about the high traffic seems to loose its point.

On 11/26/05, Martin Pels <martin@rodecker.nl> wrote:
>
> That's not half as much fun as killing users with pseudoclients, or
> having services itself (not a pseudclient, but the actual server) join a
> channel.
> Yes, I have been playing with operserv raw too much ;-)
>
> Never do these things on a production network of course :-P
>


--
Evlogi Petrov - ongeboren@UniBG
From surreal.w00t at gmail.com  Sun Nov 27 03:06:17 2005
From: surreal.w00t at gmail.com (w00t)
Date: Sun Nov 27 03:06:24 2005
Subject: [IRCServices] How to control the services?
In-Reply-To: <ce6d53600511261919w3fb33447k1d6a1470af54c80@mail.gmail.com>
References: <20051125122850.19751D401C2@sakura.ian-justman.com>
        <web-13155717@cgp6.sentechsa.net>
        <b19eae4e0511260043r1fd6a1b7yf0950aa6559876a7@mail.gmail.com>
        <1133022051.4617.5.camel@manwe>
        <ce6d53600511261919w3fb33447k1d6a1470af54c80@mail.gmail.com>
Message-ID: <b19eae4e0511270306l3bbcec44m7ad4353ad8fa9305@mail.gmail.com>

Yeah, ircu (i believe), inspircd, and Unreal [those two *i know*] have
support for a similar usermode.

It is doable, just not easily :p

On 11/27/05, ongeboren <xxx.coder@gmail.com> wrote:
> I did it on a production network, just to prove the mortals a server
> can actually join a channel. The fun was twice as much.
>
> Btw, just a small note about chanserv joining channels.
> People from my network (and me partially) are currently working on the
> ratbox (ircd-ratbox.org) support for ircservices. This ircd has a user
> flag +D, which is making the client deaf of what is happening in the
> channels it joins. Advantage of this umode is that it could be used
> for services that actually do join channels, so that the argument
> about the high traffic seems to loose its point.
>
> On 11/26/05, Martin Pels <martin@rodecker.nl> wrote:
> >
> > That's not half as much fun as killing users with pseudoclients, or
> > having services itself (not a pseudclient, but the actual server) join a
> > channel.
> > Yes, I have been playing with operserv raw too much ;-)
> >
> > Never do these things on a production network of course :-P
> >
>
>
> --
> Evlogi Petrov - ongeboren@UniBG
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>


--
--w00t