RELEASE -> !RELEASE

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

From chas2 at mediaone.net  Sat Jan  1 09:05:33 2000
From: chas2 at mediaone.net (Charles Borner)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] US Mirror
Message-ID: 07ef01bf547a$6a64d6c0$010010c0@ce.mediaone.net

If you're looking for a mirror, I can provide.

http://www.evilnet.net

Our last downtime was for a couple hours to install a new HD and update to
RH 6.1 on 12/24/1999

Our last downtime before that was 4 months ago when we had to bring the
server offline while the generator that's part of our provider's UPS was
being upgraded.

Our box went up in August of 1999.

Our previous Linux box at an older provider had no downtime related to
server problems, it was our connectivity provider that was the problem.

Currently we're the only box on a T1 line.

Services active:

Apache+Mod_Perl+PHP3
Wu-FTPD
AnonFTP
DalNET IRC (DreamForge+EsperNET services) (irc.evilnet.net)
SSH
We also have sendmail running, but in an SMTP-only configuration (keeps
people from abusing the server).
(An occasional Q2/Q3/UT server which hasn't affected connectivity at all, as
the game server goes up for only short periods and doesn't advertise at
all.)

The current machine itself:

CPU: P2 233
Mobo: Asus PL97 LX-based motherboard
RAM: 192MB
Capacity: 15GB

Contact Information:

Charles E. Borner Jr.
1220 Maple Ave.
Berwyn, IL 60402
Phone (Till 1/7/19100): 630-241-2225
Phone (After 1/7/2000): 708-749-7802

chas@evilnet.net
accounts@evilnet.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From BeenJaminG at aol.com  Sun Jan  2 10:56:42 2000
From: BeenJaminG at aol.com (BeenJaminG@aol.com)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Re: DALnet-src: Y2K bug in the ircd (dreamforge and below)
Message-ID: 0.91a59bea.25a0f96a@aol.com

In a message dated 1/2/00 9:46:16 AM Eastern Standard Time, 
andrewk@icon.co.za writes:

> Well my bug is in the date() function (s_misc.c), where the reply string
>  is generated:
>  
>          (void)sprintf(buf, "%s %s %d 19%02d -- %02d:%02d %c%02d:%02d",
>                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
>                  lt->tm_year, lt->tm_hour, lt->tm_min,
>                  plus, minswest/60, minswest%60);
>  
>  The "19", for the centuary, is hardcoded.
>  
>  After a very brief check, it looks like date() is only used by m_time().
>  
>  Andrew

          (void)sprintf(buf, "%s %s %d %04d -- %02d:%02d %c%02d:%02d",
                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
                  lt->tm_year + 1900 , lt->tm_hour, lt->tm_min,
                  plus, minswest/60, minswest%60);

I simply took out the 19 and changed the formatting to %04d, then added
1900 to the year.  I'm guessing this is going to affect a lot of people using
services who are using dalnet-compatable ircds. I wrote a little patch
yesterday for some server admins who wanted to fix the bug without
messing in their source code.
You can find it and instructions on applying it at 
http://www.mystical.net/~services/ircd/

-- bstu
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Sun Jan  2 13:52:53 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 2.2.32.20000102215253.00ca041c@shell.icon.co.za

Hi Guys, I know I am going to be killed for this, but I have the following
problem
compiling Dreamforge 4.6.7

The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
tell, glibc causes this problem. I was wondering if anyone has any patches,
or has had success getting df467 to compile

make
Building src
make[1]: Entering directory `/root/df467/src'
gcc -I../include -O -g     -c bsd.c -o bsd.o
gcc -I../include -O -g     -c dbuf.c -o dbuf.o
gcc -I../include -O -g     -c packet.c -o packet.o
gcc -I../include -O -g     -c send.c -o send.o
gcc -I../include -O -g     -c match.c -o match.o
gcc -I../include -O -g     -c parse.c -o parse.o
gcc -I../include -O -g     -c support.c -o support.o
gcc -I../include -O -g   -c channel.c
gcc -I../include -O -g   -c class.c
gcc -I../include -O -g   -c hash.c
gcc -I../include -O -g   -c ircd.c
gcc -I../include -O -g   -c list.c
gcc -I../include -O -g   -c res.c
gcc -I../include -O -g   -c s_auth.c
gcc -I../include -O -g   -c s_bsd.c
gcc -I../include -O -g   -c s_conf.c
s_conf.c: In function `m_kline':
s_conf.c:1962: warning: assignment makes pointer from integer without a cast
s_conf.c: In function `m_unkline':
s_conf.c:2056: warning: assignment makes pointer from integer without a cast
gcc -I../include -O -g   -c s_debug.c
gcc -I../include -O -g   -c s_err.c
gcc -I../include -O -g   -c s_misc.c
gcc -I../include -O -g   -c s_numeric.c
gcc -I../include -O -g   -c s_serv.c
s_serv.c: In function `get_client_name2':
s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer wit
hout a cast
gcc -I../include -O -g   -c s_user.c
gcc -I../include -O -g   -c whowas.c
gcc -I../include -O -g     -c userload.c -o userload.o
In file included from userload.c:35:
/usr/include/string.h:266: conflicting types for `myncmp'
../include/common.h:77: previous declaration of `myncmp'
make[1]: *** [userload.o] Error 1
make[1]: Leaving directory `/root/df467/src'
make: *** [build] Error 2

Once Again, I know this doesnt belong on this list, but I are kinda
desperate, and according to dalnet-src , the old df467 is no longer being
maintained or supported

Mike

---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Mon Jan  3 11:19:38 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 387007c6.65360@dragonfire.net

>gcc -I../include -O -g     -c userload.c -o userload.o
>In file included from userload.c:35:
>/usr/include/string.h:266: conflicting types for `myncmp'
>../include/common.h:77: previous declaration of `myncmp'

     It looks like your system includes define "myncmp", which Dreamforge
wants to use itself.  The easiest solution would be to edit userload.c and
bracket the #include for string.h with #define's to hide the system
function:

#define myncmp _builtin_myncmp
#include <string.h>
#undef myncmp

     Good luck.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Mon Jan  3 11:24:21 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Re: DALnet-src: Y2K bug in the ircd (dreamforge and below)
Message-ID: 38700b17.65431@dragonfire.net

>> Well my bug is in the date() function (s_misc.c), where the reply string
>>  is generated:
>>  
>>          (void)sprintf(buf, "%s %s %d 19%02d -- %02d:%02d %c%02d:%02d",
>>                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
>>                  lt->tm_year, lt->tm_hour, lt->tm_min,
>>                  plus, minswest/60, minswest%60);
>>  
>>  The "19", for the centuary, is hardcoded.

<rant>
     Is it just me, or is this so completely braindead it's not even funny?
Even assuming this is left over from the original ircd, that's still
post-1990 code, and it would have taken some major guts (or stupidity) to
assume that that code would no longer be in use by 2000.  It doesn't even
take any extra effort to write "%04d" and "lt->tm_year+1900" instead.

     _This_ is why programming should be left to experts.
</rant>

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From listuser at bundynet.de  Mon Jan  3 09:53:16 2000
From: listuser at bundynet.de (Stefan Funke)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000102215253.00ca041c@shell.icon.co.za>
References: 2.2.32.20000102215253.00ca041c@shell.icon.co.za
Message-ID: Pine.LNX.4.10.10001031851001.4486&#45;100000@dragon.bundynet.lan

On Sun, 2 Jan 2000, Michael Smith wrote:

> Hi Guys, I know I am going to be killed for this, but I have the following
> problem
> compiling Dreamforge 4.6.7
> 
> The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
> tell, glibc causes this problem. I was wondering if anyone has any patches,
> or has had success getting df467 to compile

Before you compile it look for a y2k patch for it. DF467 will have some
bugs without it ;-) e.g.:

> /time
>> Monday January 3 19100 -- 18:52 +01:00

Greets...

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Mon Jan  3 10:36:13 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000102215253.00ca041c@shell.icon.co.za>
References: 2.2.32.20000102215253.00ca041c@shell.icon.co.za
Message-ID: Pine.LNX.4.10.10001032035070.5870&#45;100000@darkwing.savage.za.org

On Sun, 2 Jan 2000, Michael Smith wrote:

This problem has also been confirmed on Redhat 6.0 and possible 6.2
systems.


Cure.  edit ./include/strings.h and comment out line 77.  It works perfect
then.

Regards
Me



>Hi Guys, I know I am going to be killed for this, but I have the following
>problem
>compiling Dreamforge 4.6.7
>
>The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
>tell, glibc causes this problem. I was wondering if anyone has any patches,
>or has had success getting df467 to compile
>
>make
>Building src
>make[1]: Entering directory `/root/df467/src'
>gcc -I../include -O -g     -c bsd.c -o bsd.o
>gcc -I../include -O -g     -c dbuf.c -o dbuf.o
>gcc -I../include -O -g     -c packet.c -o packet.o
>gcc -I../include -O -g     -c send.c -o send.o
>gcc -I../include -O -g     -c match.c -o match.o
>gcc -I../include -O -g     -c parse.c -o parse.o
>gcc -I../include -O -g     -c support.c -o support.o
>gcc -I../include -O -g   -c channel.c
>gcc -I../include -O -g   -c class.c
>gcc -I../include -O -g   -c hash.c
>gcc -I../include -O -g   -c ircd.c
>gcc -I../include -O -g   -c list.c
>gcc -I../include -O -g   -c res.c
>gcc -I../include -O -g   -c s_auth.c
>gcc -I../include -O -g   -c s_bsd.c
>gcc -I../include -O -g   -c s_conf.c
>s_conf.c: In function `m_kline':
>s_conf.c:1962: warning: assignment makes pointer from integer without a cast
>s_conf.c: In function `m_unkline':
>s_conf.c:2056: warning: assignment makes pointer from integer without a cast
>gcc -I../include -O -g   -c s_debug.c
>gcc -I../include -O -g   -c s_err.c
>gcc -I../include -O -g   -c s_misc.c
>gcc -I../include -O -g   -c s_numeric.c
>gcc -I../include -O -g   -c s_serv.c
>s_serv.c: In function `get_client_name2':
>s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer wit
>hout a cast
>gcc -I../include -O -g   -c s_user.c
>gcc -I../include -O -g   -c whowas.c
>gcc -I../include -O -g     -c userload.c -o userload.o
>In file included from userload.c:35:
>/usr/include/string.h:266: conflicting types for `myncmp'
>../include/common.h:77: previous declaration of `myncmp'
>make[1]: *** [userload.o] Error 1
>make[1]: Leaving directory `/root/df467/src'
>make: *** [build] Error 2
>
>Once Again, I know this doesnt belong on this list, but I are kinda
>desperate, and according to dalnet-src , the old df467 is no longer being
>maintained or supported
>
>Mike
>
>---
>Michael Smith (Warlock on IRC)
>http://www.warlock.web.za
> "Do you smell something burning or is it me?"
>                -- Joan of Arc                                         
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Mon Jan  3 12:03:25 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 2.2.32.20000103200325.0071d268@shell.icon.co.za


Nopes, did what u said, get tonnes of messages...

Building src
make[1]: Entering directory `/usr/local/ircd/src/df467/src'
gcc -I../include -O -g     -c bsd.c -o bsd.o
gcc -I../include -O -g     -c dbuf.c -o dbuf.o
gcc -I../include -O -g     -c packet.c -o packet.o
gcc -I../include -O -g     -c send.c -o send.o
gcc -I../include -O -g     -c match.c -o match.o
gcc -I../include -O -g     -c parse.c -o parse.o
gcc -I../include -O -g     -c support.c -o support.o
gcc -I../include -O -g   -c channel.c
gcc -I../include -O -g   -c class.c
gcc -I../include -O -g   -c hash.c
gcc -I../include -O -g   -c ircd.c
gcc -I../include -O -g   -c list.c
gcc -I../include -O -g   -c res.c
gcc -I../include -O -g   -c s_auth.c
gcc -I../include -O -g   -c s_bsd.c
gcc -I../include -O -g   -c s_conf.c
s_conf.c: In function `m_kline':
s_conf.c:1962: warning: assignment makes pointer from integer without a cast
s_conf.c: In function `m_unkline':
s_conf.c:2056: warning: assignment makes pointer from integer without a cast
gcc -I../include -O -g   -c s_debug.c
gcc -I../include -O -g   -c s_err.c
gcc -I../include -O -g   -c s_misc.c
gcc -I../include -O -g   -c s_numeric.c
gcc -I../include -O -g   -c s_serv.c
s_serv.c: In function `get_client_name2':
s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer
without a cast
gcc -I../include -O -g   -c s_user.c
gcc -I../include -O -g   -c whowas.c
gcc -I../include -O -g     -c userload.c -o userload.o
gcc -I../include -O -g   -c crule.c
gcc -I../include -O -g     -c help.c -o help.o
gcc -I../include -O -g     -c md5.c -o md5.o
/bin/sh version.c.SH
Extracting IRC/ircd/version.c...
gcc -I../include -O -g   -c version.c
gcc -I../include -O -g     -c res_skipname.c -o res_skipname.o
gcc -I../include -O -g   bsd.o dbuf.o packet.o send.o match.o parse.o
support.o channel.o class.o hash.o ircd.o list.o res.o s_auth.o s_bsd.o
s_conf.o s_debug.o s_err.o s_misc.o s_numeric.o s_serv.o s_user.o whowas.o
userload.o crule.o help.o md5.o version.o res_skipname.o    -o ircd
dbuf.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
dbuf.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
dbuf.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
res.o: In function `query_name':
/usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
res.o: In function `proc_answer':
/usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
/usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
/usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
s_user.o: In function `m_oper':
/usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
collect2: ld returned 1 exit status
make[1]: *** [ircd] Error 1
make[1]: Leaving directory `/usr/local/ircd/src/df467/src'
make: *** [build] Error 2

Bah

Btw - its ./include/common.h, not strings.h

Mike


At 08:36 PM 03/01/00 +0200, you wrote:
>On Sun, 2 Jan 2000, Michael Smith wrote:
>
>This problem has also been confirmed on Redhat 6.0 and possible 6.2
>systems.
>
>
>Cure.  edit ./include/strings.h and comment out line 77.  It works perfect
>then.
>
>Regards
>Me
>
>
>
>>Hi Guys, I know I am going to be killed for this, but I have the following
>>problem
>>compiling Dreamforge 4.6.7
>>
>>The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
>>tell, glibc causes this problem. I was wondering if anyone has any patches,
>>or has had success getting df467 to compile
>>
>>make
>>Building src
>>make[1]: Entering directory `/root/df467/src'
>>gcc -I../include -O -g     -c bsd.c -o bsd.o
>>gcc -I../include -O -g     -c dbuf.c -o dbuf.o
>>gcc -I../include -O -g     -c packet.c -o packet.o
>>gcc -I../include -O -g     -c send.c -o send.o
>>gcc -I../include -O -g     -c match.c -o match.o
>>gcc -I../include -O -g     -c parse.c -o parse.o
>>gcc -I../include -O -g     -c support.c -o support.o
>>gcc -I../include -O -g   -c channel.c
>>gcc -I../include -O -g   -c class.c
>>gcc -I../include -O -g   -c hash.c
>>gcc -I../include -O -g   -c ircd.c
>>gcc -I../include -O -g   -c list.c
>>gcc -I../include -O -g   -c res.c
>>gcc -I../include -O -g   -c s_auth.c
>>gcc -I../include -O -g   -c s_bsd.c
>>gcc -I../include -O -g   -c s_conf.c
>>s_conf.c: In function `m_kline':
>>s_conf.c:1962: warning: assignment makes pointer from integer without a cast
>>s_conf.c: In function `m_unkline':
>>s_conf.c:2056: warning: assignment makes pointer from integer without a cast
>>gcc -I../include -O -g   -c s_debug.c
>>gcc -I../include -O -g   -c s_err.c
>>gcc -I../include -O -g   -c s_misc.c
>>gcc -I../include -O -g   -c s_numeric.c
>>gcc -I../include -O -g   -c s_serv.c
>>s_serv.c: In function `get_client_name2':
>>s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from
integer wit
>>hout a cast
>>gcc -I../include -O -g   -c s_user.c
>>gcc -I../include -O -g   -c whowas.c
>>gcc -I../include -O -g     -c userload.c -o userload.o
>>In file included from userload.c:35:
>>/usr/include/string.h:266: conflicting types for `myncmp'
>>../include/common.h:77: previous declaration of `myncmp'
>>make[1]: *** [userload.o] Error 1
>>make[1]: Leaving directory `/root/df467/src'
>>make: *** [build] Error 2
>>
>>Once Again, I know this doesnt belong on this list, but I are kinda
>>desperate, and according to dalnet-src , the old df467 is no longer being
>>maintained or supported
>>
>>Mike
>>
>>---
>>Michael Smith (Warlock on IRC)
>>http://www.warlock.web.za
>> "Do you smell something burning or is it me?"
>>                -- Joan of Arc                                         
>>
>>---------------------------------------------------------------
>>To unsubscribe, send email to majordomo@ender.shadowfire.org
>>with "unsubscribe ircservices" in the body, without the quotes.
>>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
<A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lonewolf at lagnet.org.za  Mon Jan  3 13:33:46 2000
From: lonewolf at lagnet.org.za (Lonewolf)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000103200325.0071d268@shell.icon.co.za>; from "Michael Smith" on Mon, Jan 03, 2000 at 10:03:25PM
References: <2.2.32.20000103200325.0071d268@shell.icon.co.za>
Message-ID: 20000103233346.A5100@apotheosis.org.za

On Mon, Jan 03, 2000 at 10:03:25PM +0200, Michael Smith wrote:
> Nopes, did what u said, get tonnes of messages...

[ snip. ]
> /usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
> res.o: In function `proc_answer':
> /usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
> /usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
> /usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
These are from libresolv.

> s_user.o: In function `m_oper':
> /usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
> collect2: ld returned 1 exit status
These are from libcrypt.

[ snip. ]

The "./Config" script will ask you if you need any "extra libraries", put
"-lresolv -lcrypt".

Once that's done, apply the following to include/sys.h:
--- include/sys.h.old   Mon Jan  3 23:31:07 2000
+++ include/sys.h       Mon Jan  3 23:26:12 2000
@@ -103,9 +103,9 @@
 #endif
 
 /*
- * Different name on NetBSD, FreeBSD, and BSDI
+ * Different name on NetBSD, FreeBSD, and BSDI and now Linux!
  */
-#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__)
+#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__) || defined(__linux__)
 #define dn_skipname  __dn_skipname
 #endif

It should then compile, though messily.

--
lonewolf@lagnet.org.za
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Mon Jan  3 14:14:26 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 2.2.32.20000103221426.0073ab24@shell.icon.co.za

Okay - now i can happily post this :)

gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o process.o
send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
collect2: ld returned 1 exit status
make: *** [services] Error 1

Also , suse 6.2, glibc2.1

Help

Mike


At 11:33 PM 03/01/00 +0200, you wrote:
>On Mon, Jan 03, 2000 at 10:03:25PM +0200, Michael Smith wrote:
>> Nopes, did what u said, get tonnes of messages...
>
>[ snip. ]
>> /usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
>> res.o: In function `proc_answer':
>> /usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
>> /usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
>> /usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
>These are from libresolv.
>
>> s_user.o: In function `m_oper':
>> /usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
>> collect2: ld returned 1 exit status
>These are from libcrypt.
>
>[ snip. ]
>
>The "./Config" script will ask you if you need any "extra libraries", put
>"-lresolv -lcrypt".
>
>Once that's done, apply the following to include/sys.h:
>--- include/sys.h.old   Mon Jan  3 23:31:07 2000
>+++ include/sys.h       Mon Jan  3 23:26:12 2000
>@@ -103,9 +103,9 @@
> #endif
> 
> /*
>- * Different name on NetBSD, FreeBSD, and BSDI
>+ * Different name on NetBSD, FreeBSD, and BSDI and now Linux!
>  */
>-#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__)
>+#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__) ||
defined(__linux__)
> #define dn_skipname  __dn_skipname
> #endif
>
>It should then compile, though messily.
>
>--
>lonewolf@lagnet.org.za
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From v13 at it.teithe.gr  Mon Jan  3 15:19:15 2000
From: v13 at it.teithe.gr (Harhalakis Stefanos)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
In-Reply-To: <2.2.32.20000103221426.0073ab24@shell.icon.co.za>
References: 2.2.32.20000103221426.0073ab24@shell.icon.co.za
Message-ID: Pine.SGI.4.05.10001040115430.17536&#45;100000@aetos.it.teithe.gr

On Tue, 4 Jan 2000, Michael Smith wrote:

> Okay - now i can happily post this :)
> 
> gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
> datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
> memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o process.o
> send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
> /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
> collect2: ld returned 1 exit status
> make: *** [services] Error 1

Can you *PLEASE* stop this? Just use your emails to continue. 
I don't want to know how to compile the ircd on your computer.

> Mike
<<V13>>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Mon Jan  3 18:28:31 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 20000104022831.15700.qmail@hotmail.com

I personally do not see a problem with someone posting questions when they 
run into problems compiling but please if you are going to respond to a 
message could you at least follow proper posting procedures and only copy 
the message parts which you want to respond to?  We all receive the first 
message so there is no need to resend the entire text.

As an example:

<SNIP>
/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
collect2: ld returned 1 exit statusmake: *** [services] Error 1
</SNIP>
This appears to be stating that you are missing some compile variables on 
your system you might want to search to see if that file is missing or not.

The Phantom

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Tue Jan  4 12:01:31 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
In-Reply-To: <20000104022831.15700.qmail@hotmail.com>
References: 20000104022831.15700.qmail@hotmail.com
Message-ID: Pine.LNX.4.21.0001041359020.31642&#45;100000@hades.bleu.paganpaths.org

On Mon, 3 Jan 2000, The Phantom of the Internet wrote:

> <SNIP>
> /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
> collect2: ld returned 1 exit statusmake: *** [services] Error 1
> </SNIP>
> This appears to be stating that you are missing some compile variables on 
> your system you might want to search to see if that file is missing or not.

Actually, it's stating that they are missing libbsd.  Most likely the
problem is somehow they got it configured for bsd instead of linux, since
I don't know of any libbsd for linux.  Re-running ./configure might be a
good idea... might need to empty config.cache too.  

--Kevin

-- 
PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
PPCR Pagan Internet Radio - <A  HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at <A  HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Tue Jan  4 13:27:41 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: NCBBIPDDJGGDOCPMKPKPAEPBDAAA.andrewk@icon.co.za

[this bounced]

From: achurch@dragonfire.net (Andrew Church)
To: ircservices@ender.shadowfire.org
Subject: Re: [IRCServices] Services 4.3.2
Date: Tue, 04 Jan 2000 21:48:45 JST






>gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
>datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
>memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o
process.o
>send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
>/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory

     Are you running with a config.cache from another system?  Try removing
config.cache and rerunning the configure script, then recompiling.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Tue Jan  4 13:38:23 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
Message-ID: 20000104213823.41133.qmail@hotmail.com


Just a question/comment/suggestion for the coding team. Wouldn't it be an 
idea to make a backup link or 2 in the services.conf for if a server goes 
down it can try to link to another one like ircd's do. I mean for smaller 
shell networks servers come up and down or lag, so i think it would be a big 
benifit.


Muerte
/server irc.acestar.org
www.acestar.org

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Tue Jan  4 14:33:09 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 2.2.32.20000104223309.00bd7730@shell.icon.co.za


>From: achurch@dragonfire.net (Andrew Church)

>     Are you running with a config.cache from another system?  Try removing
>config.cache and rerunning the configure script, then recompiling.
>

Thanks, this worked. I had re-run the configure script, but I didnt remove
the config.cache. Once I removed it , it compiled just dandy.

BTW - wasnt there mention of another list for ircd based stuff. I'm sorry to
have spammed you guys, but dalnet dont support it anymore, and i reconed
that the chaps
that WOULD know would be the chaps on this list. I was right, and my problem
was sorted

Thanks Guys

Mike
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Wed Jan  5 11:54:47 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
In-Reply-To: <20000104213823.41133.qmail@hotmail.com>
References: 20000104213823.41133.qmail@hotmail.com
Message-ID: NCBBIPDDJGGDOCPMKPKPCEPHDAAA.andrewk@icon.co.za

Services really should be connected to an ircd on the same box as itself. If
this ircd looses connectivity to the outside world for some reason, there is
little chance Services is going to succeed.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Angel of
> Death
> Sent: 04 January 2000 23:38
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Services
>
>
>
> Just a question/comment/suggestion for the coding team. Wouldn't it be an
> idea to make a backup link or 2 in the services.conf for if a server goes
> down it can try to link to another one like ircd's do. I mean for smaller
> shell networks servers come up and down or lag, so i think it
> would be a big
> benifit.
>
>
> Muerte
> /server irc.acestar.org
> www.acestar.org
>
> ______________________________________________________
> Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Wed Jan  5 19:46:35 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
Message-ID: 20000106034636.82081.qmail@hotmail.com

I agree, but for one reason or another that ircd may shutdown or something, 
i've seen it happen. And the services don't have a place to link back to. Or 
someone has a shell that only allows 1 proccess and they wish to use it for 
the services and it can only connect to 1 server. if that server dies, the 
network is basically SOL until the person can manually move services or that 
server comes back up and services are crontab'd.  Just an idea, i know i'd 
like it.

Muerte
Network Founder
/server irc.acestar.org
home of #Rom and EliteIRCD


>From: "Andrew Kempe" <andrewk@icon.co.za>
>Reply-To: ircservices@ender.shadowfire.org
>To: <ircservices@ender.shadowfire.org>
>Subject: RE: [IRCServices] Services
>Date: Wed, 5 Jan 2000 21:54:47 +0200
>
>Services really should be connected to an ircd on the same box as itself. 
>If
>this ircd looses connectivity to the outside world for some reason, there 
>is
>little chance Services is going to succeed.
>
>Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@ender.shadowfire.org
> > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Angel of
> > Death
> > Sent: 04 January 2000 23:38
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Services
> >
> >
> >
> > Just a question/comment/suggestion for the coding team. Wouldn't it be 
>an
> > idea to make a backup link or 2 in the services.conf for if a server 
>goes
> > down it can try to link to another one like ircd's do. I mean for 
>smaller
> > shell networks servers come up and down or lag, so i think it
> > would be a big
> > benifit.
> >
> >
> > Muerte
> > /server irc.acestar.org
> > www.acestar.org
> >
> > ______________________________________________________
> > Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Wed Jan  5 20:36:37 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106034636.82081.qmail@hotmail.com>
References: 20000106034636.82081.qmail@hotmail.com
Message-ID: Pine.LNX.4.21.0001052234430.15616&#45;100000@hades.bleu.paganpaths.org

On Wed, 5 Jan 2000, Angel of Death wrote:

> I agree, but for one reason or another that ircd may shutdown or something, 
> i've seen it happen. And the services don't have a place to link back to. Or 

I have cronjobs for both services and my ircd that will auto-restart them
w/in 10 minutes if they go down to avoid such a problem. (Though I really
haven't had it, my ircd never seems to go down unexpectedly)

--Kevin

-- 
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Thu Jan  6 06:19:33 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106034636.82081.qmail@hotmail.com>
References: 20000106034636.82081.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001061619110.17550&#45;100000@darkwing.savage.za.org

On Wed, 5 Jan 2000, Angel of Death wrote:

>I agree, but for one reason or another that ircd may shutdown or something, 
>i've seen it happen. And the services don't have a place to link back to. Or 
>someone has a shell that only allows 1 proccess and they wish to use it for 
>the services and it can only connect to 1 server. if that server dies, the 
>network is basically SOL until the person can manually move services or that 
>server comes back up and services are crontab'd.  Just an idea, i know i'd 
>like it.

Use an crontab to automatically restard the IRCD and services ?? *frown*

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From johnl at potomacnet.com  Thu Jan  6 05:14:28 2000
From: johnl at potomacnet.com (John Lamb)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 200001061814.NAA22405@dns1.potomacnetworks.com

I don't think everyone is understanding the situation presented here. Say you have Services running on server A. Services links to server B, not an ircd on the same box (A). Server B crashes. Now Services are no where because the .conf file only has one server (B) to link to. This is correctable if a person with access to server A is around to edit the .conf file, but the situation is that, that person is not around. So the asked for solution is to have multiple S:lines in the .conf file that Services would attempt to link to in the event the primary is down. Setting up a crontab to restart the ircd on server B is moot because server B is dead. This is what I gathered from Angel's emails. Correct me if I'm wrong.

!K

You wrote:

> From: Chris Knipe <cgknipe@mweb.co.za>
> To: ircservices@ender.shadowfire.org
> Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> Subject: RE: [IRCServices] Services
> 
> 
> On Wed, 5 Jan 2000, Angel of Death wrote:
> 
> >I agree, but for one reason or another that ircd may shutdown or something, 
> >i've seen it happen. And the services don't have a place to link back to. Or 
> >someone has a shell that only allows 1 proccess and they wish to use it for 
> >the services and it can only connect to 1 server. if that server dies, the 
> >network is basically SOL until the person can manually move services or that 
> >server comes back up and services are crontab'd.  Just an idea, i know i'd 
> >like it.
> 
> Use an crontab to automatically restard the IRCD and services ?? *frown*
> 
> Regards
> Chris Knipe
> Cel: (083) 430 8151
> Freelance Internet Developer, Consultant, Administrator &amp; Speaker
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Thu Jan  6 10:38:37 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000106183837.56782.qmail@hotmail.com

I'm reffering if they are on DIFFERENT boxes for some reason. Are if 
something were jsut to effect it, it was just an idea. And crontab won't 
make it link to a different server.


>From: Chris Knipe <cgknipe@mweb.co.za>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
>
>On Wed, 5 Jan 2000, Angel of Death wrote:
>
> >I agree, but for one reason or another that ircd may shutdown or 
>something,
> >i've seen it happen. And the services don't have a place to link back to. 
>Or
> >someone has a shell that only allows 1 proccess and they wish to use it 
>for
> >the services and it can only connect to 1 server. if that server dies, 
>the
> >network is basically SOL until the person can manually move services or 
>that
> >server comes back up and services are crontab'd.  Just an idea, i know 
>i'd
> >like it.
>
>Use an crontab to automatically restard the IRCD and services ?? *frown*
>
>Regards
>Chris Knipe
>Cel: (083) 430 8151
>Freelance Internet Developer, Consultant, Administrator & Speaker
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Thu Jan  6 13:36:39 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000106213639.16411.qmail@hotmail.com

EXACTLY :)

Thanks John

Muerte
/server irc.acestar.org

>From: John Lamb <johnl@potomacnet.com>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 06 Jan 2000 13:14:28 z (EST)
>
>I don't think everyone is understanding the situation presented here. Say 
>you have Services running on server A. Services links to server B, not an 
>ircd on the same box (A). Server B crashes. Now Services are no where 
>because the .conf file only has one server (B) to link to. This is 
>correctable if a person with access to server A is around to edit the .conf 
>file, but the situation is that, that person is not around. So the asked 
>for solution is to have multiple S:lines in the .conf file that Services 
>would attempt to link to in the event the primary is down. Setting up a 
>crontab to restart the ircd on server B is moot because server B is dead. 
>This is what I gathered from Angel's emails. Correct me if I'm wrong.
>
>!K
>
>You wrote:


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From dragon at wastelands.net  Fri Jan  7 01:08:47 2000
From: dragon at wastelands.net (Gaven Cohen)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] ChanServ KICK command(?)
In-Reply-To: <Pine.LNX.4.20.9912222230020.2081-100000@darkness.darkness.gr>
References: Pine.LNX.4.20.9912222230020.2081&#45;100000@darkness.darkness.gr
Message-ID: Pine.LNX.4.10.10001071105100.2564&#45;100000@dragon.wastelands.net


On Wed, 22 Dec 1999, Nick Krassas wrote:

> Greetings all,
>       one idea is that a user having access at one channel could easy
> put a akick to the user that is not wanted in the channel. a second
> reason, is the kick going to be anonymous ? and is this correct ? 

Its fairly easy to define a number of switches which channel founders
could use to control kick usage.

- enabled or not
- anonymous or kicker in the kick reason
- etc.

Personally, I found anonymous kicks (such as when I use a bot) quite
useful, provided all the channel ops are mature and responsible.  Sure,
its easy enough to just ignore someone you've kicked for bad behaviour or
whatever, but its useful to have a non-person to be the recipient of bad
vibes :)

See ya,
Gaven

---
Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC  DB 1E 7F 6E 64 08 15 7E

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From jacques at aquarius.natey.za.net  Thu Jan  6 14:10:09 2000
From: jacques at aquarius.natey.za.net (Jacques Marneweck)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <200001061814.NAA22405@dns1.potomacnetworks.com>
References: 200001061814.NAA22405@dns1.potomacnetworks.com
Message-ID: Pine.BSF.4.10.10001062208430.27798&#45;100000@aquarius.natey.za.net

On Thu, 6 Jan 2000, John Lamb wrote:

> I don't think everyone is understanding the situation presented here. Say you have Services running on server A. Services links to server B, not an ircd on the same box (A). Server B crashes. Now Services are no where because the .conf file only has one server (B) to link to. This is correctable if a person with access to server A is around to edit the .conf file, but the situation is that, that person is not around. So the asked for solution is to have multiple S:lines in the .conf file that Services would attempt to link to in the event the primary is down. Setting up a crontab to restart the ircd on server B is moot because server B is dead. This is what I gathered from Angel's emails. Correct me if I'm wrong.

Easy:

DNS: services-uplink-entry-point.your.domain

in DNS

services-uplink-entry-point     IN      A       196.14.22.5
                                IN      A       196.14.22.14

etc.

That way the servers who's IP's are listed above get services connecting
to them on a round-robin basis.

Regards
Jacques

> 
> !K
> 
> You wrote:
> 
> > From: Chris Knipe <cgknipe@mweb.co.za>
> > To: ircservices@ender.shadowfire.org
> > Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> > Subject: RE: [IRCServices] Services
> > 
> > 
> > On Wed, 5 Jan 2000, Angel of Death wrote:
> > 
> > >I agree, but for one reason or another that ircd may shutdown or something, 
> > >i've seen it happen. And the services don't have a place to link back to. Or 
> > >someone has a shell that only allows 1 proccess and they wish to use it for 
> > >the services and it can only connect to 1 server. if that server dies, the 
> > >network is basically SOL until the person can manually move services or that 
> > >server comes back up and services are crontab'd.  Just an idea, i know i'd 
> > >like it.
> > 
> > Use an crontab to automatically restard the IRCD and services ?? *frown*
> > 
> > Regards
> > Chris Knipe
> > Cel: (083) 430 8151
> > Freelance Internet Developer, Consultant, Administrator &amp; Speaker
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From JohnL at potomacnet.com  Sat Jan  8 12:51:16 2000
From: JohnL at potomacnet.com (John Lamb)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <Pine.BSF.4.10.10001062208430.27798-100000@aquarius.natey.za.net>
References: <200001061814.NAA22405@dns1.potomacnetworks.com>
Message-ID: 3.0.6.32.20000108155116.007994b0@mail.potomacnet.com

Altering DNS zone files to accomplish such a task is not only backwards,
but dangerous. You have also created the need for a person with access to
the DNS server to make such a change. Where the previous suggestion
eliminated the need for anyone.

!K

At 10:10 PM 1/6/00 +0000, you wrote:

<snip my comments>

>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point    IN      A       196.14.22.5
>                               IN      A       196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From joshodom at uswest.net  Sat Jan  8 02:30:14 2000
From: joshodom at uswest.net (Josh Odom)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <3.0.6.32.20000108155116.007994b0@mail.potomacnet.com>
References: 3.0.6.32.20000108155116.007994b0@mail.potomacnet.com
Message-ID: LNBBIDPHKBGLGHDPOHNACEGECAAA.joshodom@uswest.net

Not Dangerous. 

-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of John Lamb
Sent: Saturday, January 08, 2000 12:51 PM
To: ircservices@ender.shadowfire.org
Subject: RE: [IRCServices] Services


Altering DNS zone files to accomplish such a task is not only backwards,
but dangerous. You have also created the need for a person with access to
the DNS server to make such a change. Where the previous suggestion
eliminated the need for anyone.

!K

At 10:10 PM 1/6/00 +0000, you wrote:

<snip my comments>

>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point    IN      A       196.14.22.5
>                               IN      A       196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Sat Jan  8 16:35:24 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000109003524.86506.qmail@hotmail.com

That's an idea. that might work. hehe.

Muerte


>From: Jacques Marneweck <jacques@aquarius.natey.za.net>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 6 Jan 2000 22:10:09 +0000 (GMT)
>
>On Thu, 6 Jan 2000, John Lamb wrote:
>
> > I don't think everyone is understanding the situation presented here. 
>Say you have Services running on server A. Services links to server B, not 
>an ircd on the same box (A). Server B crashes. Now Services are no where 
>because the .conf file only has one server (B) to link to. This is 
>correctable if a person with access to server A is around to edit the .conf 
>file, but the situation is that, that person is not around. So the asked 
>for solution is to have multiple S:lines in the .conf file that Services 
>would attempt to link to in the event the primary is down. Setting up a 
>crontab to restart the ircd on server B is moot because server B is dead. 
>This is what I gathered from Angel's emails. Correct me if I'm wrong.
>
>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point    IN      A       196.14.22.5
>                               IN      A       196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
>
> >
> > !K
> >
> > You wrote:
> >
> > > From: Chris Knipe <cgknipe@mweb.co.za>
> > > To: ircservices@ender.shadowfire.org
> > > Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> > > Subject: RE: [IRCServices] Services
> > >
> > >
> > > On Wed, 5 Jan 2000, Angel of Death wrote:
> > >
> > > >I agree, but for one reason or another that ircd may shutdown or 
>something,
> > > >i've seen it happen. And the services don't have a place to link back 
>to. Or
> > > >someone has a shell that only allows 1 proccess and they wish to use 
>it for
> > > >the services and it can only connect to 1 server. if that server 
>dies, the
> > > >network is basically SOL until the person can manually move services 
>or that
> > > >server comes back up and services are crontab'd.  Just an idea, i 
>know i'd
> > > >like it.
> > >
> > > Use an crontab to automatically restard the IRCD and services ?? 
>*frown*
> > >
> > > Regards
> > > Chris Knipe
> > > Cel: (083) 430 8151
> > > Freelance Internet Developer, Consultant, Administrator &amp; Speaker
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Sat Jan  8 21:03:15 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000109050315.57546.qmail@hotmail.com




<snip>

Easy:

DNS: services-uplink-entry-point.your.domain

in DNS

services-uplink-entry-point     IN      A       196.14.22.5
                                IN      A       196.14.22.14

etc.

That way the servers who's IP's are listed above get services  connecting to 
them on a round-robin basis.

Regards
Jacques
</snip>

I only see one problem with this round-robin effect for services.  The 
current coding has services shut back down if there is an error where it is 
unable to connect to the specified server.  Now if services somehow hits the 
ip address on this round-robin which is down then it will shut down and wait 
to retry until the next cron job.  Which depending on the Admin who set this 
situation up could be anywhere from 5-30 minutes.

The Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Sun Jan  9 05:38:11 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106213639.16411.qmail@hotmail.com>
References: 20000106213639.16411.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001091522430.17626&#45;100000@darkwing.savage.za.org

On Thu, 6 Jan 2000, Angel of Death wrote:

Hi ... 

I won't stay long on this, it might not even be a good solution, but here
goes... 

Crontab, *CAN* do what is needed... 

>>I don't think everyone is understanding the situation presented here. Say 
>>you have Services running on server A. Services links to server B, not an 
>>ircd on the same box (A). Server B crashes. Now Services are no where 
>>because the .conf file only has one server (B) to link to. This is 
>>correctable if a person with access to server A is around to edit the .conf 
>>file, but the situation is that, that person is not around. So the asked 
>>for solution is to have multiple S:lines in the .conf file that Services 
>>would attempt to link to in the event the primary is down. Setting up a 
>>crontab to restart the ircd on server B is moot because server B is dead. 
>>This is what I gathered from Angel's emails. Correct me if I'm wrong.

>From the Services Documentation:

     Normally, Services can be run simply by invoking the "services"
executable.  Services will then use the defaults specified in the
services.conf file, and connect to the specified uplink server.
Alternatively, any of the following command-line options can be specified
to change the default values:

        -remote server[:port]   Connect to the specified server
        -local host  -or-       Connect from the specified address (e.g.
               [host]:[port]        for multihomed servers)
        -name servername        Our server name (e.g. services.some.net)
        -desc string            Description of us (e.g. SomeNet Services)
        -user username          Username for Services' nicks (e.g. services)
        -host hostname          Hostname for Services' nicks (e.g. esper.net)
        -dir directory          Directory containing Services' data files
                                    (e.g. /usr/local/lib/services)
        -log filename           Services log filename (e.g. services.log)
        -update secs            How often to update databases (in seconds)
        -expire secs            How often to check for nick/channel
                                    expiration (in seconds)

---

Now with an rather interesting sh / bash script, you will be able to ping
or traceroute the server to where your services are supposed to link to
(most shell providers allow the use of ping).  From the output, you can
easily grep the ping statistics... 

>From standard Linux (output returned by ping might vary from OS to OS),
issuing something like the command below, will give you an good idea of the 
current network performance to any remote server where services could or 
shoud be linking to... 

   ping -c 50 <host name> | grep received | cut -c 43-70
   0% packet loss

>From the ammount of packet loss returned, you can then reliably decide
where to link to, or what other actions to take. (Hence if you have the
access, you can even change routing tables - would it be neccessary).

Should 100% packet loss be returned, that would obviously mean the server
is dead, now you can re-invoke services with the -remote parameter, linking
your services to the server specified.

The matter of C/N lines in this case, would depend on the remote server
where services is linking to.

Mind you, this type of configuration can even be used to "re-route"
services should lag become an problem.

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From v13 at it.teithe.gr  Sun Jan  9 14:18:48 2000
From: v13 at it.teithe.gr (Harhalakis Stefanos)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000109050315.57546.qmail@hotmail.com>
References: 20000109050315.57546.qmail@hotmail.com
Message-ID: Pine.SGI.4.05.10001100016400.117&#45;100000@aetos.it.teithe.gr

On Sat, 8 Jan 2000, The Phantom of the Internet wrote:

> I only see one problem with this round-robin effect for services.  The 
> current coding has services shut back down if there is an error where it is 
> unable to connect to the specified server.  Now if services somehow hits the 
> ip address on this round-robin which is down then it will shut down and wait 
> to retry until the next cron job.  Which depending on the Admin who set this 
> situation up could be anywhere from 5-30 minutes.
 You don't have to use cron. You can have a script like:

while /bin/true; do
 ./services -nofork
done

or make it as complex as you like. This way services will restart
immediately after dying.

> The Phantom
<<V13>>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From justdoit at oceanfree.net  Sun Jan  9 15:24:19 2000
From: justdoit at oceanfree.net (Aaron Brady)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
References: <Pine.SGI.4.05.10001100016400.117-100000@aetos.it.teithe.gr>
Message-ID: 003301bf5af8$abac2c80$0100000a@rage.org

This diff file will allow the use of the SIDENTIFY command, a synonym for
IDENTIFY. One some servers, cyclone for one, if you connect with a Password
(in mIRC/pIRCh whateva) and your I: line doesn't require one, it is securely
sent to services via SIDENTIFY

:insom PRIVMSG services@lost-in-cyberspace.com :SIDENTIFY fr4ud





From atcarr at hotmail.com  Mon Jan 10 04:57:58 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
Message-ID: 20000110125758.95489.qmail@hotmail.com

Of course if you are running a variant of DreamForge 4.6.7 it already has 
that as part of the coding.  So far I haven't found any server variant of 
this dreamforge code to not still have that coded into the server.  But I 
don't go to far into looking at the systems.  The best way to check if a 
server already has this is to type /server servername password if once you 
have logged into the network you get a message from nickserv saying that you 
are not identified for your nick then its already there.  If not you will 
get a message stating you cannot re-register.

The Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From net at lite.net  Mon Jan 10 05:10:23 2000
From: net at lite.net (Jonathan George)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
In-Reply-To: <20000110125758.95489.qmail@hotmail.com>
References: 20000110125758.95489.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001100708430.32277&#45;100000@lite.net

        Uhm...  perhaps you should have looked at the patch first.  The
patch is to be applied against Services, not DreamForge...  in order to
take advantage of a DreamForge feature.

|Of course if you are running a variant of DreamForge 4.6.7 it already has 
|that as part of the coding.  So far I haven't found any server variant of 
|this dreamforge code to not still have that coded into the server.  But I 
|don't go to far into looking at the systems.  The best way to check if a 
|server already has this is to type /server servername password if once you 
|have logged into the network you get a message from nickserv saying that you 
|are not identified for your nick then its already there.  If not you will 
|get a message stating you cannot re-register.
|
|The Phantom

================================================
Jonathan George - www.jdg.net - (net@lite.net)
               Software Engineer
================================================
200 Arco Place, Suite 252
Independence, KS 67301
Voice: (316) 332-1616
Fax:   (316) 332-1451
================================================

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Mon Jan 10 08:21:24 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
In-Reply-To: <003301bf5af8$abac2c80$0100000a@rage.org>
References: 003301bf5af8$abac2c80$0100000a@rage.org
Message-ID: NCBBIPDDJGGDOCPMKPKPMEBODBAA.andrewk@icon.co.za

Please don't post patches to this list - it is a discussion and support
list - not a coding list. If you really have the urge, join the
"ircservices-coding@" list (in the same way you joined this one). Then
again, it's for Services, rather than ircd's. And even there, patches are
not welcome on the list itself. Rather mail the address of the patch.

Thanks, Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Aaron Brady
> Sent: 10 January 2000 01:24
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Diff to allow SIDENTIFY command
>
>
> This diff file will allow the use of the SIDENTIFY command, a synonym for
> IDENTIFY. One some servers, cyclone for one, if you connect with
> a Password
> (in mIRC/pIRCh whateva) and your I: line doesn't require one, it
> is securely
> sent to services via SIDENTIFY
>
> :insom PRIVMSG services@lost-in-cyberspace.com :SIDENTIFY fr4ud
>
>
>
>
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From makero at 13g.dhs.org  Tue Jan 11 04:50:25 2000
From: makero at 13g.dhs.org (Makero)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] IRCServices + ircdu_2.10.07
Message-ID: 20000111.12502599@gollo.13g.dhs.org

Hy

I'm running IRCDu 2.10.07 and i'm trying to make IRCServices work with 
it. In current release, if you edit the Makefile, you can compile 
IRCServices for the ircdu 2.10.x

Well. I have edited the makefile, and compiled the IRCServices. When 
the IRCServi ces run (./services)), everything appears to be ok. The 
IRCServices process is running, ( I can see it when ps - ax | grep 
services) and i can se the link whit the /links command in ircdu

But nothing else. I cant see any boot in the irc. When i /msg chan 
help. Y get a \93not such nick\94 error.

I supposed that this is why makefile must to be edited to compile in 
ircdu 2.10.x mode. :-) Because they don't work.

I really want to use IRCDu 2.10.7 an IRCServices together. My question 
is: Is anybody working to fix this?. Can I help anyway?. Can you send 
me some info around the problem, so I can start my own work?

Thanks a lot

makero

makero@13g.dhs.org

You can connect to my ircdu and see the problem at irc://13g.dhs.org





---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Tue Jan 11 06:58:47 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] IRCServices + ircdu_2.10.07
In-Reply-To: <20000111.12502599@gollo.13g.dhs.org>
References: 20000111.12502599@gollo.13g.dhs.org
Message-ID: NCBBIPDDJGGDOCPMKPKPCEDCDBAA.andrewk@icon.co.za

The reason 2.10.x was commented out was becuase Services don't support it :)

I'm personally not attempting to add support for ircu - although there may
be a few people who are.

If you want to add support for it, please do. But you're going to have to
make numerous changes - way beyond the scope of this list.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Makero
> Sent: 11 January 2000 14:50
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] IRCServices + ircdu_2.10.07
>
>
> Hy
>
> I'm running IRCDu 2.10.07 and i'm trying to make IRCServices work with
> it. In current release, if you edit the Makefile, you can compile
> IRCServices for the ircdu 2.10.x
>
> Well. I have edited the makefile, and compiled the IRCServices. When
> the IRCServi ces run (./services)), everything appears to be ok. The
> IRCServices process is running, ( I can see it when ps - ax | grep
> services) and i can se the link whit the /links command in ircdu
>
> But nothing else. I cant see any boot in the irc. When i /msg chan
> help. Y get a \93not such nick\94 error.
>
> I supposed that this is why makefile must to be edited to compile in
> ircdu 2.10.x mode. :-) Because they don't work.
>
> I really want to use IRCDu 2.10.7 an IRCServices together. My question
> is: Is anybody working to fix this?. Can I help anyway?. Can you send
> me some info around the problem, so I can start my own work?
>
> Thanks a lot
>
> makero
>
> makero@13g.dhs.org
>
> You can connect to my ircdu and see the problem at irc://13g.dhs.org
>
>
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From tjung at igateway.net  Tue Jan 11 10:41:35 2000
From: tjung at igateway.net (Tim Jung)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
References: <NCBBIPDDJGGDOCPMKPKPCEDCDBAA.andrewk@icon.co.za>
Message-ID: 00a601bf5c63$7d366de0$073c8ece@igateway.net

I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3 gig
HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
network as well, nothing else in the server, no extra cards or anything.

The problem that I am having is that if I run IRC and SERVICES the machine
will crater in 1-4 days. It just locks up tight and won't respond to the
console or anything. I am running some other gaming servers on this machine
as well. If I run all the other servers and not IRC/SERVICES everything is
fine. If I run just IRC/SERVICES it all blows up in 1-4 days. I can't figure
out what could be wrong with IRC/SERVICES and why I don't see anything in
the error logs that would cause this problems. I currently have 6 days of up
time on the machine without running IRC/SERVICES.

Anyone have any idea why it would do this?

Tim Jung
System Admin
Internet Gateway Inc.
tjung@igateway.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Wed Jan 12 06:50:37 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
Message-ID: 387ba5f9.77431@dragonfire.net

>I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
>the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3 gig
>HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
>network as well, nothing else in the server, no extra cards or anything.
>
>The problem that I am having is that if I run IRC and SERVICES the machine
>will crater in 1-4 days. It just locks up tight and won't respond to the
>console or anything.
[...]
>Anyone have any idea why it would do this?

     No clue.  Just to check, what kernel version do you have?

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From tjung at igateway.net  Tue Jan 11 17:59:25 2000
From: tjung at igateway.net (Tim Jung)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
References: <387ba5f9.77431@dragonfire.net>
Message-ID: 032201bf5ca0$a758ca40$073c8ece@igateway.net

Here is what I get from uname -a

Linux  2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 i586 unknown

So the answer is kernel 2.2.12-20

Tim Jung
System Admin
Internet Gateway Inc.
tjung@igateway.net


----- Original Message -----
From: "Andrew Church" <achurch@dragonfire.net>
To: <ircservices@ender.shadowfire.org>
Sent: Tuesday, January 11, 2000 3:50 PM
Subject: Re: [IRCServices] Problems with services and ircd


> >I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
> >the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3
gig
> >HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
> >network as well, nothing else in the server, no extra cards or anything.
> [...]
> >Anyone have any idea why it would do this?
>
>      No clue.  Just to check, what kernel version do you have?
>
>   --Andrew Church
>     achurch@dragonfire.net
>     http://achurch.dragonfire.net/


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Wed Jan 12 14:35:35 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <032201bf5ca0$a758ca40$073c8ece@igateway.net>
References: 032201bf5ca0$a758ca40$073c8ece@igateway.net
Message-ID: Pine.LNX.4.10.10001130032520.8144&#45;100000@darkwing.savage.za.org

On Tue, 11 Jan 2000, Tim Jung wrote:

>Here is what I get from uname -a
>
>Linux  2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 i586 unknown

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  Is this edited??

If not, I believe you are missing an hostname - which can be erm well,
nothing less than total stupidity :)  The year is also 1999 ??? Are your
clock correct?

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Wed Jan 12 14:32:13 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <00a601bf5c63$7d366de0$073c8ece@igateway.net>
References: 00a601bf5c63$7d366de0$073c8ece@igateway.net
Message-ID: Pine.LNX.4.10.10001130019340.8144&#45;100000@darkwing.savage.za.org

On Tue, 11 Jan 2000, Tim Jung wrote:

>I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
>the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3 gig
>HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
>network as well, nothing else in the server, no extra cards or anything.

As stated by Andy aswell, it is very hard to pin point this...  However,
there might be an few (rather silly, bit still usefull?) ideas that you can
try...

First off, cut down on your swap parition.  With 128MB ram, you only need
about 10% of that in swap space... Go make yourselve another ext2
filesystem and mount /home on it or something :)  I have 128MB Ram, and I
only use an 10MB swap parition, which is only about 6MB used at the
moment... Having larger swap paritions than which is actually needed, can
in some cases actually slow down system performance... 

Secondly, what happens if you run the irc services without any of the other
gaming servers and stuff??  Do they still crash ?

Have you perhaps tried swapping your memory arround, changing the hardware
in the computer, or perhaps just cleaning them out / swapping the two simms
arround, stuff like that?

Another suggestion, might be to recompile everything.  Try first without
patches (clean distributions), then if the binaries proove to be stable,
recompile again, adding an patch.  This way, you might be able to find out
where the bad code actually comes from which for some reason cause your
computer to stop responding - and you might be able to work arround it.

Lasty, try running services in full debug mode (/msg operserv set debug
level 9 - I think?), untill it crashes... Andy, or someone else, might be 
able to locate some sort of mis behaviour from debugged log files in such an 
case... (memmory thats used, but not released - invalid system calls - stuff 
like that ...)

I hope this can be an starting point for you.  My gut however, tells me
that this can and is more likely hardware related.  If you find any core
files from any programs running on your server, gdb traces is always an
good place to start tracing problems.

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Sun Jan 16 18:58:47 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
Message-ID: 388478c1.06633@dragonfire.net

     With regard to the system-crashing problem, is this something that can
be consistently reproduced?  If so, it's probably a kernel problem; if not,
hardware trouble is more likely.  In either case, you might try running
Services in debug mode (debug level around 3), and make sure you have your
partition mounted in synchronous mode so everything gets properly written to
the logfile.  You might also try enabling the "magic SysRq key" in your
kernel and recompiling, to see if you can use that to regain control of the
system and diagnose the problem (see /usr/src/linux/Documentation/sysrq.txt
for more information).

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Sun Jan 16 18:50:44 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] (Off-topic) Swap partition size
Message-ID: 388478ea.06637@dragonfire.net

>>I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
>>the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3 gig
>>HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
>>network as well, nothing else in the server, no extra cards or anything.
[...]
>First off, cut down on your swap parition.  With 128MB ram, you only need
>about 10% of that in swap space...

     Actually, the standard recommendation is swap size = 2 * physical RAM
size.  25MB is ridiculously small for a 128MB box, especially a server.
The smaller your swap space, the less physical RAM can be freed up for
things like disk cache, and the more I/O delays you'll get.  I personally
have 192MB of swap on my 128MB home machine, and it performs fine (not that
I ever touch swap memory most of the time).

     In any case, if you're so squeezed for disk space you need some of
that 256MB for file storage, go out and buy another hard disk.  Last I
checked, you can find 4GB SCSI drives for under $100 these days.

>Having larger swap paritions than which is actually needed, can
>in some cases actually slow down system performance... 

     This may have been true in the past, and may be true of other operating
systems *cough*Windows*cough*, but it doesn't hold for modern Linux, at
least not from what I've seen.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From tjung at igateway.net  Tue Jan 18 09:35:59 2000
From: tjung at igateway.net (Tim Jung)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
References: <388478c1.06633@dragonfire.net>
Message-ID: 005b01bf61da$7c060f80$073c8ece@igateway.net

The question I would have if it is a hardware problem is why I can load up
the machine with tons of game servers and run for going on ....2 weeks now
with no problem. If it was hardware then Quake 1, Quake 2, Quake 3, Half
Life and some of the other gaming servers should have caused the same
problems. Also no I don't run all of the Quake servers at the same time with
IRC/Services, nor am I running them all now. I only run about 2-3 quake
servers at a time.

Yet if I run nothing but IRC/Services the machine crashes in 1-3 days. It
doesn't make any sense other than there is no hardware problem or Linux
problem.

It would seem there is a problem with either the IRC server or Services or
both of them running together. Until I can figure out which one is causing
the problem or both, I can't run that copy of IRC or that copy of IRC
Services. There is a definite problem with IRC and/or services.

Tim Jung
System Admin
Internet Gateway Inc.
tjung@igateway.net


----- Original Message -----
From: "Andrew Church" <achurch@dragonfire.net>
To: <ircservices@ender.shadowfire.org>
Sent: Sunday, January 16, 2000 3:58 AM
Subject: Re: [IRCServices] Problems with services and ircd


>      With regard to the system-crashing problem, is this something that
can
> be consistently reproduced?  If so, it's probably a kernel problem; if
not,
> hardware trouble is more likely.  In either case, you might try running
> Services in debug mode (debug level around 3), and make sure you have your
> partition mounted in synchronous mode so everything gets properly written
to
> the logfile.  You might also try enabling the "magic SysRq key" in your
> kernel and recompiling, to see if you can use that to regain control of
the
> system and diagnose the problem (see
/usr/src/linux/Documentation/sysrq.txt
> for more information).
>
>   --Andrew Church
>     achurch@dragonfire.net
>     http://achurch.dragonfire.net/
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From kfiresun at ix.netcom.com  Tue Jan 18 17:02:51 2000
From: kfiresun at ix.netcom.com (Kelmar Firesun)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
References: <NCBBIPDDJGGDOCPMKPKPCEDCDBAA.andrewk@icon.co.za> <00a601bf5c63$7d366de0$073c8ece@igateway.net>
Message-ID: 001801bf6218$e9b53f90$37526dd1@dragon


----- Original Message -----
From: Tim Jung <tjung@igateway.net>
To: <ircservices@ender.shadowfire.org>
Sent: Tuesday, January 11, 2000 12:41 PM
Subject: [IRCServices] Problems with services and ircd
>

> I am running dal4.6.5 and services 4.2. I am running Red Hat 6.1 with all
> the patches and updates. It is an AMD K6-2/350 with 128Megs of RAM and 3
gig
> HD with 256meg swap partition. I am using a 3COM 3C905 PCI 10/100 BaseT
> network as well, nothing else in the server, no extra cards or anything.
>

You may not want to use DreamForge 4.6.5, I'd try using 4.6.7 and see if
that makes
the problem go away.  I looked at the change log in 4.6.7 but it does not
have the
changes that were made in that version, just version 4.6.5.

You can get the newer version off of DALNet's ftp site:
ftp://ftp.dal.net/pub/dalnet/dreamforge/

or you can grab it out of my FTP dropbox if you like:
<A  HREF="ftp://ftp.dreamhaven.net/users/kagebot/pub/server/">ftp://ftp.dreamhaven.net/users/kagebot/pub/server/</A>

Best of luck,
Kelmar K. Firesun

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cbecerram at entelchile.net  Tue Jan 18 18:36:45 2000
From: cbecerram at entelchile.net (Carlos Becerra T.)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] The Code list...
Message-ID: 3885233D.5D4476E5@entelchile.net

Hello :
            What's the address of  the services code.... (soource and
patches) ?



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From kfiresun at ix.netcom.com  Tue Jan 18 18:07:51 2000
From: kfiresun at ix.netcom.com (Kelmar Firesun)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] The Code list...
References: <3885233D.5D4476E5@entelchile.net>
Message-ID: 000701bf6221$fe93dfd0$37526dd1@dragon

ftp://ender.shadowfire.org/pub/ircservices/

----- Original Message ----- 
From: Carlos Becerra T. <cbecerram@entelchile.net>
To: Lista Services <ircservices@ender.shadowfire.org>
Sent: Tuesday, January 18, 2000 8:36 PM
Subject: [IRCServices] The Code list...


> Hello :
>             What's the address of  the services code.... (soource and
> patches) ?
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cbecerram at entelchile.net  Tue Jan 18 19:38:58 2000
From: cbecerram at entelchile.net (Carlos Becerra T.)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] The Code list...
References: <3885233D.5D4476E5@entelchile.net> <000701bf6221$fe93dfd0$37526dd1@dragon>
Message-ID: 388531D2.D53C2E6F@entelchile.net

> ftp://ender.shadowfire.org/pub/ircservices/

what's is the email address of the code list of the services... what's is
the email address of the his majordomo?

Sorry but my english isn't very well...

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From smkelly at zombie.org  Tue Jan 18 19:16:25 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:56 2004
Subject: [andrewk@icon.co.za: [IRCServices] IRCServices-Coding Mailing List]
Message-ID: 20000118211625.A1132@zombie.org

----- Forwarded message from Andrew Kempe <andrewk@icon.co.za> -----

From: "Andrew Kempe" <andrewk@icon.co.za>
To: "IRCServices" <ircservices@ender.shadowfire.org>
Subject: [IRCServices] IRCServices-Coding Mailing List
Date: Sun, 21 Nov 1999 16:44:43 +0200
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600
Precedence: bulk
Reply-To: ircservices@ender.shadowfire.org

I've setup a list, as per the popular demand, for the discussion of coding
for IRC Services.

Please make proper use of this list. It is not a place to post once-off
hacks, as I said in my previous mail. It should be used constructively to
gain an insight into the operation of IRC Services and to find optimal
methods of implementing changes.

Please refrain from posting patches at this stage. If you have something
you'd like to share, notify the list of what it is, what it does and its
size. People should then reply to you privately requesting the patch. Should
a patch become popular and be recognised as stable and well written, it will
be added to the the IRC Services ftp site.

To subscribe to this list, email:

        majordomo@ender.shadowfire.org

...with the following line in the _body_ of the email:

        subscribe ircservices-coding

An archive of this list will be kept at:

        http://ender.shadowfire.org/ircservices-coding/listarchive/

Regards, Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


----- End forwarded message -----

-- 
======================================================================
      Sean Kelly       smkelly@zombie.org                PGP: 77042C7B
                       smkelly@slashnet.org
======================================================================

Send e-mail to smkelly@zombie.org with subject "send pgp key" for public key.

From lebleu at prefer.net  Wed Jan 19 10:18:55 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <005b01bf61da$7c060f80$073c8ece@igateway.net>
References: 005b01bf61da$7c060f80$073c8ece@igateway.net
Message-ID: Pine.LNX.4.21.0001191202130.20817&#45;100000@hades.bleu.paganpaths.org

On Tue, 18 Jan 2000, Tim Jung wrote:

> Yet if I run nothing but IRC/Services the machine crashes in 1-3 days. It
> doesn't make any sense other than there is no hardware problem or Linux
> problem.
> 
> It would seem there is a problem with either the IRC server or Services or
> both of them running together. Until I can figure out which one is causing
> the problem or both, I can't run that copy of IRC or that copy of IRC
> Services. There is a definite problem with IRC and/or services.

If any program can crash the system, there is a problem with your OS or
hardware.  No matter how buggy the program is, a decent OS shouldn't let
it crash the system.  Are you connecting IRC and services via the
localhost interface?  What if you run irc and services on your machine,
but connect the ircd to services running on a remote machine, and the
services to ircd running on a remote machine?  Perhaps it is an oddball
bug in the local loopback interface?

There must be some part of your hardware or kernel that irc + services
accesses that other programs don't.  Given the intensity of quake servers
on the network, I doubt it's a hardware problem though, because I
can't think of any piece of hardware services would use more... disk
access I suppose, but compiling services would be harder on disk than
running it... hmm... I haven't had any troubles with services on my P100
w/ 40 meg ram and 128 meg swap and kernel 2.0.36...

--Kevin

-- 
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From tjung at igateway.net  Wed Jan 19 11:19:10 2000
From: tjung at igateway.net (Tim Jung)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
References: <Pine.LNX.4.21.0001191202130.20817-100000@hades.bleu.paganpaths.org>
Message-ID: 05c701bf62b2$0ff6da80$073c8ece@igateway.net

No one is allowed to telnet into that server but me. So all IRC clients are
remote clients none are done via the local loopback or from the machine
itself.

Your comment that no program should be able to crash an OS is true if this
were a perfect world. This isn't a perfect world and software is updated all
the time to fix bugs etc, and this could possibly be a bug that needs to be
fixed. I don't know for sure. But I don't understand how my game servers can
chew up all the ram and put huge loads on the processor (1.xx and higher)
and they don't crash the server.

Yet I can run just IRCD and SERVICES and like clockwork the server will
crash after a day or so. It points to a problem in IRC and SERVICES and
their interaction with the operating system. Since they are the only
applications that crash the server.

Tim Jung
System Admin
Internet Gateway Inc.
tjung@igateway.net


----- Original Message -----
From: "Kevin" <lebleu@prefer.net>
To: <ircservices@ender.shadowfire.org>
Sent: Wednesday, January 19, 2000 12:18 PM
Subject: Re: [IRCServices] Problems with services and ircd


> On Tue, 18 Jan 2000, Tim Jung wrote:
>
> > Yet if I run nothing but IRC/Services the machine crashes in 1-3 days.
It
> > doesn't make any sense other than there is no hardware problem or Linux
> > problem.
> >
> > It would seem there is a problem with either the IRC server or Services
or
> > both of them running together. Until I can figure out which one is
causing
> > the problem or both, I can't run that copy of IRC or that copy of IRC
> > Services. There is a definite problem with IRC and/or services.
>
> If any program can crash the system, there is a problem with your OS or
> hardware.  No matter how buggy the program is, a decent OS shouldn't let
> it crash the system.  Are you connecting IRC and services via the
> localhost interface?  What if you run irc and services on your machine,
> but connect the ircd to services running on a remote machine, and the
> services to ircd running on a remote machine?  Perhaps it is an oddball
> bug in the local loopback interface?
>
> There must be some part of your hardware or kernel that irc + services
> accesses that other programs don't.  Given the intensity of quake servers
> on the network, I doubt it's a hardware problem though, because I
> can't think of any piece of hardware services would use more... disk
> access I suppose, but compiling services would be harder on disk than
> running it... hmm... I haven't had any troubles with services on my P100
> w/ 40 meg ram and 128 meg swap and kernel 2.0.36...
>
> --Kevin
>
> --
> If you're reading this you're part of the mass hallucination that is Kevin
> the Blue.
> Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
> PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
> Wear a blue ribbon today to show your solidarity for freedom of speech on
> the Internet!
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From gregk at WWWpages.com  Wed Jan 19 14:07:05 2000
From: gregk at WWWpages.com (Gregory King)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <05c701bf62b2$0ff6da80$073c8ece@igateway.net>
References: 05c701bf62b2$0ff6da80$073c8ece@igateway.net
Message-ID: Pine.LNX.4.20.0001191405340.17175&#45;100000@smtp.wwwpages.com



> Yet I can run just IRCD and SERVICES and like clockwork the server will
> crash after a day or so. It points to a problem in IRC and SERVICES and
> their interaction with the operating system. Since they are the only
> applications that crash the server.

I would think your experiences would be more common if the ircd and
services were the cause.  Sounds to me like it is related to the
machine. Try turning off your internal cache.  It will slow your machine
down, but may fix the problem.

my $.02

Greg


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Wed Jan 19 14:10:39 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <05c701bf62b2$0ff6da80$073c8ece@igateway.net>
References: 05c701bf62b2$0ff6da80$073c8ece@igateway.net
Message-ID: Pine.LNX.4.21.0001191602380.4031&#45;100000@hades.bleu.paganpaths.org

On Wed, 19 Jan 2000, Tim Jung wrote:

> No one is allowed to telnet into that server but me. So all IRC clients are
> remote clients none are done via the local loopback or from the machine
> itself.

I don't know how you have yours configured, but I have services
connecting to 127.0.0.1 to connect to a dedicated port on the ircd.  If
you aren't doing that, you could always try and see if it fixes
anything. :)

> Your comment that no program should be able to crash an OS is true if this
> were a perfect world. This isn't a perfect world and software is updated all

It's not?? You mean the travel brochures I got before I chose to be born
here lied?? jk :)

> the time to fix bugs etc, and this could possibly be a bug that needs to be
> fixed. I don't know for sure. But I don't understand how my game servers can
> chew up all the ram and put huge loads on the processor (1.xx and higher)
> and they don't crash the server.

Honestly, me either... I have trouble imagining what part of the code
services is hitting that game servers don't excercise... that's why I
suggested the localhost possibility.

> Yet I can run just IRCD and SERVICES and like clockwork the server will
> crash after a day or so. It points to a problem in IRC and SERVICES and
> their interaction with the operating system. Since they are the only
> applications that crash the server.

Repeatable bugs are easier to fix. :)  maybe you could run strace or
something like that dumping to the console or to a remote machine so you
can see where it seems to be crashing?  I've already deleted the original
message in which you mentioned your machine configuration... think you
said it was redhat tho?  Have you tried compiling a stock linux kernel
(i.e. not one with any patches, whereas both redhat and debian add some
patches, as far as I know) of the latest revision of the stable tree
and seeing if you still have the problem?  The more precisely you can
narrow down the problem, the better idea you have of who to bitch at.  (I
honestly don't think a change to services nor ircd is the answer, since it
seems to run so stably everywhere else, it's probably an oddity of the
kernel you're running, maybe even specific to one particular device driver
you have loaded.  Hence, kernel debugging techniques to identify if it
crashes at a consistent place in the kernel are probably the way to go...)

--Kevin

-- 
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Wed Jan 19 14:48:26 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Problems with services and ircd
In-Reply-To: <05c701bf62b2$0ff6da80$073c8ece@igateway.net>
References: 05c701bf62b2$0ff6da80$073c8ece@igateway.net
Message-ID: Pine.LNX.4.10.10001200047540.4403&#45;100000@darkwing.savage.za.org

On Wed, 19 Jan 2000, Tim Jung wrote:

>Yet I can run just IRCD and SERVICES and like clockwork the server will
>crash after a day or so. It points to a problem in IRC and SERVICES and
>their interaction with the operating system. Since they are the only
>applications that crash the server.

And as stated to you by various people on this list, debug the programs
properly to pin point the problem!!

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From jchester at rbgdesign.com  Wed Jan 26 17:22:16 2000
From: jchester at rbgdesign.com (Joel Chesterman)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Compile Problems with RedHat6.1
Message-ID: 001001bf6864$f2f31b20$b20418d1@joel

 
 
Any ideas how I can get around this error? 
I'm trying to compile them on RedHat Linux6.1 
  
__________________________________________________________ 
  
  
[joel@gatos ircservices-4.3.3]$ gmake install
(cd lang ; gmake CFLAGS=" -O2 -Wall -g")
gmake[1]: Entering directory `/home/joel/ircservices-4.3.3/lang'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/home/joel/ircservices-4.3.3/lang'
install -m 700 services /home/joel/ircservices-4.3.3/bin/services
rm -f /home/joel/ircservices-4.3.3/bin/listnicks /home/joel/ircservices-4.3.3/bin/listchans
ln /home/joel/ircservices-4.3.3/bin/services /home/joel/ircservices-4.3.3/bin/listnicks
ln /home/joel/ircservices-4.3.3/bin/services /home/joel/ircservices-4.3.3/bin/listchans
(cd lang ; gmake install)
gmake[1]: Entering directory `/home/joel/ircservices-4.3.3/lang'
mkdir -p /home/joel/ircservices-4.3.3/data/languages
chmod 700 /home/joel/ircservices-4.3.3/data/languages
cp en_us es it ja_euc ja_jis ja_sjis pt tr /home/joel/ircservices-4.3.3/data/languages
chmod 600 /home/joel/ircservices-4.3.3/data/languages/*
gmake[1]: Leaving directory `/home/joel/ircservices-4.3.3/lang'
rm -rf /home/joel/ircservices-4.3.3/data/helpfiles/ircii
/bin/cp -dpr data/* /home/joel/ircservices-4.3.3/data
/bin/cp: `data/example.conf' and `/home/joel/ircservices-4.3.3/data/example.conf' are the same file
/bin/cp: `data/helpfiles' and `/home/joel/ircservices-4.3.3/data/helpfiles' are the same file
/bin/cp: `data/languages' and `/home/joel/ircservices-4.3.3/data/languages' are the same file
gmake: *** [install] Error 1
From zero at racetime.com.au  Wed Jan 26 19:21:19 2000
From: zero at racetime.com.au (Zero)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Compile Problems with RedHat6.1
In-Reply-To: <001001bf6864$f2f31b20$b20418d1@joel>
References: 001001bf6864$f2f31b20$b20418d1@joel
Message-ID: NDBBIIIAFJDPMKOMHLLFKENNCBAA.zero@racetime.com.au

the source and destination dir cannot be the same.  make services be
installed to a dir different to that youre compiling from, would probably
help :)
btw, html posts suck :)

-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Joel Chesterman
Sent: Thursday, January 27, 2000 12:22
To: ircservices@ender.shadowfire.org
Subject: [IRCServices] Compile Problems with RedHat6.1
<snip>

--Zero
IRC Operator, flute.telstra.net.au

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Wed Jan 26 20:38:36 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Compile Problems with RedHat6.1
Message-ID: 20000127043836.52598.qmail@hotmail.com

<snip>
>Any ideas how I can get around this error?
>I'm trying to compile them on RedHat Linux6.1
>
>gmake[1]: Entering directory `/home/joel/ircservices-4.3.3/lang'
>mkdir -p /home/joel/ircservices-4.3.3/data/languages
>chmod 700 /home/joel/ircservices-4.3.3/data/languages
>cp en_us es it ja_euc ja_jis ja_sjis pt tr 
>/home/joel/ircservices-4.3.3/data/languages
>chmod 600 /home/joel/ircservices-4.3.3/data/languages/*
>gmake[1]: Leaving directory `/home/joel/ircservices-4.3.3/lang'
>rm -rf /home/joel/ircservices-4.3.3/data/helpfiles/ircii
>/bin/cp -dpr data/* /home/joel/ircservices-4.3.3/data
>/bin/cp: `data/example.conf' and 
>`/home/joel/ircservices-4.3.3/data/example.conf' are the same file
>/bin/cp: `data/helpfiles' and `/home/joel/ircservices-4.3.3/data/helpfiles' 
>are the same file
>/bin/cp: `data/languages' and `/home/joel/ircservices-4.3.3/data/languages' 
>are the same file
>gmake: *** [install] Error 1
</snip>
This is caused by a previous copy of the files already installed in the 
directory which you are currently installing into.  Best way is to remove 
those files before running a clean installation of services.

Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From RealAct at mailandnews.com  Mon Feb  7 13:10:25 2000
From: RealAct at mailandnews.com (Real)
Date: Sat Oct 23 23:00:56 2004
Subject: \99local_check_header
Message-ID: 000801bf71af$c3a43f80$885fb498@pavilion

 
I need some help on how to make my services /msg instead of /notice could you please help me ? 
I would really apprecite it. 
Ely
From RealAct at mailandnews.com  Mon Feb  7 13:29:58 2000
From: RealAct at mailandnews.com (Real)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
Message-ID: 000801bf71b2$a10a7e00$885fb498@pavilion

Hi there Im new to this list , first of all let me say Hi to everyone , Nice
talking to you all.
I need some help on how can I make my IRCd services make /msg instead of
/notice when a user asks help from the services.
Can anyone out there help please?
Thanks in advance.
Ely


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Mon Feb  7 10:58:14 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
In-Reply-To: <000801bf71b2$a10a7e00$885fb498@pavilion>
References: 000801bf71b2$a10a7e00$885fb498@pavilion
Message-ID: Pine.LNX.4.21.0002071254120.27150&#45;100000@hades.bleu.paganpaths.org

On Mon, 7 Feb 2000, [Real] wrote:

> Hi there Im new to this list , first of all let me say Hi to everyone , Nice
> talking to you all.
> I need some help on how can I make my IRCd services make /msg instead of
> /notice when a user asks help from the services.
> Can anyone out there help please?

Could someone add a response to this one to the FAQ?  It's asked all too
frequently. :)

RFC1459 (the IRC protocol spec) specifies that /notice should be used for
automatic replies, and that no script, bot, or service should make an
automatic reply to a /notice, so as to avoid reply loops.  Hence, /msg
would be *incorrect* for replies from services, being both a protocol
violation and possibly leading to message loops if a reply from services
triggers a reply from someone's script.

This question has been asked many times, and the answer is always that it
won't be changed.  I suggest looking into modifications to your IRC client
or a script for your IRC client that corrects the reasons why you want it
as a /msg instead of as a /notice instead.

--Kevin

-- 
PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
PPCR Pagan Internet Radio - <A  HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 2000 Kevin the Blue <LeBleu@prefer.net>
PGP public key at <A  HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
"Software is like fire - it can be freely distributed without lessening the 
original flame."-konstant <mpriest@microsoft.com>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Mon Feb  7 11:13:59 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
In-Reply-To: <Pine.LNX.4.21.0002071254120.27150-100000@hades.bleu.paganpaths.org>
References: Pine.LNX.4.21.0002071254120.27150&#45;100000@hades.bleu.paganpaths.org
Message-ID: NCBBIPDDJGGDOCPMKPKPCEBPDCAA.andrewk@icon.co.za

With pleasure.... done!

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Kevin
> Sent: 07 February 2000 20:58
> To: ircservices@ender.shadowfire.org
> Subject: Re: [IRCServices] Services to /msg Instead of /notice
>
>
> On Mon, 7 Feb 2000, [Real] wrote:
>
> > Hi there Im new to this list , first of all let me say Hi to
> everyone , Nice
> > talking to you all.
> > I need some help on how can I make my IRCd services make /msg instead of
> > /notice when a user asks help from the services.
> > Can anyone out there help please?
>
> Could someone add a response to this one to the FAQ?  It's asked all too
> frequently. :)
>
> RFC1459 (the IRC protocol spec) specifies that /notice should be used for
> automatic replies, and that no script, bot, or service should make an
> automatic reply to a /notice, so as to avoid reply loops.  Hence, /msg
> would be *incorrect* for replies from services, being both a protocol
> violation and possibly leading to message loops if a reply from services
> triggers a reply from someone's script.
>
> This question has been asked many times, and the answer is always that it
> won't be changed.  I suggest looking into modifications to your IRC client
> or a script for your IRC client that corrects the reasons why you want it
> as a /msg instead of as a /notice instead.
>
> --Kevin
>
> --
> PaganPaths IRC Network - irc.paganpaths.org - <A  HREF="http://www.paganpaths.org/">http://www.paganpaths.org/</A>
> PPCR Pagan Internet Radio - <A  HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
> If you're reading this you're part of the mass hallucination that is Kevin
> the Blue.
> Copyright 2000 Kevin the Blue <LeBleu@prefer.net>
> PGP public key at <A  HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
> "Software is like fire - it can be freely distributed without
> lessening the
> original flame."-konstant <mpriest@microsoft.com>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From bradbury at rebeldev.net  Mon Feb  7 13:39:27 2000
From: bradbury at rebeldev.net (Matt Bradbury)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
References: <000801bf71b2$a10a7e00$885fb498@pavilion>
Message-ID: 000401bf71b3$d19e7250$a1840b3f@REBEL2000

it's actually a very easy change ... but I can understand what the RFC says
about it and agree 100%

----- Original Message -----
From: "[Real]" <RealAct@mailandnews.com>
To: <ircservices@ender.shadowfire.org>
Sent: Monday, February 07, 2000 4:29 PM
Subject: [IRCServices] Services to /msg Instead of /notice


> Hi there Im new to this list , first of all let me say Hi to everyone ,
Nice
> talking to you all.
> I need some help on how can I make my IRCd services make /msg instead of
> /notice when a user asks help from the services.
> Can anyone out there help please?
> Thanks in advance.
> Ely
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From Admin at fuelie.net  Mon Feb  7 23:25:59 2000
From: Admin at fuelie.net (Fuelie Admin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
References: <000801bf71b2$a10a7e00$885fb498@pavilion> <000401bf71b3$d19e7250$a1840b3f@REBEL2000>
Message-ID: 001f01bf7205$bf152460$56ba5e18@kc.rr.com

TRY THIS
Is was givien to me when I had the same Question!
----------------------------------------------------------------------

send.c:/* Send a NOTICE from the given source to the given nick. */
send.c:void notice(const char *source, const char *dest, const char *fmt,
...)
send.c:    snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt);
send.c:/* Send a NULL-terminated array of text as NOTICEs. */
send.c:void notice_list(const char *source, const char *dest, const char
**text)
send.c: /* Have to kludge around an ircII bug here: if a notice includes
send.c:     notice(source, dest, *text);
send.c:     notice(source, dest, " ");
send.c:/* Send a message in the user's selected language to the user using
NOTICE. */
send.c:void notice_lang(const char *source, User *dest, int message, ...)
send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *t ? t : " ");
send.c:/* Like notice_lang(), but replace %S by the source.  This is an ugly
hack
send.c:void notice_help(const char *source, User *dest, int message, ...)
send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *outbuf ? outbuf : "
");

perhaps line numbers would help but as you can see if you change all the
uppercase NOTICE to PRIVMSG you will effectively change your services from
using a notice reply to a MSG reply on everything as long as you use the
standard source, if I had more time I'd make a patch for you but I hope this
works out for you, please let me know if it doesn't and I shall research it
more.

Matt Bradbury
/server orbit.phix.com




Thank You,
      Founder of http://www.Fuelie.Net
 Fuelie.net Chat Network!
>
> > Hi there Im new to this list , first of all let me say Hi to everyone ,
> Nice
> > talking to you all.
> > I need some help on how can I make my IRCd services make /msg instead of
> > /notice when a user asks help from the services.
> > Can anyone out there help please?
> > Thanks in advance.
> > Ely
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Tue Feb  8 01:10:27 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
In-Reply-To: <001f01bf7205$bf152460$56ba5e18@kc.rr.com>
References: 001f01bf7205$bf152460$56ba5e18@kc.rr.com
Message-ID: NCBBIPDDJGGDOCPMKPKPOECDDCAA.andrewk@icon.co.za

Please post patches DIRECTLY to people - not to the list. This code will NOT
be supported by this mailing list.

The _only_ reason I would consider making changes like this is for webtv
users. However, someone needs to contact the webtv people get them to make
their irc client RFC compliant. We should never break the RFC guidelines
just to be compatible with those who are not RFC compliant.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Fuelie Admin
> Sent: 08 February 2000 09:26
> To: ircservices@ender.shadowfire.org
> Subject: Re: [IRCServices] Services to /msg Instead of /notice
>
>
> TRY THIS
> Is was givien to me when I had the same Question!
> ----------------------------------------------------------------------
>
> send.c:/* Send a NOTICE from the given source to the given nick. */
> send.c:void notice(const char *source, const char *dest, const char *fmt,
> ...)
> send.c:    snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt);
> send.c:/* Send a NULL-terminated array of text as NOTICEs. */
> send.c:void notice_list(const char *source, const char *dest, const char
> **text)
> send.c: /* Have to kludge around an ircII bug here: if a notice includes
> send.c:     notice(source, dest, *text);
> send.c:     notice(source, dest, " ");
> send.c:/* Send a message in the user's selected language to the user using
> NOTICE. */
> send.c:void notice_lang(const char *source, User *dest, int message, ...)
> send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *t ? t : " ");
> send.c:/* Like notice_lang(), but replace %S by the source.  This
> is an ugly
> hack
> send.c:void notice_help(const char *source, User *dest, int message, ...)
> send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *outbuf ? outbuf : "
> ");
>
> perhaps line numbers would help but as you can see if you change all the
> uppercase NOTICE to PRIVMSG you will effectively change your services from
> using a notice reply to a MSG reply on everything as long as you use the
> standard source, if I had more time I'd make a patch for you but
> I hope this
> works out for you, please let me know if it doesn't and I shall
> research it
> more.
>
> Matt Bradbury
> /server orbit.phix.com
>
>
>
>
> Thank You,
>       Founder of <A  HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
>  Fuelie.net Chat Network!
> >
> > > Hi there Im new to this list , first of all let me say Hi to
> everyone ,
> > Nice
> > > talking to you all.
> > > I need some help on how can I make my IRCd services make /msg
> instead of
> > > /notice when a user asks help from the services.
> > > Can anyone out there help please?
> > > Thanks in advance.
> > > Ely
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Tue Feb  8 01:30:19 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPOECDDCAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPOECDDCAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.21.0002080329400.187&#45;100000@hades.bleu.paganpaths.org

On Tue, 8 Feb 2000, Andrew Kempe wrote:

> users. However, someone needs to contact the webtv people get them to make
> their irc client RFC compliant. We should never break the RFC guidelines
> just to be compatible with those who are not RFC compliant.

Here here!!  If only the writers of web browsers had thought this way!! :)

--Kevin

-- 
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 2000 Kevin the Blue <LeBleu@prefer.net>
PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
"Software is like fire - it can be freely distributed without lessening the 
original flame."-konstant <mpriest@microsoft.com>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From k.hawkes at zombies.force9.net  Tue Feb  8 13:40:58 2000
From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
Message-ID: 200002082107.XAA00924@Ender.gp.school.za



----------
> From: [Real] <RealAct@mailandnews.com>
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Services to /msg Instead of /notice
> Date: Monday, February 07, 2000 21:29
> 
> Hi there Im new to this list , first of all let me say Hi to everyone , Nice
> talking to you all.
> I need some help on how can I make my IRCd services make /msg instead of
> /notice when a user asks help from the services.
> Can anyone out there help please?
> Thanks in advance.
> Ely
> 
I'll probably get my butt kicked for saying this, but Magick allows a user to choose PRIVMSG/NOTICE, however as we all know Magick is somewhat unstable as it goes...

I looked @ the Magick code and I'm not sure exactly HOW it allows the choice of PRIVMSG/NOTICE... 'cos Esper don't like it if you try it...

Laters all :c)

Quinn
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From andrewk at icon.co.za  Tue Feb  8 23:27:57 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
In-Reply-To: <200002082107.XAA00924@Ender.gp.school.za>
References: 200002082107.XAA00924@Ender.gp.school.za
Message-ID: Pine.GSO.3.96.1000209092609.17547B&#45;100000@shell.icon.co.za

I _hate_ doing this, but please let's drop this thread.

I (and a lot of other people) don't care who has implemented this, how it
works etc. The fact is that it breaks the RFC and it's not going to get
implemented here. If people want to break the RFC, then they must go on a
private mission to do that.

Andrew

On Tue, 8 Feb 2000, Dr. K. Hawkes wrote:

> ----------
> > From: [Real] <RealAct@mailandnews.com>
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Services to /msg Instead of /notice
> > Date: Monday, February 07, 2000 21:29
> > 
> > Hi there Im new to this list , first of all let me say Hi to everyone ,
> Nice
> > talking to you all.
> > I need some help on how can I make my IRCd services make /msg instead of
> > /notice when a user asks help from the services.
> > Can anyone out there help please?
> > Thanks in advance.
> > Ely
> > 
> I'll probably get my butt kicked for saying this, but Magick allows a user
> to choose PRIVMSG/NOTICE, however as we all know Magick is somewhat
> unstable as it goes...
> 
> I looked @ the Magick code and I'm not sure exactly HOW it allows the
> choice of PRIVMSG/NOTICE... 'cos Esper don't like it if you try it...
> 
> Laters all :c)
> 
> Quinn
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From K.Hawkes at Ender.gp.school.za  Wed Feb  9 23:10:07 2000
From: K.Hawkes at Ender.gp.school.za (K.Hawkes@Ender.gp.school.za)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
Message-ID: 200002100826.KAA17097@Ender.gp.school.za

That's fair enough Andrew, didn't mean to piss anyone off.

Personally, I prefer having Services' NOTICE me instead of PRIVMSG,
it's cleaner and means I don't have to keep closing damn PRIVMSG windows.

The majority of clients can cope with NOTICEs' from Services, only ones
I am aware of that cannot are WebTV clients, maybe they should update
those clients to handle the NOTICEs :c)

Laters

Quinn

*** Andrew's Reply below *** (I hate webmail)

I _hate_ doing this, but please let's drop this thread.

I (and a lot of other people) don't care who has implemented this, how it
works etc. The fact is that it breaks the RFC and it's not going to get
implemented here. If people want to break the RFC, then they must go on a
private mission to do that.

Andrew

On Tue, 8 Feb 2000, Dr. K. Hawkes wrote:

> ----------
> > From: [Real] <RealAct@mailandnews.com>
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Services to /msg Instead of /notice
> > Date: Monday, February 07, 2000 21:29
> > 
> > Hi there Im new to this list , first of all let me say Hi to everyone ,
> Nice
> > talking to you all.
> > I need some help on how can I make my IRCd services make /msg instead of
> > /notice when a user asks help from the services.
> > Can anyone out there help please?
> > Thanks in advance.
> > Ely
> > 
> I'll probably get my butt kicked for saying this, but Magick allows a user
> to choose PRIVMSG/NOTICE, however as we all know Magick is somewhat
> unstable as it goes...
> 
> I looked @ the Magick code and I'm not sure exactly HOW it allows the
> choice of PRIVMSG/NOTICE... 'cos Esper don't like it if you try it...
> 
> Laters all :c)
> 
> Quinn
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with \"unsubscribe ircservices\" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with \"unsubscribe ircservices\" in the body, without the quotes.



                

From scrm at scandal.org  Thu Feb 10 10:44:25 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services freak out
In-Reply-To: <Pine.GSO.3.96.1000209092609.17547B-100000@shell.icon.co.za>
References: Pine.GSO.3.96.1000209092609.17547B&#45;100000@shell.icon.co.za
Message-ID: LPBBKNPIKNKGEDCDIFEHCELCCCAA.scrm@scandal.org


Hi, I just got this error:

(server) *** Global -- from chatservices.pt.lu: PANIC! buffer = :Petrus JOIN
:#20plus
(server) *** LocOps -- Received SQUIT chatservices.pt.lu from
chatservices.pt.lu[194.154.192.65] (Services terminating: Segmentation
fault)

Any idea what happened, or how to avoid it?

-Mehran

www.luxusbuerg.lu

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Feb 11 03:26:11 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services freak out
In-Reply-To: <LPBBKNPIKNKGEDCDIFEHCELCCCAA.scrm@scandal.org>
References: LPBBKNPIKNKGEDCDIFEHCELCCCAA.scrm@scandal.org
Message-ID: Pine.GSO.3.96.1000211132602.15236E&#45;100000@shell.icon.co.za

what version of services?

Andrew

On Thu, 10 Feb 2000, Mehran Khalili wrote:

> 
> Hi, I just got this error:
> 
> (server) *** Global -- from chatservices.pt.lu: PANIC! buffer = :Petrus JOIN
> :#20plus
> (server) *** LocOps -- Received SQUIT chatservices.pt.lu from
> chatservices.pt.lu[194.154.192.65] (Services terminating: Segmentation
> fault)
> 
> Any idea what happened, or how to avoid it?
> 
> -Mehran
> 
> www.luxusbuerg.lu
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From scrm at scandal.org  Fri Feb 11 05:31:32 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services freak out
In-Reply-To: <Pine.GSO.3.96.1000211132602.15236E-100000@shell.icon.co.za>
References: Pine.GSO.3.96.1000211132602.15236E&#45;100000@shell.icon.co.za
Message-ID: LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org



services-4.3pre0

-Mehran

> what version of services?
> 
> Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From joshodom at uswest.net  Fri Feb 11 05:39:15 2000
From: joshodom at uswest.net (Josh Odom)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services freak out
In-Reply-To: <LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org>
References: LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org
Message-ID: LPBBKJEFFODONBDMHFLJOECFCAAA.joshodom@uswest.net

Upgrade to the newest version. That should fix your problem.


-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Mehran
Khalili
Sent: Friday, February 11, 2000 6:32 AM
To: ircservices@ender.shadowfire.org
Subject: RE: [IRCServices] Services freak out




services-4.3pre0

-Mehran

> what version of services?
> 
> Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Feb 11 05:57:52 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services freak out
In-Reply-To: <LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org>
References: LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org
Message-ID: Pine.GSO.3.96.1000211155538.15236H&#45;100000@shell.icon.co.za

This is an old version. Please get 4.3.3 from
ftp://ender.shadowfire.org/pub/ircservices/ and see if things still go
wrong.

Andrew

On Fri, 11 Feb 2000, Mehran Khalili wrote:

> 
> 
> services-4.3pre0
> 
> -Mehran
> 
> > what version of services?
> > 
> > Andrew
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From martini at intergate.com.br  Tue Feb 15 10:37:12 2000
From: martini at intergate.com.br (Carlos Mendes Martini)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] RE: Services freak out
Message-ID: SAK.2000.02.15.hqofthfm@default


Andrew Kempe wrote: 
>
> This is an old version. Please get 4.3.3 from
> ftp://ender.shadowfire.org/pub/ircservices/ and see if things still go
> wrong.


        Hummmm... troubles... I'm using services 4.3.3 on my IRC Network, but sometimes I have 
this problem too...

        buffer: :Klalunga JOIN :#Channel-XXX

        I don't understand... I don't see a reason for this.


        Sorry for my bad english.
-- 

=====================================================================
                  MARTINI   -   martini@brasirc.net
    -------------------------------------------------------------
                Coordenador de Atendimento ao Usuário
             BrasIRC Webmaster -  webmaster@brasirc.net
              BrasIRC Network - <A  HREF="http://www.brasirc.net">http://www.brasirc.net</A>
=====================================================================


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Thu Feb 17 09:39:02 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services to /msg Instead of /notice
References: <Pine.GSO.3.96.1000209092609.17547B-100000@shell.icon.co.za>
Message-ID: 000401bf7982$e66bd840$a53902c4@savage.za.org

Andrew...

Realising and taking in consideration what you just mentioned below....  Is
it perhaps possible to implement something in services that will actually
PROTECT the Services at staying RFC comliant, and not allowing users /
script kiddies / wannabe programmers to mess with the RFC standards ?

For example, the fact that the RFC strickly prohibits the automatic reply in
notice form to any notice received from services....

NickServ NOTICE NICKNAME: TEXT
NICKNAME NOTICE NickServ: TEXT  <-- NOT allowed

And various other matters that are discussed in details in the RFC...

Perhaps implement some "security" or protection in those regards as to
killing the user on sight with an message regarding to the fact that the
user's actions is disallowed by the RFC ?  Or even just having services to
ignore all notices it receives from lusers, and the like... (Which can also
include the matter of pinging the services bots - it can be used in a attack
against someone's IRC network when things can start slowing down and lagging
quite a bit due to the services using all resources to respond to ping
requests).

As to the first request of this luser of the threat.... It seems he only
wanted help messages to go privmsg....   Seeing that, especially with
HelpServ, the luser will basically be going into dialog with the services,
requesting detailed help, and receiving quite a bit of text back from
HelpServ.  Once again, me also want to see Services stick to RFC standards
and all - for various reasons, might it not be for better interest into
having helpserv, or the help commands (which returns or can return a big
amount of text) use privmsgs ?

Just an odd idea and suggestion...

Regards
Chris

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@ender.shadowfire.org>
Sent: Wednesday, February 09, 2000 9:27 AM
Subject: Re: [IRCServices] Services to /msg Instead of /notice


> I _hate_ doing this, but please let's drop this thread.
>
> I (and a lot of other people) don't care who has implemented this, how it
> works etc. The fact is that it breaks the RFC and it's not going to get
> implemented here. If people want to break the RFC, then they must go on a
> private mission to do that.
>
> Andrew



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From ircd at online.fr  Thu Feb 17 14:58:51 2000
From: ircd at online.fr (Vincent L)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] ircu and Services...
Message-ID: 38AC7D2B.172C7638@online.fr

Hi all,

I'm running ircu 2.10.07 and need to keep it, so, don't tell me to back
a 2.9.32 version ;-). It is said in the FAQ file ircu changed in a way
that did not allow Services to work (simply to connect). Actually, I can
read a "need more parameters" in the log file after a connection try.
So, my question is: is it planned to add support for later ircu and if
not yet, what is the version of ircu I can be use ? (wrote that ircu2.x
worked but x=?)
Impatient to be able to use Services on my servers :-)))
Thanks !

Vincent L
-- 
"Computers are like air conditioners - they stop working properly when
you open the Windows"
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From dooley at risanet.com  Thu Feb 24 18:48:57 2000
From: dooley at risanet.com (Dooley)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Where is everyone?
References: <NCBBIPDDJGGDOCPMKPKPMEBODBAA.andrewk@icon.co.za>
Message-ID: 000d01bf7f3a$dca82120$3b0960d1@risanet.com

Is this list still active and what is the deal with the website seems that
it has vanished.


Dooley
IRC Administrator irc.risanet.com
dooley@risanet.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From ianj at esper.net  Thu Feb 24 23:15:25 2000
From: ianj at esper.net (Ian R. Justman)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Where is everyone?
In-Reply-To: <000d01bf7f3a$dca82120$3b0960d1@risanet.com>
References: 000d01bf7f3a$dca82120$3b0960d1@risanet.com
Message-ID: Pine.LNX.4.20.0002242314240.12931&#45;100000@vector.chocobo.org

On Thu, 24 Feb 2000, Dooley wrote:

> Is this list still active and what is the deal with the website seems that
> it has vanished.

Likewise.  I keep getting the odd inquiry on EsperNet as to the
whereabouts of the code.  Something we have no direct involvement with
apart from our using it and of course being the first network to use it
(which is probably why people still keep coming to us for questions...).

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From raff at ElectroCity.com  Fri Feb 25 01:08:12 2000
From: raff at ElectroCity.com (Michael Raff)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Where is everyone?
In-Reply-To: <Pine.LNX.4.20.0002242314240.12931-100000@vector.chocobo.org>
References: <000d01bf7f3a$dca82120$3b0960d1@risanet.com>
Message-ID: 4.2.0.58.20000225110620.0098de20@196.2.147.13


Mirrors

ftp://ftp.electrocity.com/pub/ircservices/                      (South Africa)
<A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/">ftp://baboon.cat.pdx.edu/pub/ircservices/</A>               (USA)


At 11:15 PM 2/24/00 -0800, you wrote:
>On Thu, 24 Feb 2000, Dooley wrote:
>
> > Is this list still active and what is the deal with the website seems that
> > it has vanished.
>
>Likewise.  I keep getting the odd inquiry on EsperNet as to the
>whereabouts of the code.  Something we have no direct involvement with
>apart from our using it and of course being the first network to use it
>(which is probably why people still keep coming to us for questions...).
>
>--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Feb 25 03:10:00 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Where is everyone?
In-Reply-To: <000d01bf7f3a$dca82120$3b0960d1@risanet.com>
References: 000d01bf7f3a$dca82120$3b0960d1@risanet.com
Message-ID: Pine.GSO.3.96.1000225130859.20005C&#45;100000@shell.icon.co.za

My apologies,

The box that the mailing lists, website, ftpsite et al sits on changed
providers and hence was down for a few days. I've been ill for the past
week so never knew that they were actually making the changes.

Everything should be back and working.

Andrew

On Thu, 24 Feb 2000, Dooley wrote:

> Is this list still active and what is the deal with the website seems that
> it has vanished.
> 
> 
> Dooley
> IRC Administrator irc.risanet.com
> dooley@risanet.com
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cbecerram at entelchile.net  Fri Feb 25 15:05:18 2000
From: cbecerram at entelchile.net (Carlos Becerra T.)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Where is everyone?
References: <000d01bf7f3a$dca82120$3b0960d1@risanet.com> <4.2.0.58.20000225110620.0098de20@196.2.147.13>
Message-ID: 38B70AAE.28B0A5CC@entelchile.net

> ftp://ftp.electrocity.com/pub/ircservices/                      (South Africa)
> <A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/">ftp://baboon.cat.pdx.edu/pub/ircservices/</A>               (USA)

Are the Serices not-compatibles with de Undernet's ircd?

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Sun Feb 27 08:35:09 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] exception problem
Message-ID: NCBBIPDDJGGDOCPMKPKPOEINDCAA.andrewk@icon.co.za

Has anyone seen the following...

When deleting a valid session limit exception, Services reports that the
exception has been deleted and then reports that it does not exist. However,
the limit has been deleted.

Thanks, Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From stsimb at forthnet.gr  Sun Feb 27 11:21:40 2000
From: stsimb at forthnet.gr (Sotiris Tsimbonis)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] exception problem
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPOEINDCAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPOEINDCAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.21.0002272116380.4044&#45;100000@nana.forthnet.gr

On Sun, 27 Feb 2000, Andrew Kempe wrote:
> Has anyone seen the following...
> When deleting a valid session limit exception, Services reports that the
> exception has been deleted and then reports that it does not exist. However,
> the limit has been deleted.

Confirmed, and we're running services 4.3pre0 with session limits enabled.

>> [ OPERSERV ] exception view
#OperServ# Current Session Limit Exception list:
#OperServ#   1.  thesi36-a048.otenet.gr  (by Andrew on Feb 27 2000; expires in 3
             hours, 53 minutes)
#OperServ#     Limit: 20    - paaaaaaaaaaaaaali autoi...
>> [ OPERSERV ] exception del thesi36-a048.otenet.gr
#OperServ# thesi36-a048.otenet.gr deleted from session-limit exception list.
#OperServ# thesi36-a048.otenet.gr not found on session-limit exception list.

But it doesn't seem to have any bad side-effects..

Best regards,
Sotiris.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Sun Feb 27 13:48:45 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] exception problem
In-Reply-To: <Pine.LNX.4.21.0002272116380.4044-100000@nana.forthnet.gr>
References: <Pine.LNX.4.21.0002272116380.4044-100000@nana.forthnet.gr>
Message-ID: 00022717530801.00774@rcmoraes.intranet

i ve had hat the same problems whith excemption a couple times
i am using a modified version from services 4.4.1 in a network whith 200 users
and it works great (litlle problems whith statserv (reported here before) and
a problem that after a suspensios expire, if services write its databases it
coredumps

My best regards
FiGhTeR
-- 
Rafael Moraes
rcmoraes@rionet.com.br
climber@rionet.com.br
fighter@brasirc.com.br
icq 10022972

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Sun Feb 27 12:49:43 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] exception problem
Message-ID: 2.2.32.20000227204943.011a54cc@shell.icon.co.za


I have had a problem where, on services crashing, on restart certain
exceptions are lost

Mike

At 05:48 PM 27/02/00 -0400, you wrote:
>i ve had hat the same problems whith excemption a couple times
>i am using a modified version from services 4.4.1 in a network whith 200 users
>and it works great (litlle problems whith statserv (reported here before) and
>a problem that after a suspensios expire, if services write its databases it
>coredumps
>
>My best regards
>FiGhTeR
>-- 
>Rafael Moraes
>rcmoraes@rionet.com.br
>climber@rionet.com.br
>fighter@brasirc.com.br
>icq 10022972
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Sun Feb 27 20:09:18 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] is a bug ? 
In-Reply-To: <Pine.LNX.4.20.0002242314240.12931-100000@vector.chocobo.org>
References: <Pine.LNX.4.20.0002242314240.12931-100000@vector.chocobo.org>
Message-ID: 00022800144402.00774@rcmoraes.intranet

i found that the ACC-CHANGE dosent works and anyone in access  list may
register a person whith a level below his level

let me explain:

/chanserv levels #channel set  ACC-CHANGE 10
/chanserv access #channel add "nick" 5

and if "nick" issues that comand:
/chanserv access #channel add "another _nick" -9

it works , but was suposed to not work

Sory for my Bad english
FiGhTER
Rafael Moraes
rcmoraes@rionet.com.br
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Sun Feb 27 21:33:43 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] is a bug ?
In-Reply-To: <00022800144402.00774@rcmoraes.intranet>
References: <Pine.LNX.4.20.0002242314240.12931-100000@vector.chocobo.org> <00022800144402.00774@rcmoraes.intranet>
Message-ID: 00022801344203.00774@rcmoraes.intranet

Please disconsiderate this report, it was cause something that i have changed 

Realy sory

On Mon, 28 Feb 2000, you wrote:
> i found that the ACC-CHANGE dosent works and anyone in access  list may
> register a person whith a level below his level
> 
> let me explain:
> 
> /chanserv levels #channel set  ACC-CHANGE 10
> /chanserv access #channel add "nick" 5
> 
> and if "nick" issues that comand:
> /chanserv access #channel add "another _nick" -9
> 
> it works , but was suposed to not work
> 
> Sory for my Bad english
> FiGhTER
> Rafael Moraes
> rcmoraes@rionet.com.br
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
-- 
Rafael Moraes
rcmoraes@rionet.com.br
climber@rionet.com.br
fighter@brasirc.com.br
icq 10022972

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From k.hawkes at zombies.force9.net  Mon Feb 28 00:28:54 2000
From: k.hawkes at zombies.force9.net (k.hawkes@zombies.force9.net)
Date: Sat Oct 23 23:00:56 2004
Subject: \99local_check_header
Message-ID: 200002280944.LAA01654@Ender.gp.school.za

i ve had hat the same problems whith excemption a couple times
i am using a modified version from services 4.4.1 in a network whith 200 users
and it works great (litlle problems whith statserv (reported here before) and
a problem that after a suspensios expire, if services write its databases it
coredumps

My best regards
FiGhTeR
-- 

Services 4.4.1?  Where can I download it/look at it?

Quinn

From natey at capetown.za.org  Thu Mar  2 14:35:36 2000
From: natey at capetown.za.org (Natey on IRC)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Re: \99local_check_header
In-Reply-To: <200002280944.LAA01654@Ender.gp.school.za>
References: 200002280944.LAA01654@Ender.gp.school.za
Message-ID: 3.0.5.32.20000303003536.00a5cec0@dbadmin.natey.za.net

At , you wrote:
>i ve had hat the same problems whith excemption a couple times
>i am using a modified version from services 4.4.1 in a network whith 200
users
>and it works great (litlle problems whith statserv (reported here before) and
>a problem that after a suspensios expire, if services write its databases it
>coredumps
>
>My best regards
>FiGhTeR
>-- 
>
>Services 4.4.1?  Where can I download it/look at it?

Actually version 4.4.1 is beta software and should not be used in a
production environment.  If my memory serves correctly 4.4.1 was recalled
due to bugs in the beta testing stage.

Regards
Natey
>
>Quinn
>
>Attachment Converted: "c:\apps\eudora\attach\=1"
>
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Thu Mar  2 22:19:51 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Re: \99local_check_header
In-Reply-To: <3.0.5.32.20000303003536.00a5cec0@dbadmin.natey.za.net>
References: 3.0.5.32.20000303003536.00a5cec0@dbadmin.natey.za.net
Message-ID: Pine.GSO.3.96.1000303081847.6634B&#45;100000@shell.icon.co.za

While we're on the topic of 4.4.1 ... can someone provide a gdb trace of
where services are crashing when they expire suspensions?

Thanks, Andrew

On Fri, 3 Mar 2000, Natey on IRC wrote:

> At , you wrote:
> >i ve had hat the same problems whith excemption a couple times
> >i am using a modified version from services 4.4.1 in a network whith 200
> users
> >and it works great (litlle problems whith statserv (reported here before) and
> >a problem that after a suspensios expire, if services write its databases it
> >coredumps
> >
> >My best regards
> >FiGhTeR
> >-- 
> >
> >Services 4.4.1?  Where can I download it/look at it?
> 
> Actually version 4.4.1 is beta software and should not be used in a
> production environment.  If my memory serves correctly 4.4.1 was recalled
> due to bugs in the beta testing stage.
> 
> Regards
> Natey
> >
> >Quinn
> >
> >Attachment Converted: "c:\apps\eudora\attach\=1"
> >
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From k.hawkes at zombies.force9.net  Thu Mar  2 23:26:48 2000
From: k.hawkes at zombies.force9.net (k.hawkes@zombies.force9.net)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] RE: Services 4.4.1
Message-ID: 200003030834.KAA26237@Ender.gp.school.za

My apologies for my rather cryptic subject, I'm using some crappy form of Webmail while I'm at work...

Can you point me to the location of a CHANGES for or something for Services 4.4.1 as I'm curious to see what you've done/updated/improved.

I'm afraid I can't help with gdb trace, I don't know how to use gdb :c(

Thanks, Kris

*** Andrew Wrote (okay it's a manual header...) ***

While we're on the topic of 4.4.1 ... can someone provide a gdb trace of
where services are crashing when they expire suspensions?

Thanks, Andrew

On Fri, 3 Mar 2000, Natey on IRC wrote:

> At , you wrote:
> >i ve had hat the same problems whith excemption a couple times
> >i am using a modified version from services 4.4.1 in a network whith 200
> users
> >and it works great (litlle problems whith statserv (reported here before) and
> >a problem that after a suspensios expire, if services write its databases it
> >coredumps
> >
> >My best regards
> >FiGhTeR
> >-- 
> >
> >Services 4.4.1?  Where can I download it/look at it?
> 
> Actually version 4.4.1 is beta software and should not be used in a
> production environment.  If my memory serves correctly 4.4.1 was recalled
> due to bugs in the beta testing stage.
> 
> Regards
> Natey
> >
> >Quinn
> >
> >Attachment Converted: \"c:\\apps\\eudora\\attach\\=1\"
> >
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with \"unsubscribe ircservices\" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with \"unsubscribe ircservices\" in the body, without the quotes.



                

From andrewk at icon.co.za  Fri Mar  3 01:34:30 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] RE: Services 4.4.1
In-Reply-To: <200003030834.KAA26237@Ender.gp.school.za>
References: 200003030834.KAA26237@Ender.gp.school.za
Message-ID: Pine.GSO.3.96.1000303113216.6634F&#45;100000@shell.icon.co.za

Ok...

I'm going to put 4.4.2 up on the "visible" portion of the FTP site now.
Then everyone can have a look and test it. I must warn that there could be
problems running this version as it's still BETA.

The database version is also changed, so once you've upgraded there is no
going back to 4.3.x. So, make backups!

Regards, Andrew

On Fri, 3 Mar 2000 k.hawkes@zombies.force9.net wrote:

> My apologies for my rather cryptic subject, I'm using some crappy form of Webmail while I'm at work...
> 
> Can you point me to the location of a CHANGES for or something for Services 4.4.1 as I'm curious to see what you've done/updated/improved.
> 
> I'm afraid I can't help with gdb trace, I don't know how to use gdb :c(
> 
> Thanks, Kris
> 
> *** Andrew Wrote (okay it's a manual header...) ***
> 
> While we're on the topic of 4.4.1 ... can someone provide a gdb trace of
> where services are crashing when they expire suspensions?
> 
> Thanks, Andrew
> 
> On Fri, 3 Mar 2000, Natey on IRC wrote:
> 
> > At , you wrote:
> > >i ve had hat the same problems whith excemption a couple times
> > >i am using a modified version from services 4.4.1 in a network whith 200
> > users
> > >and it works great (litlle problems whith statserv (reported here before) and
> > >a problem that after a suspensios expire, if services write its databases it
> > >coredumps
> > >
> > >My best regards
> > >FiGhTeR
> > >-- 
> > >
> > >Services 4.4.1?  Where can I download it/look at it?
> > 
> > Actually version 4.4.1 is beta software and should not be used in a
> > production environment.  If my memory serves correctly 4.4.1 was recalled
> > due to bugs in the beta testing stage.
> > 
> > Regards
> > Natey
> > >
> > >Quinn
> > >
> > >Attachment Converted: \"c:\\apps\\eudora\\attach\\=1\"
> > >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with \"unsubscribe ircservices\" in the body, without the quotes.
> > 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with \"unsubscribe ircservices\" in the body, without the quotes.
> 
> 
> 
>               
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Fri Mar  3 08:40:23 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Gdb output
In-Reply-To: <Pine.GSO.3.96.1000303081847.6634B-100000@shell.icon.co.za>
References: <Pine.GSO.3.96.1000303081847.6634B-100000@shell.icon.co.za>
Message-ID: 00030312423300.02194@rcmoraes.intranet



-- [ircadmin@gw data]$ gdb ../services core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (i386-redhat-linux), Copyright 1996 Free Software Foundation, Inc...
Core was generated by `./services'.
Program terminated with signal 11, Segmentation fault.
find_solib: Can't read pathname for load map: Input/output error

#0  expire_nicksuspends () at nickserv.c:842
842         for (ns = nicksuspends; ns; ns = ns->next) {
(gdb) 

i think thay it may be cause there is only one suspension ? 

by the way i wold like to take a look at 4.4.2, were is it avaliable to dowload
? 

My best regards

Rafael Moraes
rcmoraes@rionet.com.br
climber@rionet.com.br
fighter@brasirc.com.br
icq 10022972

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From bradbury at rebeldev.net  Fri Mar  3 06:36:16 2000
From: bradbury at rebeldev.net (Matt Bradbury)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] RE: Services 4.4.1
References: <Pine.GSO.3.96.1000303113216.6634F-100000@shell.icon.co.za>
Message-ID: 000301bf851e$085f4e40$78840b3f@rebel2000

Do the mirror sites have the current Beta releases?  If they do I can't seem
to find them ... Also the web site needs updated ... the ftp site that is
listed as the primary site doesn't work.  I'd like to get that new Beta copy
to try out on my network ... thanks in advance.

Matt Bradbury

>>>>>>>>>>>snip<<<<<<<<<<<
----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@ender.shadowfire.org>
Sent: Friday, March 03, 2000 4:34 AM
Subject: Re: [IRCServices] RE: Services 4.4.1


> Ok...
>
> I'm going to put 4.4.2 up on the "visible" portion of the FTP site now.
> Then everyone can have a look and test it. I must warn that there could be
> problems running this version as it's still BETA.
>
>>>>>>>>>>snip<<<<<<

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Mar  3 07:06:05 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] RE: Services 4.4.1
In-Reply-To: <000301bf851e$085f4e40$78840b3f@rebel2000>
References: 000301bf851e$085f4e40$78840b3f@rebel2000
Message-ID: Pine.GSO.3.96.1000303170200.10177D&#45;100000@shell.icon.co.za

Ok.... confusion rules....

1. ender.shadowfire.org resolves to 196.37.99.1
2. ender.shadowfire.org 's IP has _just_ been changed to 196.37.99.2 which
is what the ftp server watches for connections on. If you run a caching
nameserver, force it to flush the cache and relookup ender.shadowfire.org.
If you rely on an ISP for DNS, you'll have to wait 24 hours max for the
change to take place.
3. Once you can connect to ender.shadowfire.org (196.37.99.2) you will
connect to the correct vhost and you'll see a dir called "beta" with the
beta stuff inside.
4. The mirrors will only be updated at around 1am 04/02/99 (assuming the
dns change has propogated to their DNS servers by then).

Hope this helps,

Andrew

On Fri, 3 Mar 2000, Matt Bradbury wrote:

> Do the mirror sites have the current Beta releases?  If they do I can't seem
> to find them ... Also the web site needs updated ... the ftp site that is
> listed as the primary site doesn't work.  I'd like to get that new Beta copy
> to try out on my network ... thanks in advance.
> 
> Matt Bradbury
> 
> >>>>>>>>>>>snip<<<<<<<<<<<
> ----- Original Message -----
> From: "Andrew Kempe" <andrewk@icon.co.za>
> To: <ircservices@ender.shadowfire.org>
> Sent: Friday, March 03, 2000 4:34 AM
> Subject: Re: [IRCServices] RE: Services 4.4.1
> 
> 
> > Ok...
> >
> > I'm going to put 4.4.2 up on the "visible" portion of the FTP site now.
> > Then everyone can have a look and test it. I must warn that there could be
> > problems running this version as it's still BETA.
> >
> >>>>>>>>>>snip<<<<<<
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Sat Mar 11 09:37:02 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] ircservices-4.4.3 [BETA] released
Message-ID: NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za

IRC Services version 4.4.3 [BETA] has been released.

This is still a beta version but it fixes a few major problems with 4.4.2.
Below is a list of changes that have been made.

Version 4.4
-----------
2000/03/11 .3   Bahamut no longer complains about nick enforcers' nicks.
                    Reported by Paul R. Edelkamp, Jr.
<pedelkamp@loveshack.org>
                Re-organised how nicknames are introduced to the server.
                Fixed the problem with Services crashing when it expired
nick
                    suspensions. Reported by VisualCorp
<chile@visualcorp.com>
                Added support for Bahamut's SIDENTIFY (this is STILL broken
in
                    Bahamut v1.4.0-BETA - so it will not work yet *sigh*)

The archive can be obtained immediately from:
ftp://ender.shadowfire.org/pub/ircservices/beta/ircservices-4.4.3.tar.gz
<A  HREF="ftp://ender.shadowfire.org/pub/ircservices/beta/ircservices-4.4.3.diff">ftp://ender.shadowfire.org/pub/ircservices/beta/ircservices-4.4.3.diff</A>

Mirror sites that will carry this update as of 2000-03-12 03h00 GMT:
<A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.tar.gz</A> (SA)
<A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.diff">ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.diff</A>
<A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.tar.gz">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.tar.gz</A> (USA)
<A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.diff">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.diff</A>

Please provide me with feedback - especially those of you who have reported
problems for any of the 4.4.x versions.

Those of you who want the latest publically available version of Bahamut
(1.4.0-BETA), you can get it from: <A  HREF="ftp://ircd-devel.dal.net/">ftp://ircd-devel.dal.net/</A>

Regards, Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Sat Mar 11 12:57:53 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Bug report
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za>
References: <NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za>
Message-ID: 00031116595002.02791@rcmoraes.intranet

In services 4.4.2 if you do /msg statserv servers delete irc.servername.com
it crashes the stats database

anybody else has had this ?

FiGhTeR
rcmoraes@rionet.com.br
ircadmin irc.rionet.com.br
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From solar at ads.thai.com  Sat Mar 11 22:03:06 2000
From: solar at ads.thai.com (Mr.Sorapong Yuthtrai)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Language
In-Reply-To: <00031116595002.02791@rcmoraes.intranet>
References: 00031116595002.02791@rcmoraes.intranet
Message-ID: Pine.BSF.4.20.0003121300560.97203&#45;100000@ads.thai.com


I would like to translate ircserver into Thai version. What should I
do? Do I need to edit source code? Please help me.

                                        Thank You very much
                                             Solar


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Sat Mar 11 23:46:16 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Language
In-Reply-To: <Pine.BSF.4.20.0003121300560.97203-100000@ads.thai.com>
References: Pine.BSF.4.20.0003121300560.97203&#45;100000@ads.thai.com
Message-ID: NCBBIPDDJGGDOCPMKPKPMEAEDDAA.andrewk@icon.co.za

In the IRC Services archive there is a directory called "lang". Look for a
file called "en_us.l" within this dir. Read it, it contains info about
translating. The rest of the file is what you need to translate.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Mr.Sorapong
> Yuthtrai
> Sent: 12 March 2000 08:03
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Language
>
>
>
> I would like to translate ircserver into Thai version. What should I
> do? Do I need to edit source code? Please help me.
>
>                                       Thank You very much
>                                            Solar
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From solar at ads.thai.com  Sun Mar 12 00:29:15 2000
From: solar at ads.thai.com (Mr.Sorapong Yuthtrai)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Language
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPMEAEDDAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPMEAEDDAA.andrewk@icon.co.za
Message-ID: Pine.BSF.4.20.0003121528001.99755&#45;100000@ads.thai.com


When I finish translation it, what do I need to do next?

Solar

On Sun, 12 Mar 2000, Andrew Kempe wrote:

> In the IRC Services archive there is a directory called "lang". Look for a
> file called "en_us.l" within this dir. Read it, it contains info about
> translating. The rest of the file is what you need to translate.
> 
> Andrew
> 
> > -----Original Message-----
> > From: owner-ircservices@ender.shadowfire.org
> > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Mr.Sorapong
> > Yuthtrai
> > Sent: 12 March 2000 08:03
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Language
> >
> >
> >
> > I would like to translate ircserver into Thai version. What should I
> > do? Do I need to edit source code? Please help me.
> >
> >                                     Thank You very much
> >                                          Solar
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Sun Mar 12 09:34:54 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Language
In-Reply-To: <Pine.BSF.4.20.0003121528001.99755-100000@ads.thai.com>
References: Pine.BSF.4.20.0003121528001.99755&#45;100000@ads.thai.com
Message-ID: NCBBIPDDJGGDOCPMKPKPAEAGDDAA.andrewk@icon.co.za

Mail it to me at theshadow@shadowfire.org

Thanks, Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Mr.Sorapong
> Yuthtrai
> Sent: 12 March 2000 10:29
> To: ircservices@ender.shadowfire.org
> Subject: RE: [IRCServices] Language
> 
> 
> 
> When I finish translation it, what do I need to do next?
> 
> Solar
> 
> On Sun, 12 Mar 2000, Andrew Kempe wrote:
> 
> > In the IRC Services archive there is a directory called "lang". 
> Look for a
> > file called "en_us.l" within this dir. Read it, it contains info about
> > translating. The rest of the file is what you need to translate.
> > 
> > Andrew
> > 
> > > -----Original Message-----
> > > From: owner-ircservices@ender.shadowfire.org
> > > [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of 
> Mr.Sorapong
> > > Yuthtrai
> > > Sent: 12 March 2000 08:03
> > > To: ircservices@ender.shadowfire.org
> > > Subject: [IRCServices] Language
> > >
> > >
> > >
> > > I would like to translate ircserver into Thai version. What should I
> > > do? Do I need to edit source code? Please help me.
> > >
> > >                                   Thank You very much
> > >                                        Solar
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> > 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From nitrane at mailandnews.com  Wed Mar 15 19:00:38 2000
From: nitrane at mailandnews.com (Peter Coyne)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Logging to channel
References: <NCBBIPDDJGGDOCPMKPKPAEAGDDAA.andrewk@icon.co.za>
Message-ID: 001501bf8ef3$d0327cb0$6366fea9@kenny

is implementing a services output channel planned?
couldnt find a TODO on the site.

Pete

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Thu Mar 16 07:28:23 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Logging to channel
In-Reply-To: <001501bf8ef3$d0327cb0$6366fea9@kenny>
References: 001501bf8ef3$d0327cb0$6366fea9@kenny
Message-ID: NCBBIPDDJGGDOCPMKPKPAEDADDAA.andrewk@icon.co.za

I'm not about to implement it in the near future due to the enormous amount
of more pressing issues.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Peter Coyne
> Sent: 16 March 2000 05:01
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Logging to channel
>
>
> is implementing a services output channel planned?
> couldnt find a TODO on the site.
>
> Pete
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Fri Mar 17 16:47:28 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Services Problem (fwd)
Message-ID: 38d1e338.01157@dragonfire.net

<<< Forwarded by achurch@dragonfire.net >>>

Envelope-to: achurch@dragonfire.net
Delivery-date: Thu, 16 Mar 2000 23:15:04 -0800
Date: Fri, 17 Mar 2000 00:11:41 -0600
From: Neodeath <neodeath@geekfactor.freedom-net.com>
To: achurch@dragonfire.net
Subject: Services Problem

When I run ./services from console i get this error message.
services.conf:616: DefSessionLimit: Expected a positive integer for parameter 1

\e[A\e[A
no matter what I set for the same hosts connection limit, i get the same error. In the example.conf it says that if it is defined as zero it will not have a connection limit for hosts. I set it to that and it still gives me the same error message. Could you please help?

reply to:
neodeath@cableregina.com

EOF
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From Oliver.Maul at 42.nu  Wed Mar 22 23:51:27 2000
From: Oliver.Maul at 42.nu (Oliver Maul)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Patch for ircd-2.10.x
Message-ID: 38D9CCFF.62FE1F19@42.nu

Hi,

during the last days I made some changes to ircservices-4.3.3
related to the irc-protocol of ircd-2.10.x

You can find the patch on 

http://bi.st/ircservices-4.3.3.patch

The patch includes some other features like a NOAUTOOP-flag
for nicks or a logging function. But only the en_us language
file is up to date till now.

Please contact me if you have any suggestions or find some
mistakes.

Oliver
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cyberpunk at ncsa.es  Thu Mar 23 05:04:42 2000
From: cyberpunk at ncsa.es (CyBeRpUnK)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Services in P10 Protocol...
Message-ID: 000801bf94c8$5c1a9800$0232a8c0@equipo1

 
Oliver: your support for ircus 2.10.x is incomplet, I have a IrcServices, with full suport for the UndernetP10 protocol & Databases in MySQL. and more. 
  
Luis Gonzalez, CyBeRpUnK at irc.globalchat.org
From m_walx0r at hotmail.com  Thu Mar 23 22:07:39 2000
From: m_walx0r at hotmail.com (Colin Bartolome)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Suggestion for new ChanServ command
Message-ID: 20000324060848.78274.qmail@hotmail.com

I don't know if this is the right place to email with this suggestion...I
was thinking that ChanServ should have a command that makes everybody in a
channel's status match the access list...e.g., people who were opped by
other people would lose ops, people who were deopped but are on the access
list would gain ops...

The format could be:

/msg ChanServ cycle <chan> <password>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From drkstlkr at goplay.com  Thu Mar 23 23:53:39 2000
From: drkstlkr at goplay.com (DarkStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Keeptopic and Topiclock
Message-ID: 81139321.2.1636@mx1&#45;12.onmedia.com


For some annoying reason, my keeptopic and topiclock options are not 
working for Chanserv. I know for certain my U:lines are set up 
correctly, yet everytime i reset services, they say that they cannot 
set modes in #channel and make sure I have my U:lines configured 
correctly.  I've double, triple, quadruple checked the U:lines if 
they are correct, as well as other ppl i know, and they are correct. 
These seem to be the only 2 options that services cannot set.
+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               http://www.goplay.com - it's time to Go Play!              |
+--------------------------------------------------------------------------+
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From scrm at scandal.org  Fri Mar 24 00:59:35 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
Message-ID: GOEJIBOGNDMEHOBFJDMDEEOFCCAA.scrm@scandal.org


Hello, I have a large problem with services that I would be grateful for any
assistance with.

I am trying to connect services (running on 'chatservices.luxusbuerg.lu' -
194.154.198.68) to the IRC server ('jupiter.luxusbuerg.lu' -
194.154.198.67). I am using the latest version of services.

In the IRCD.CONF file I have the following lines:

--
U:chatservices.luxusbuerg.lu:*:*

C:194.154.198.68:xxxxxxxx:chatservices.luxusbuerg.lu:7325:50
N:194.154.198.68:xxxxxxxxxxxx:chatservices.luxusbuerg.lu::50
H:*:*:chatservices.luxusbuerg.lu

P:chatservices.luxusbuerg.lu:*:*:7325
--

In the SERVICES.CONF file I have the following lines:

--
RemoteServer    jupiter.luxusbuerg.lu 7325 "xxxxxxxxx"
ServerName      "chatservices.luxusbuerg.lu"
ServiceUser     "services@chatservices.luxusbuerg.lu"
NSEnforcerUser  enforcer@chatservices.luxusbuerg.lu
--

However, when trying to connect the services, I get the following server
messages:

--
(server) *** Notice -- Connection to
chatservices.luxusbuerg.lu[*@194.154.198.68] activated.
(server) *** LocOps -- ERROR :No Access (No N line) [194.154.198.67]
(server) *** LocOps -- Access denied (No N line) [194.154.198.67]
(server) *** LocOps -- ERROR :from
chatservices.luxusbuerg.lu[194.154.198.68] -- Closing Link: [194.154.198.67]
(No N line)
(server) *** LocOps -- Server chatservices.luxusbuerg.lu[194.154.198.68]
closed the connection

and

(server) *** Notice -- Lost connection to
chatservices.luxusbuerg.lu[194.154.198.68]:Connection reset by peer
--

This isn't the first time the problem has occurred, but it's the first time
I can't solve it! Everything was working fine with this configuration before
my provider changed some IP addresses (those are the only settings that have
changed).

Regards,

Mehran Khalili


--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Fri Mar 24 18:18:21 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
Message-ID: 38db32f3.25571@dragonfire.net

>C:194.154.198.68:xxxxxxxx:chatservices.luxusbuerg.lu:7325:50

     Don't put a port number in the C:line.  This is in the FAQ.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Mar 24 01:30:54 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
In-Reply-To: <GOEJIBOGNDMEHOBFJDMDEEOFCCAA.scrm@scandal.org>
References: GOEJIBOGNDMEHOBFJDMDEEOFCCAA.scrm@scandal.org
Message-ID: Pine.GSO.3.96.1000324113015.28187A&#45;100000@shell.icon.co.za

Services is binding to the IP: 194.154.198.67
You ircd expects a connection from: 194.154.198.68

Either make services bind to .68 or change teh c/n line.

Andrew

On Fri, 24 Mar 2000, Mehran Khalili wrote:

> 
> Hello, I have a large problem with services that I would be grateful for any
> assistance with.
> 
> I am trying to connect services (running on 'chatservices.luxusbuerg.lu' -
> 194.154.198.68) to the IRC server ('jupiter.luxusbuerg.lu' -
> 194.154.198.67). I am using the latest version of services.
> 
> In the IRCD.CONF file I have the following lines:
> 
> --
> U:chatservices.luxusbuerg.lu:*:*
> 
> C:194.154.198.68:xxxxxxxx:chatservices.luxusbuerg.lu:7325:50
> N:194.154.198.68:xxxxxxxxxxxx:chatservices.luxusbuerg.lu::50
> H:*:*:chatservices.luxusbuerg.lu
> 
> P:chatservices.luxusbuerg.lu:*:*:7325
> --
> 
> In the SERVICES.CONF file I have the following lines:
> 
> --
> RemoteServer    jupiter.luxusbuerg.lu 7325 "xxxxxxxxx"
> ServerName      "chatservices.luxusbuerg.lu"
> ServiceUser     "services@chatservices.luxusbuerg.lu"
> NSEnforcerUser  enforcer@chatservices.luxusbuerg.lu
> --
> 
> However, when trying to connect the services, I get the following server
> messages:
> 
> --
> (server) *** Notice -- Connection to
> chatservices.luxusbuerg.lu[*@194.154.198.68] activated.
> (server) *** LocOps -- ERROR :No Access (No N line) [194.154.198.67]
> (server) *** LocOps -- Access denied (No N line) [194.154.198.67]
> (server) *** LocOps -- ERROR :from
> chatservices.luxusbuerg.lu[194.154.198.68] -- Closing Link: [194.154.198.67]
> (No N line)
> (server) *** LocOps -- Server chatservices.luxusbuerg.lu[194.154.198.68]
> closed the connection
> 
> and
> 
> (server) *** Notice -- Lost connection to
> chatservices.luxusbuerg.lu[194.154.198.68]:Connection reset by peer
> --
> 
> This isn't the first time the problem has occurred, but it's the first time
> I can't solve it! Everything was working fine with this configuration before
> my provider changed some IP addresses (those are the only settings that have
> changed).
> 
> Regards,
> 
> Mehran Khalili
> 
> 
> --------------
> Mehran Khalili
> 
> Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
>     Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From scrm at scandal.org  Fri Mar 24 01:58:31 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
In-Reply-To: <38db32f3.25571@dragonfire.net>
References: 38db32f3.25571@dragonfire.net
Message-ID: GOEJIBOGNDMEHOBFJDMDEEOHCCAA.scrm@scandal.org

Already tried this.

When /connecting:

(server) *** Connecting to *@194.154.198.68[chatservices.luxusbuerg.lu].
(server) *** Global -- Write error to
chatservices.luxusbuerg.lu[194.154.198.68], closing link

When running ./services from the shell:

(server) *** Notice -- Received unauthorized connection from
chatservices.luxusbuerg.lu[@chat.pt.lu].

I'd be grateful if you or anyone else had any other ideas to offer.

cheers

Mehran


--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Andrew
> Church
> Sent: Friday, March 24, 2000 10:18
> To: ircservices@ender.shadowfire.org
> Subject: Re: [IRCServices] large problem with services
>
>
> >C:194.154.198.68:xxxxxxxx:chatservices.luxusbuerg.lu:7325:50
>
>      Don't put a port number in the C:line.  This is in the FAQ.
>
>   --Andrew Church
>     achurch@dragonfire.net
>     <A  HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Fri Mar 24 03:00:29 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Suggestion for new ChanServ command
In-Reply-To: <20000324060848.78274.qmail@hotmail.com>
References: 20000324060848.78274.qmail@hotmail.com
Message-ID: Pine.GSO.3.96.1000324125930.28187B&#45;100000@shell.icon.co.za

Added to todo list.

Thanks, Andrew

On Thu, 23 Mar 2000, Colin Bartolome wrote:

> I don't know if this is the right place to email with this suggestion...I
> was thinking that ChanServ should have a command that makes everybody in a
> channel's status match the access list...e.g., people who were opped by
> other people would lose ops, people who were deopped but are on the access
> list would gain ops...
> 
> The format could be:
> 
> /msg ChanServ cycle <chan> <password>
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Fri Mar 24 20:11:15 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
Message-ID: 38db4e53.26031@dragonfire.net

>When /connecting:

     You don't /connect.  This is also in the FAQ.

>When running ./services from the shell:
>
>(server) *** Notice -- Received unauthorized connection from
>chatservices.luxusbuerg.lu[@chat.pt.lu].

     Do you have a multihomed machine?  I assume so, from the errors
given.  Try using the "LocalAddress" directive in services.conf, like:

LocalAddress 194.154.198.68 0

Alternatively, set the C/N lines in ircd.conf to match the address in
the error message (chat.pt.lu).

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From dreamer at darkness.gr  Fri Mar 24 09:09:46 2000
From: dreamer at darkness.gr (Nick Krassas)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Services and performance.
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.20.0003241907160.22253&#45;100000@darkness.darkness.gr

Greetings all, 
        Months ago, andrew i guess asked how services are going in small
networks, this is a feedback of our network :

[19:03] -OperServ- Current users: 1025 (29 ops)
-
[19:03] -OperServ- Maximum users: 2001 (Mar 23 23:23:33 2000 EET)
-
[19:03] -OperServ- Services up 10 days, 04:05

Dinos @ irc
ircadmin@darkness.irc.gr


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Fri Mar 24 12:16:19 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Services and performance.
In-Reply-To: <Pine.LNX.4.20.0003241907160.22253-100000@darkness.darkness.gr>
References: <Pine.LNX.4.20.0003241907160.22253-100000@darkness.darkness.gr>
Message-ID: 00032416180200.00871@rcmoraes.intranet

What version of services are u running ? 

my 4.2.4 coredumps sometimes cause the server->usrcnt ++ line

has anybody had similar problems ? 

On Fri, 24 Mar 2000, you wrote:
> Greetings all, 
>       Months ago, andrew i guess asked how services are going in small
> networks, this is a feedback of our network :
> 
> [19:03] -OperServ- Current users: 1025 (29 ops)
> -
> [19:03] -OperServ- Maximum users: 2001 (Mar 23 23:23:33 2000 EET)
> -
> [19:03] -OperServ- Services up 10 days, 04:05
> 
> Dinos @ irc
> ircadmin@darkness.irc.gr
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
-- 
Rafael Moraes
rcmoraes@rionet.com.br
climber@rionet.com.br
fighter@brasirc.com.br
icq 10022972

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From joshodom at uswest.net  Fri Mar 24 11:52:21 2000
From: joshodom at uswest.net (Josh Odom)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Keeptopic and Topiclock
In-Reply-To: <81139321.2.1636@mx1-12.onmedia.com>
References: 81139321.2.1636@mx1&#45;12.onmedia.com
Message-ID: LPBBKJEFFODONBDMHFLJEEIJCAAA.joshodom@uswest.net

What IRCD are you using? I have seen similar problems with old Elite2 IRCDs.

Although, I have been using Services 4.3.3 with Elite3 with no problems at
all.

Josh

-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of DarkStalker
Sent: Friday, March 24, 2000 12:54 AM
To: ircservices@ender.shadowfire.org
Subject: [IRCServices] Keeptopic and Topiclock



For some annoying reason, my keeptopic and topiclock options are not
working for Chanserv. I know for certain my U:lines are set up
correctly, yet everytime i reset services, they say that they cannot
set modes in #channel and make sure I have my U:lines configured
correctly.  I've double, triple, quadruple checked the U:lines if
they are correct, as well as other ppl i know, and they are correct.
These seem to be the only 2 options that services cannot set.
+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go Play!              |
+--------------------------------------------------------------------------+
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cyberpunk at ncsa.es  Fri Mar 24 12:47:10 2000
From: cyberpunk at ncsa.es (CyBeRpUnK)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Keeptopic and Topiclock
References: <LPBBKJEFFODONBDMHFLJEEIJCAAA.joshodom@uswest.net>
Message-ID: 007201bf95d2$22e8dbe0$0232a8c0@equipo1

I have the same problem with ircus ircds, i have to rewritten th
restore_topic and check_mlock functions to fix it.

> For some annoying reason, my keeptopic and topiclock options are not
> working for Chanserv. I know for certain my U:lines are set up
> correctly, yet everytime i reset services, they say that they cannot
> set modes in #channel and make sure I have my U:lines configured
> correctly.  I've double, triple, quadruple checked the U:lines if
> they are correct, as well as other ppl i know, and they are correct.
> These seem to be the only 2 options that services cannot set.

Luis Gonzalez, CyBeRpUnK @ irc.globalchat.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From martini at intergate.com.br  Fri Mar 24 12:48:17 2000
From: martini at intergate.com.br (Carlos Mendes Martini)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <81139321.2.1636@mx1-12.onmedia.com>
References: <81139321.2.1636@mx1-12.onmedia.com>
Message-ID: 200003241748170830.006BD6A3@smtp.intergate.com.br

DarkStalker escreveu:

> For some annoying reason, my keeptopic and topiclock options
> are not  working for Chanserv.

Josh Odom wrote:

> What IRCD are you using? I have seen similar problems with old
> Elite2 IRCDs.
> Although, I have been using Services 4.3.3 with Elite3 with no
> problems at all.


        I'm having troubles with this too.

        I'm using the Dalnet DreamForge 4.6.7b and my U:lines have been set
correctly. The problem occurs in several channels (not in all)

        I apologize for my bad english.


        []s
--

-------------------------------------------------------------
              MARTINI   -   martini@brasirc.net
-------------------------------------------------------------
            Coordenador de Atendimento ao Usuário
         BrasIRC Webmaster -  webmaster@brasirc.net
          BrasIRC Network - http://www.brasirc.net
-------------------------------------------------------------

-

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From martini at intergate.com.br  Fri Mar 24 13:21:53 2000
From: martini at intergate.com.br (Carlos Mendes Martini)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <007201bf95d2$22e8dbe0$0232a8c0@equipo1>
References: <LPBBKJEFFODONBDMHFLJEEIJCAAA.joshodom@uswest.net><007201bf95d2$22e8dbe0$0232a8c0@equipo1>
Message-ID: 200003241821530210.008A9868@smtp.intergate.com.br


CyBeRpUnK escreveu:

> I have the same problem with ircus ircds, i have to rewritten
> th restore_topic and check_mlock functions to fix it.


        Please, can you post the modifications in the ircservices codding mailing
list?


        Best regards,
--

    Carlos Mendes MARTINI
    martini@brasirc.net

-

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From drkstlkr at goplay.com  Fri Mar 24 15:57:23 2000
From: drkstlkr at goplay.com (DarkStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Keeptopic and Topiclock
Message-ID: 81253324.2.1636@mx1&#45;12.onmedia.com

i am using ircD: version Unreal2.1.7+rsq


"Josh Odom" <joshodom@uswest.net> wrote on Friday March 24, 2000 at 
12:31pm:
>What IRCD are you using? I have seen similar problems with old 
Elite2 IRCDs.
>
>Although, I have been using Services 4.3.3 with Elite3 with no 
problems at
>all.
>
>Josh
>
>-----Original Message-----
>From: owner-ircservices@ender.shadowfire.org
>[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of 
DarkStalker
>Sent: Friday, March 24, 2000 12:54 AM
>To: ircservices@ender.shadowfire.org
>Subject: [IRCServices] Keeptopic and Topiclock
>
>
>
>For some annoying reason, my keeptopic and topiclock options are not
>working for Chanserv. I know for certain my U:lines are set up
>correctly, yet everytime i reset services, they say that they cannot
>set modes in #channel and make sure I have my U:lines configured
>correctly.  I've double, triple, quadruple checked the U:lines if
>they are correct, as well as other ppl i know, and they are correct.
>These seem to be the only 2 options that services cannot set.
>+--------------------------------------------------------------------
------+
>| The coolest site for free home pages, email, chat, e-cards, movie 
info.. |
>|               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go 
Play!              |
>+--------------------------------------------------------------------
------+
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go Play!              |
+--------------------------------------------------------------------------+
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From bstu at mystical.net  Fri Mar 24 16:05:25 2000
From: bstu at mystical.net (Benjamin S. Goldstein)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Keeptopic and Topiclock
Message-ID: 005901bf95ed$d7bf75e0$ae41c898@nws.net

> For some annoying reason, my keeptopic and topiclock options are not
> working for Chanserv. I know for certain my U:lines are set up
> correctly, yet everytime i reset services, they say that they cannot
> set modes in #channel and make sure I have my U:lines configured
> correctly.  I've double, triple, quadruple checked the U:lines if
> they are correct, as well as other ppl i know, and they are correct.
> These seem to be the only 2 options that services cannot set.

It would be nice to know what ircd you are using.
Thats odd that ChanServ can set modes but not use /TOPIC..
I'd make sure your ULines are correct:
U:server.servername.net:*:*
and kill the ircd and restart it.  I've had problems with /rehash not
reading ULines correctly until restarted.


> > I have the same problem with ircus ircds, i have to rewritten
> > th restore_topic and check_mlock functions to fix it.

>     Please, can you post the modifications in the ircservices codding
mailing
> list?

Assuming that you're using Elite/Unreal/dreamforge, the ircu hacks mentioned
above might not give you the desired changes in your ircd.

-- bstu (bstu@mystical.net)

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From martini at intergate.com.br  Fri Mar 24 19:12:55 2000
From: martini at intergate.com.br (Carlos Mendes Martini)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <005901bf95ed$d7bf75e0$ae41c898@nws.net>
References: <005901bf95ed$d7bf75e0$ae41c898@nws.net>
Message-ID: 200003250012550320.01CC06C2@smtp.intergate.com.br


Benjamin S. Goldstein wrote:

> It would be nice to know what ircd you are using.
> Thats odd that ChanServ can set modes but not use /TOPIC..
> I'd make sure your ULines are correct:
> U:server.servername.net:*:*
> and kill the ircd and restart it. I've had problems with
> /rehash not reading ULines correctly until restarted.


        I'll repeat: there are NO errors in my U:lines. It's not a new network,
and the problem had started few months ago.

        Anybody knows what's happening? :/


        Best regards
--

    Carlos Mendes MARTINI
    martini@brasirc.net

-

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Fri Mar 24 21:29:29 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] large problem with services
Message-ID: 20000325052930.62453.qmail@hotmail.com


<SNIP>
>Hello, I have a large problem with services that I would be grateful for 
>any
>assistance with.

>In the IRCD.CONF file I have the following lines:
>
>--
>U:chatservices.luxusbuerg.lu:*:*
>
>C:194.154.198.68:xxxxxxxx:chatservices.luxusbuerg.lu:7325:50
>N:194.154.198.68:xxxxxxxxxxxx:chatservices.luxusbuerg.lu::50
This is your problem right here.  You C and N passwords need to match for 
some reason.  Change the N, or C depending on your services line, line to 
read the same as c and try again.  It should work.

The Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From uhc0 at rz.uni-karlsruhe.de  Sat Mar 25 02:44:12 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:57 2004
Subject: AW: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <200003250012550320.01CC06C2@smtp.intergate.com.br>
References: 200003250012550320.01CC06C2@smtp.intergate.com.br
Message-ID: NDBBKLOOKLMAKHFICBLCGEOPCIAA.uhc0@rz.uni&#45;karlsruhe.de


Did you consider the possibility, that

either you might have newly installed unreal ircd, which could contain bugs,
or inconsistencies with RFC

or that the services you are using is not fully compatible with some options
of this ircd ?

Regards,

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de
ICQ : 20587464 \ TimeMr14C
---------------------------------

> -----Ursprüngliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Carlos
> Mendes Martini
> Gesendet: Samstag, 25. März 2000 04:13
> An: IRC Services
> Betreff: [IRCServices] Re: Keeptopic and Topiclock
>
>
>
> Benjamin S. Goldstein wrote:
>
> > It would be nice to know what ircd you are using.
> > Thats odd that ChanServ can set modes but not use /TOPIC..
> > I'd make sure your ULines are correct:
> > U:server.servername.net:*:*
> > and kill the ircd and restart it. I've had problems with
> > /rehash not reading ULines correctly until restarted.
>
>
>       I'll repeat: there are NO errors in my U:lines. It's not a
> new network,
> and the problem had started few months ago.
>
>       Anybody knows what's happening? :/
>
>
>       Best regards
> --
>
>     Carlos Mendes MARTINI
>     martini@brasirc.net
>
> -
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From zero at racetime.com.au  Sat Mar 25 03:29:12 2000
From: zero at racetime.com.au (Zero)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <NDBBKLOOKLMAKHFICBLCGEOPCIAA.uhc0@rz.uni-karlsruhe.de>
References: NDBBKLOOKLMAKHFICBLCGEOPCIAA.uhc0@rz.uni&#45;karlsruhe.de
Message-ID: NDBBIIIAFJDPMKOMHLLFEEIKCCAA.zero@racetime.com.au

Dreamforge/Hybrid/ircu dont follow RFC

> -----Original Message-----
<snip>
> Did you consider the possibility, that
> 
> either you might have newly installed unreal ircd, which could 
> contain bugs,
> or inconsistencies with RFC
<snip>
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rafael at kapa.procergs.com.br  Mon Mar 27 05:00:49 2000
From: rafael at kapa.procergs.com.br (Rafael Ritter)
Date: Sat Oct 23 23:00:57 2004
Subject: AW: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <NDBBKLOOKLMAKHFICBLCGEOPCIAA.uhc0@rz.uni-karlsruhe.de>
References: <200003250012550320.01CC06C2@smtp.intergate.com.br>
Message-ID: 3.0.6.32.20000327100049.007f5720@equipe.via&#45;rs.com.br

Hello,

at http://unreal.sourceforge.net/links.html you will find a version of
Services 4.3.3 with Unreal suport. I hope this may help you.

XGregg
Rafael Ritter
rafael@equipe.via-rs.com.br

At 11:44 25/03/00 +0100, you wrote:
>
>Did you consider the possibility, that
>
>either you might have newly installed unreal ircd, which could contain bugs,
>or inconsistencies with RFC
>
>or that the services you are using is not fully compatible with some options
>of this ircd ?
>
>Regards,
>
>---------------------------------
>Yusuf Iskenderoglu
>eMail - uhc0@rz.uni-karlsruhe.de
>ICQ : 20587464 \ TimeMr14C
>---------------------------------
>
>> -----Ursprüngliche Nachricht-----
>> Von: owner-ircservices@ender.shadowfire.org
>> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]Im">mailto:owner-ircservices@ender.shadowfire.org]Im</A> Auftrag von Carlos
>> Mendes Martini
>> Gesendet: Samstag, 25. März 2000 04:13
>> An: IRC Services
>> Betreff: [IRCServices] Re: Keeptopic and Topiclock
>>
>>
>>
>> Benjamin S. Goldstein wrote:
>>
>> > It would be nice to know what ircd you are using.
>> > Thats odd that ChanServ can set modes but not use /TOPIC..
>> > I'd make sure your ULines are correct:
>> > U:server.servername.net:*:*
>> > and kill the ircd and restart it. I've had problems with
>> > /rehash not reading ULines correctly until restarted.
>>
>>
>>      I'll repeat: there are NO errors in my U:lines. It's not a
>> new network,
>> and the problem had started few months ago.
>>
>>      Anybody knows what's happening? :/
>>
>>
>>      Best regards
>> --
>>
>>     Carlos Mendes MARTINI
>>     martini@brasirc.net
>>
>> -
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From scrm at scandal.org  Mon Mar 27 06:07:15 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:57 2004
Subject: AW: [IRCServices] Re: Keeptopic and Topiclock
In-Reply-To: <3.0.6.32.20000327100049.007f5720@equipe.via-rs.com.br>
References: 3.0.6.32.20000327100049.007f5720@equipe.via&#45;rs.com.br
Message-ID: GOEJIBOGNDMEHOBFJDMDIEAHCDAA.scrm@scandal.org

I use Unreal Morrigan (fix) and generally I can manage to get everything
working without a problem (once the services connect:).

I think Unreal is getting more and more popular nowadays. It's very
configurable, full of the latest features and is very well supported.
Shouldn't the coders of these services start thinking about supporting it
directly?


--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Rafael
> Ritter
> Sent: Monday, March 27, 2000 15:01
> To: ircservices@ender.shadowfire.org
> Subject: Re: AW: [IRCServices] Re: Keeptopic and Topiclock
>
>
> Hello,
>
> at <A  HREF="http://unreal.sourceforge.net/links.html">http://unreal.sourceforge.net/links.html</A> you will find a version of
> Services 4.3.3 with Unreal suport. I hope this may help you.
>
> XGregg
> Rafael Ritter
> rafael@equipe.via-rs.com.br
>
> At 11:44 25/03/00 +0100, you wrote:
> >
> >Did you consider the possibility, that
> >
> >either you might have newly installed unreal ircd, which could
> contain bugs,
> >or inconsistencies with RFC
> >
> >or that the services you are using is not fully compatible with
> some options
> >of this ircd ?
> >
> >Regards,
> >
> >---------------------------------
> >Yusuf Iskenderoglu
> >eMail - uhc0@rz.uni-karlsruhe.de
> >ICQ : 20587464 \ TimeMr14C
> >---------------------------------
> >
> >> -----Ursprüngliche Nachricht-----
> >> Von: owner-ircservices@ender.shadowfire.org
> >> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]Im">mailto:owner-ircservices@ender.shadowfire.org]Im</A> Auftrag von Carlos
> >> Mendes Martini
> >> Gesendet: Samstag, 25. März 2000 04:13
> >> An: IRC Services
> >> Betreff: [IRCServices] Re: Keeptopic and Topiclock
> >>
> >>
> >>
> >> Benjamin S. Goldstein wrote:
> >>
> >> > It would be nice to know what ircd you are using.
> >> > Thats odd that ChanServ can set modes but not use /TOPIC..
> >> > I'd make sure your ULines are correct:
> >> > U:server.servername.net:*:*
> >> > and kill the ircd and restart it. I've had problems with
> >> > /rehash not reading ULines correctly until restarted.
> >>
> >>
> >>    I'll repeat: there are NO errors in my U:lines. It's not a
> >> new network,
> >> and the problem had started few months ago.
> >>
> >>    Anybody knows what's happening? :/
> >>
> >>
> >>    Best regards
> >> --
> >>
> >>     Carlos Mendes MARTINI
> >>     martini@brasirc.net
> >>
> >> -
> >>
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >>
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From scrm at scandal.org  Sat Apr  1 09:59:00 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] akick enforce crashes services
In-Reply-To: <38d1e338.01157@dragonfire.net>
References: 38d1e338.01157@dragonfire.net
Message-ID: GOEJIBOGNDMEHOBFJDMDMEDFCDAA.scrm@scandal.org

[Apr 01 13:16:16 2000] PANIC! buffer = :TroubleT PRIVMSG chanserv :akick
#party enforce
[Apr 01 13:16:16 2000] Services terminating: Segmentation fault

This error (from services.log) crashed services completely. It seems there
may be a bug in the akick ENFORCE command. Has anyone else had problems with
this new command?

-Mehran

--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Andrew
> Church
> Sent: Friday, March 17, 2000 08:47
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Services Problem (fwd)
>
>
> <<< Forwarded by achurch@dragonfire.net >>>
>
> Envelope-to: achurch@dragonfire.net
> Delivery-date: Thu, 16 Mar 2000 23:15:04 -0800
> Date: Fri, 17 Mar 2000 00:11:41 -0600
> From: Neodeath <neodeath@geekfactor.freedom-net.com>
> To: achurch@dragonfire.net
> Subject: Services Problem
>
> When I run ./services from console i get this error message.
> services.conf:616: DefSessionLimit: Expected a positive integer
> for parameter 1
>
> \e[A\e[A
> no matter what I set for the same hosts connection limit, i get
> the same error. In the example.conf it says that if it is defined
> as zero it will not have a connection limit for hosts. I set it
> to that and it still gives me the same error message. Could you
> please help?
>
> reply to:
> neodeath@cableregina.com
>
> EOF
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Wed Apr  5 04:03:33 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] akick enforce crashes services
Message-ID: 002a01bf9eee$96c6f6d0$7b0017c4@warlock.IS.co.za

Found it about 3 months ago, been working on a fix with Andrew Kempe, ask
him for the patch we have applied, which seems to fix this problem

Mike
-----Original Message-----
From: Mehran Khalili <scrm@scandal.org>
To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
Date: Wednesday, April 05, 2000 9:25 AM
Subject: [IRCServices] akick enforce crashes services


>[Apr 01 13:16:16 2000] PANIC! buffer = :TroubleT PRIVMSG chanserv :akick
>#party enforce
>[Apr 01 13:16:16 2000] Services terminating: Segmentation fault
>
>This error (from services.log) crashed services completely. It seems there
>may be a bug in the akick ENFORCE command. Has anyone else had problems
with
>this new command?
>
>-Mehran
>
>--------------
>Mehran Khalili
>
>Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
>    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
>
>
>> -----Original Message-----
>> From: owner-ircservices@ender.shadowfire.org
>> [<A  HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Andrew
>> Church
>> Sent: Friday, March 17, 2000 08:47
>> To: ircservices@ender.shadowfire.org
>> Subject: [IRCServices] Services Problem (fwd)
>>
>>
>> <<< Forwarded by achurch@dragonfire.net >>>
>>
>> Envelope-to: achurch@dragonfire.net
>> Delivery-date: Thu, 16 Mar 2000 23:15:04 -0800
>> Date: Fri, 17 Mar 2000 00:11:41 -0600
>> From: Neodeath <neodeath@geekfactor.freedom-net.com>
>> To: achurch@dragonfire.net
>> Subject: Services Problem
>>
>> When I run ./services from console i get this error message.
>> services.conf:616: DefSessionLimit: Expected a positive integer
>> for parameter 1
>>
>> \e[A\e[A
>> no matter what I set for the same hosts connection limit, i get
>> the same error. In the example.conf it says that if it is defined
>> as zero it will not have a connection limit for hosts. I set it
>> to that and it still gives me the same error message. Could you
>> please help?
>>
>> reply to:
>> neodeath@cableregina.com
>>
>> EOF
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From smkelly at zombie.org  Wed Apr  5 11:49:32 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] akick enforce crashes services
In-Reply-To: <GOEJIBOGNDMEHOBFJDMDMEDFCDAA.scrm@scandal.org>; from scrm@scandal.org on Sat, Apr 01, 2000 at 07:59:00PM +0200
References: <38d1e338.01157@dragonfire.net> <GOEJIBOGNDMEHOBFJDMDMEDFCDAA.scrm@scandal.org>
Message-ID: 20000405134932.A61782@edgemaster.zombie.org

On Sat, Apr 01, 2000 at 07:59:00PM +0200, Mehran Khalili wrote:
> [Apr 01 13:16:16 2000] PANIC! buffer = :TroubleT PRIVMSG chanserv :akick
> #party enforce
> [Apr 01 13:16:16 2000] Services terminating: Segmentation fault
> 
> This error (from services.log) crashed services completely. It seems there
> may be a bug in the akick ENFORCE command. Has anyone else had problems with
> this new command?
> 
> -Mehran
> 

Works fine here with ircservices-4.3.3:
[msg(chanserv)] akick #slashdot enforce
--- chanserv: AKICK ENFORCE for #slashdot complete; 1 users were affected.

You neglected to mention what version of services that happened with and
didn't mention whether it was repeatable.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
       PGP KeyID: 77042C7B        ICQ UIN: 27955995
       EFAX: (603) 372-1638       IRC: drdink@SlashNET
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From martini at intergate.com.br  Mon Apr 10 02:05:56 2000
From: martini at intergate.com.br (Carlos Mendes Martini)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: akick enforce crashes services
In-Reply-To: <002a01bf9eee$96c6f6d0$7b0017c4@warlock.IS.co.za>
References: <002a01bf9eee$96c6f6d0$7b0017c4@warlock.IS.co.za>
Message-ID: 200004100605560190.021EA8F5@smtp.intergate.com.br


Michael Smith escreveu:

> Found it about 3 months ago, been working on a fix with Andrew
> Kempe, ask him for the patch we have applied, which seems to
> fix this problem


        I've applied the patch too and the problem has reduced but *NOT* stopped.
Finally, I've decided to deactivate the enforce command... :/

        I still having problems with the channel modes... :/


        I apologize for my bad english
--

    Carlos Mendes MARTINI
    martini@brasirc.net

-

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Mon Apr 10 07:05:03 2000
From: achurch at dragonfire.net (Andy Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] IRC Services (fwd)
Message-ID: E12eeoJ&#45;000IsE&#45;00@manx.dreamhaven.net

[ Forwarded message ]

Envelope-to: achurch@dragonfire.net
Delivery-date: Mon, 10 Apr 2000 03:12:49 -0700
Reply-To: "QLD Couple" <qldcouple@dingoblue.net.au>
From: "QLD Couple" <qldcouple@dingoblue.net.au>
To: <achurch@dragonfire.net>
Subject: IRC Services
Date: Mon, 10 Apr 2000 20:04:06 +1000
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200

Hello Andy

A friend pointed to me to your website in search of some services for a VIRC
server I have just acquired as part of a virtual web server on a local host.
Your site pointed me to:

http://ender.shadowfire.org/ircservices/

which is no longer operating.

I am *desperately* trying to find something to stick in the ircd folder on
this server that will just allow us to "register" channels and keep them
open. If you have any alternative suggestions we would be *most*
appreciative.

Many thanks

Gary Meadows

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From rcmoraes at rionet.com.br  Mon Apr 10 13:18:12 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] website
In-Reply-To: <4.2.0.58.20000225110620.0098de20@196.2.147.13>
References: <000d01bf7f3a$dca82120$3b0960d1@risanet.com> <4.2.0.58.20000225110620.0098de20@196.2.147.13>
Message-ID: 00041016200202.29879@rcmoraes.intranet

Anybody knows were is ircservices web site and list archives ? 
do the coding list have archives ? 

the adrress  http://ender.shadowfire.org/ircservices/
is not working, it gives out a 404 


Thanks 
Rafael Moraes 
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Sat May 13 01:37:19 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] ACCESS and *OP
Message-ID: 391c4228.01476@dragonfire.net

>How would everyone fell if we removed the ACCESS command and replaced it
>with AOP SOP etc? This would simplify things dramatically and I know it
>would affect those people who want very customisable channel access
>levels.

     This is a bit late because I haven't had Internet access for the past
two weeks (just moved to a new apartment), but here's my two cents on the
subject.

     Without touching (yet) the subject of A/S/VOP, I'm very strongly
against the removal of the ACCESS command.  While I have to admit part of
that is the fact that I created that system and happen to like it, there
are a couple of other big problems that would crop up:

     1) You don't just remove a feature without warning or everyone who's
been using that feature gets screwed.  Some people on the mailing list
have already mentioned it, but there are people who are perfectly used to
the current ACCESS command and in fact don't even know about AOP/SOP/etc.

     2) Converting current channel databases to work without ACCESS would
be a nightmare, and even in the best scenario some settings would be lost.
Do you want to tell a user "we upgraded our software and now you can't do
this anymore"?

     As for the addition of AOP/SOP/etc commands, I am not overly against
them except inasmuch as they represent a "standard" that doesn't have to
be a standard; I also remember quite well the numerous complaints that
people found the level system difficult to use.  On the other hand, I have
come to detest the attitude of Microsoft (among others) to do their best
to keep you ignorant even if you know what you're doing, and taking out
the ACCESS command would be too close to that for my liking.  What I would
recommend is to add the *OP functions, either as commands or as
alternatives for the ACCESS ADD level value, and have those functions in
turn call ACCESS ADD with an appropriate level.  Naturally, this would not
work if the channel levels had been changed, but by adding an EXPERT
channel option as someone else suggested and disallowing level changes
without EXPERT set, AOP/SOP/etc become workable again under the ACCESS
system.

     My personal preference is to use *OP as an option to the ACCESS ADD
command, and display levels by name in LIST if EXPERT is not set.  The
user/Services dialogue would look something like this:

-> *ChanServ* access #channel add SomeNick sop
-ChanServ- SomeNick added to channel #channel access list as an auto-op.
-> *ChanServ* access #channel list
-ChanServ- Num  Level  Nick
-ChanServ-   1   SOP   MyNick
-ChanServ-   2   AOP   NotMyNick
-ChanServ-   3   AOP   SomeNick
-> *ChanServ* access #channel list levels
-ChanServ- Num  Level  Nick
-ChanServ-   1     10  MyNick
-ChanServ-   2      6  NotMyNick    // Anything from AOP to SOP-1 is "AOP"
-ChanServ-   3      5  SomeNick
-> *ChanServ* access #channel list aop
-ChanServ- Num  Level  Nick
-ChanServ-   2   AOP   NotMyNick
-ChanServ-   3   AOP   SomeNick

     Admittedly, the last examples are a bit questionable as they can let
someone with the nick "levels" or "aop" hide from channel lists, but if
that becomes a problem it's easy enough to forbid the nicknames/

     The EXPERT option might work something like this:

-> *ChanServ* levels #channel set memo 50
-ChanServ- The EXPERT option must be set to change access level settings.
-> *ChanServ* set #channel expert on
-ChanServ- The EXPERT option for #channel is now active.
-> *ChanServ* levels #channel set memo 50
-ChanServ- Level MEMO on channel #channel changed to 50.
-> *ChanServ* access #channel list
-ChanServ- Num  Level  Nick
-ChanServ-   1     10  MyNick
-ChanServ-   2      5  SomeNick
-> *ChanServ* access #channel list aop
-ChanServ- AOP setting is disabled when EXPERT is set.
-> *ChanServ* set #channel expert off
-ChanServ- Warning: Disabling EXPERT will erase all access level changes.
-ChanServ- Use SET #channel EXPERT OFF FORCE to disable EXPERT anyway.
-> *ChanServ* set #channel expert off force
-ChanServ- The EXPERT option for #channel has been disabled.
-> *ChanServ* access #channel list
-ChanServ- Num  Level  Nick
-ChanServ-   1   SOP   MyNick
-ChanServ-   2   AOP   SomeNick

     Incidentally, I could see *OP being done as a module which could be
loaded or not at the server operator's choice.  (Yes, I will try to get
back onto that module thing RSN...)

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sat May 13 05:45:44 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] ACCESS and *OP
In-Reply-To: <391c4228.01476@dragonfire.net>
References: 391c4228.01476@dragonfire.net
Message-ID: NCBBIPDDJGGDOCPMKPKPMELADEAA.andrewk@icon.co.za

> >How would everyone fell if we removed the ACCESS command and replaced it
> >with AOP SOP etc? This would simplify things dramatically and I know it
> >would affect those people who want very customisable channel access
> >levels.

[snip]

>      Without touching (yet) the subject of A/S/VOP, I'm very strongly
> against the removal of the ACCESS command.  While I have to admit part of
> that is the fact that I created that system and happen to like it, there
> are a couple of other big problems that would crop up:

I was just testing the water - I assure everyone that a change like this
would not be made without more than a single mail to the mailing list.
Having thought about all the comments that have been made I like Andy's idea
and it's pretty much inline with what I'd like to implement.

[snip]

>      My personal preference is to use *OP as an option to the ACCESS ADD
> command, and display levels by name in LIST if EXPERT is not set.  The
> user/Services dialogue would look something like this:
>
> -> *ChanServ* access #channel add SomeNick sop
> -ChanServ- SomeNick added to channel #channel access list as an auto-op.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1   SOP   MyNick
> -ChanServ-   2   AOP   NotMyNick
> -ChanServ-   3   AOP   SomeNick

[snip]

>
>      Admittedly, the last examples are a bit questionable as they can let
> someone with the nick "levels" or "aop" hide from channel lists, but if
> that becomes a problem it's easy enough to forbid the nicknames/

How about the following...

Instead of making "SOP" and "AOP" etc access levels, why not just add the
following root-level commands: AOP, SOP, VOP. These would work in the same
way as DALnet's. e.g.

        /msg chanserv AOP #channel ADD SomeNickName
        /msg chanserv AOP #channel LIST
        etc.

If EXPERT mode is enabled, users will not have access to these commands.
They will instead be directed to use the ACCESS command.

>      The EXPERT option might work something like this:
>
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- The EXPERT option must be set to change access level settings.
> -> *ChanServ* set #channel expert on
> -ChanServ- The EXPERT option for #channel is now active.
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- Level MEMO on channel #channel changed to 50.

[snip]

If a user tries to disable EXPERT mode for a channel whose ACCESS levels
have been modified, they will be asked to reset them to the defaults first.

>      Incidentally, I could see *OP being done as a module which could be
> loaded or not at the server operator's choice.  (Yes, I will try to get
> back onto that module thing RSN...)

Andy, please can you mail me your ideas regarding modules.

Thanks, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From k.hawkes at zombies.force9.net  Sat May 13 05:53:57 2000
From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] ACCESS and *OP
Message-ID: E12qgmh&#45;0001Hn&#45;00@praseodumium.btinternet.com



----------
> From: Andrew Church <achurch@dragonfire.net>
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] ACCESS and *OP
> Date: Saturday, May 13, 2000 02:37
> 
> >How would everyone fell if we removed the ACCESS command and replaced it
> >with AOP SOP etc? This would simplify things dramatically and I know it
> >would affect those people who want very customisable channel access
> >levels.
> 
Personally I don't like that idea, ACCESS may be a little difficult for newer Users to Services, but I like many other Users have gotten to used to ACCESS.

Adding AOP/SOP/VOP along side ACCESS is good, that way you have 2 standards, one for those who don't like ACCESS and one for those who do.

[snip]
> 
>      My personal preference is to use *OP as an option to the ACCESS ADD
> command, and display levels by name in LIST if EXPERT is not set.  The
> user/Services dialogue would look something like this:
> 
> -> *ChanServ* access #channel add SomeNick sop
> -ChanServ- SomeNick added to channel #channel access list as an auto-op.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1   SOP   MyNick
> -ChanServ-   2   AOP   NotMyNick
> -ChanServ-   3   AOP   SomeNick
> -> *ChanServ* access #channel list levels
> -ChanServ- Num  Level  Nick
> -ChanServ-   1     10  MyNick
> -ChanServ-   2      6  NotMyNick    // Anything from AOP to SOP-1 is "AOP"
> -ChanServ-   3      5  SomeNick
> -> *ChanServ* access #channel list aop
> -ChanServ- Num  Level  Nick
> -ChanServ-   2   AOP   NotMyNick
> -ChanServ-   3   AOP   SomeNick
> 
>      Admittedly, the last examples are a bit questionable as they can let
> someone with the nick "levels" or "aop" hide from channel lists, but if
> that becomes a problem it's easy enough to forbid the nicknames/
> 
>      The EXPERT option might work something like this:
> 
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- The EXPERT option must be set to change access level settings.
> -> *ChanServ* set #channel expert on
> -ChanServ- The EXPERT option for #channel is now active.
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- Level MEMO on channel #channel changed to 50.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1     10  MyNick
> -ChanServ-   2      5  SomeNick
> -> *ChanServ* access #channel list aop
> -ChanServ- AOP setting is disabled when EXPERT is set.
> -> *ChanServ* set #channel expert off
> -ChanServ- Warning: Disabling EXPERT will erase all access level changes.
> -ChanServ- Use SET #channel EXPERT OFF FORCE to disable EXPERT anyway.
> -> *ChanServ* set #channel expert off force
> -ChanServ- The EXPERT option for #channel has been disabled.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1   SOP   MyNick
> -ChanServ-   2   AOP   SomeNick
> 
>      Incidentally, I could see *OP being done as a module which could be
> loaded or not at the server operator's choice.  (Yes, I will try to get
> back onto that module thing RSN...)
> 
Just a tiny thing here Andy, why have it set EXPERT on the channel?  
Why not have a flag in NickServ for EXPERT-type MODE so if a User is a newbie then they don't need it, if not then they can set EXPERT which will just take a few of the 'safeties' away, like you have with some programs you can have Novice/Expert Modes, Novice typically protects from some things where Expert does not...

Anyhow that's my 2 pence.

Quinn

>   --Andrew Church
>     achurch@dragonfire.net
>     http://achurch.dragonfire.net/
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From uhc0 at rz.uni-karlsruhe.de  Sat May 13 11:56:43 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:57 2004
Subject: AW: [IRCServices] ACCESS and *OP
In-Reply-To: <391c4228.01476@dragonfire.net>
References: 391c4228.01476@dragonfire.net
Message-ID: NDBBKLOOKLMAKHFICBLCGEOECMAA.uhc0@rz.uni&#45;karlsruhe.de


Hello;

I also wanted to tell my personal opinion about this topic,
for it is still being discussed.

On those IRC Networks, I got used to chat, people are heavily used to use
ACCESS
as a command, rather than *OP. Helping to manage some sorts of #help
channels, I can
even say, that, there are very seldom, users that want to get an
explaination, why they
have to use ACCESS, for they were used to use *OP.

In order to keep consistency with the access levels, those commands might be
added as
alias commands, ( VOP corresponds to autovoice level, AOP to autoop level,
and SOP to the highest one between acc-change and akick level ) I do not see
any positive aspect in changing the whole system to *OP.

Though haven't said new things,
I just wanted to share my point of view.

sincerely yours,
yusuf

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de
eMail - s_iskend@ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------

> -----Ursprüngliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Andrew
> Church
> Gesendet: Freitag, 12. Mai 2000 18:37
> An: ircservices@ender.shadowfire.org
> Betreff: [IRCServices] ACCESS and *OP
>
>
> >How would everyone fell if we removed the ACCESS command and replaced it
> >with AOP SOP etc? This would simplify things dramatically and I know it
> >would affect those people who want very customisable channel access
> >levels.
>
>      This is a bit late because I haven't had Internet access for the past
> two weeks (just moved to a new apartment), but here's my two cents on the
> subject.
>
>      Without touching (yet) the subject of A/S/VOP, I'm very strongly
> against the removal of the ACCESS command.  While I have to admit part of
> that is the fact that I created that system and happen to like it, there
> are a couple of other big problems that would crop up:
>
>      1) You don't just remove a feature without warning or everyone who's
> been using that feature gets screwed.  Some people on the mailing list
> have already mentioned it, but there are people who are perfectly used to
> the current ACCESS command and in fact don't even know about AOP/SOP/etc.
>
>      2) Converting current channel databases to work without ACCESS would
> be a nightmare, and even in the best scenario some settings would be lost.
> Do you want to tell a user "we upgraded our software and now you can't do
> this anymore"?
>
>      As for the addition of AOP/SOP/etc commands, I am not overly against
> them except inasmuch as they represent a "standard" that doesn't have to
> be a standard; I also remember quite well the numerous complaints that
> people found the level system difficult to use.  On the other hand, I have
> come to detest the attitude of Microsoft (among others) to do their best
> to keep you ignorant even if you know what you're doing, and taking out
> the ACCESS command would be too close to that for my liking.  What I would
> recommend is to add the *OP functions, either as commands or as
> alternatives for the ACCESS ADD level value, and have those functions in
> turn call ACCESS ADD with an appropriate level.  Naturally, this would not
> work if the channel levels had been changed, but by adding an EXPERT
> channel option as someone else suggested and disallowing level changes
> without EXPERT set, AOP/SOP/etc become workable again under the ACCESS
> system.
>
>      My personal preference is to use *OP as an option to the ACCESS ADD
> command, and display levels by name in LIST if EXPERT is not set.  The
> user/Services dialogue would look something like this:
>
> -> *ChanServ* access #channel add SomeNick sop
> -ChanServ- SomeNick added to channel #channel access list as an auto-op.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1   SOP   MyNick
> -ChanServ-   2   AOP   NotMyNick
> -ChanServ-   3   AOP   SomeNick
> -> *ChanServ* access #channel list levels
> -ChanServ- Num  Level  Nick
> -ChanServ-   1     10  MyNick
> -ChanServ-   2      6  NotMyNick    // Anything from AOP to SOP-1 is "AOP"
> -ChanServ-   3      5  SomeNick
> -> *ChanServ* access #channel list aop
> -ChanServ- Num  Level  Nick
> -ChanServ-   2   AOP   NotMyNick
> -ChanServ-   3   AOP   SomeNick
>
>      Admittedly, the last examples are a bit questionable as they can let
> someone with the nick "levels" or "aop" hide from channel lists, but if
> that becomes a problem it's easy enough to forbid the nicknames/
>
>      The EXPERT option might work something like this:
>
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- The EXPERT option must be set to change access level settings.
> -> *ChanServ* set #channel expert on
> -ChanServ- The EXPERT option for #channel is now active.
> -> *ChanServ* levels #channel set memo 50
> -ChanServ- Level MEMO on channel #channel changed to 50.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1     10  MyNick
> -ChanServ-   2      5  SomeNick
> -> *ChanServ* access #channel list aop
> -ChanServ- AOP setting is disabled when EXPERT is set.
> -> *ChanServ* set #channel expert off
> -ChanServ- Warning: Disabling EXPERT will erase all access level changes.
> -ChanServ- Use SET #channel EXPERT OFF FORCE to disable EXPERT anyway.
> -> *ChanServ* set #channel expert off force
> -ChanServ- The EXPERT option for #channel has been disabled.
> -> *ChanServ* access #channel list
> -ChanServ- Num  Level  Nick
> -ChanServ-   1   SOP   MyNick
> -ChanServ-   2   AOP   SomeNick
>
>      Incidentally, I could see *OP being done as a module which could be
> loaded or not at the server operator's choice.  (Yes, I will try to get
> back onto that module thing RSN...)
>
>   --Andrew Church
>     achurch@dragonfire.net
>     <A  HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kfiresun at ix.netcom.com  Sat May 13 12:58:24 2000
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] ACCESS and *OP
Message-ID: 000101bfbd15$9a6b2820$37526dd1@bahamut.tiphares.com

Andy Wrote:

] ... SNIP ... [

>
>     As for the addition of AOP/SOP/etc commands, I am not overly against
>them except inasmuch as they represent a "standard" that doesn't have to
>be a standard; I also remember quite well the numerous complaints that
>people found the level system difficult to use.  On the other hand, I have
>come to detest the attitude of Microsoft (among others) to do their best
>to keep you ignorant even if you know what you're doing, and taking out
>the ACCESS command would be too close to that for my liking.  What I would
>recommend is to add the *OP functions, either as commands or as
>alternatives for the ACCESS ADD level value, and have those functions in
>turn call ACCESS ADD with an appropriate level.  Naturally, this would not
>work if the channel levels had been changed, but by adding an EXPERT
>channel option as someone else suggested and disallowing level changes
>without EXPERT set, AOP/SOP/etc become workable again under the ACCESS
>system.
>

I don't see why an AOP/SOP/etc. command couldn't look at the level settings
themselves and use those numbers....  I.E. if a founder of a channel sets
the Auto Oping level to 4, why can't the AOP ADD <NICK> command just add
said
nick at level 4?

>
>     My personal preference is to use *OP as an option to the ACCESS ADD
>command, and display levels by name in LIST if EXPERT is not set.  The
>user/Services dialogue would look something like this:
>

] ... SNIP ... [

This sounds like something that would probably be best suited to an
individual setting rather than a channel setting.  Perhaps it would
also be wise to display both level "types" for those with the EXPERT
mode set:

-> *ChanServ* access #channel list
-ChanServ- Num  Level  OP-Type Nick
-ChanServ-   1     10  AOP     MyNick
-ChanServ-   2      5  SOP     SomeNick

Also, (on a side note) those with expert mode not set might be
limited from setting/using the more "dangerous" commands like:
-> *NickServ* SET KILL IMMED

Just a few ramblings,
Kelmar K. Firesun




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at edgemaster.zombie.org  Sat May 13 20:16:00 2000
From: smkelly at edgemaster.zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] 4.4.x ETA
Message-ID: 20000513221600.A625@edgemaster.zombie.org

Is there an ETA on when the 4.4.x tree of services (or 4.5.x?) will no longer
be considered beta?  There are some good new features in there that would be
nice to have on a production network, but not if they're still beta...

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
       PGP KeyID: 77042C7B        ICQ UIN: 27955995
       EFAX: (603) 372-1638       IRC: drdink@SlashNET

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon May 15 08:18:29 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] 4.4.x ETA
In-Reply-To: <20000513221600.A625@edgemaster.zombie.org>
References: 20000513221600.A625@edgemaster.zombie.org
Message-ID: NCBBIPDDJGGDOCPMKPKPCEMBDEAA.andrewk@icon.co.za

There is a 4.4.4 that I'm busy testing in a live environment. Depending on
how things go this week I may release it by the weekend. (It has a LOT of
debug code - that's why I've not made it public.)

Andrew

> -----Original Message-----
> From: owner-ircservices@delirious.shadowfire.org
> [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Sean
> Kelly
> Sent: 14 May 2000 05:16
> To: ircservices@delirious.shadowfire.org
> Subject: [IRCServices] 4.4.x ETA
>
>
> Is there an ETA on when the 4.4.x tree of services (or 4.5.x?)
> will no longer
> be considered beta?  There are some good new features in there
> that would be
> nice to have on a production network, but not if they're still beta...
>
> --
> Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
>        PGP KeyID: 77042C7B        ICQ UIN: 27955995
>        EFAX: (603) 372-1638       IRC: drdink@SlashNET
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rcmoraes at rionet.com.br  Thu May 18 21:58:14 2000
From: rcmoraes at rionet.com.br (Rafael Moraes)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] may be a bug
In-Reply-To: <00041321325300.02960@rcmoraes.intranet>
References: <NCBBIPDDJGGDOCPMKPKPOEINDCAA.andrewk@icon.co.za> <00041321325300.02960@rcmoraes.intranet>
Message-ID: 00051901031301.02738@rcmoraes.intranet

Thos bans is making my services coredump, any ideas ? 

[May 07 02:48:19 2000] channel: MODE +b ~conta@*.interhouse.com.br for nonexistent channel #redebrasil
[May 07 02:48:19 2000] channel: MODE +o Sky 957678095 for nonexistent channel #redebrasil
[May 07 02:48:45 2000] channel: MODE +b conta@*A@èõ for nonexistent channel #redebrasil
[May 07 02:48:45 2000] channel: MODE +o BoB_MaRLeY_UsA_ 957678409 for nonexistent channel #redebrasil
[May 07 02:48:45 2000] channel: MODE +b conta@*A@x for nonexistent channel #redebrasil
 for nonexistent channel #redebrasil +b conta@*A@
[May 07 02:48:47 2000] channel: MODE +b conta@*A@à for nonexistent channel #redebrasil
[May 07 02:48:48 2000] channel: MODE +b conta@*A@HÑ for nonexistent channel #redebrasil
[May 07 02:48:49 2000] channel: MODE +b conta@*A@Å for nonexistent channel #redebrasil
[May 07 02:48:50 2000] channel: MODE +b conta@*A for nonexistent channel #redebrasil
[May 07 02:48:53 2000] channel: MODE +b conta@*A@à for nonexistent channel #redebrasil
[May 07 02:48:54 2000] channel: MODE +b conta@*A@ðÌ for nonexistent channel #redebrasil
[May 07 02:48:57 2000] channel: MODE +b conta@*A@x for nonexistent channel #redebrasil
[May 07 02:48:59 2000] channel: MODE +b conta@*A@èÿ for nonexistent channel #redebrasil

this chanel is forbidden, there is a coredump file, but gdb output is : 

Core was generated by `/home/ircadmin/services/services'.
Program terminated with signal 11, Segmentation fault.
find_solib: Can't read pathname for load map: Input/output error

#0  0x4006340c in ?? () from /lib/libc.so.6
(gdb) 

my os is redhat6.0
services is ircservices 4.4.2 

My best regards FiGhTER
Rafael Moraes 
ircadmin irc.rionet.com.br
brasirc.com.br

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From shmad at usa.net  Mon May 22 14:32:37 2000
From: shmad at usa.net (ADAM RUTTER)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Services Roots??
Message-ID: 20000522213237.14273.qmail@nwcst314.netaddress.usa.net

Ok, I remember although very vaguely.. this being posted Sometime in 1999, but
unfortuneately I don't keep email going back that far.

Someone had posted some code to allow services more than one services root,
would anyone happen to have it handy still?  :)


Regards,

Adam.

____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Mon May 22 21:38:46 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] [kfiresun@ix.netcom.com: Re: Services Root(s)]
Message-ID: 20000522233846.A48228@edgemaster.zombie.org

This might answer the multiple services root question.  I digged it out of my
archive of the mailing list.

----- Forwarded message from "Kelmar K. Firesun" <kfiresun@ix.netcom.com> -----

Date: Sat, 24 Apr 1999 15:55:33 -0500
From: "Kelmar K. Firesun" <kfiresun@ix.netcom.com>
To: <services@dragonfire.net>
Subject: Re: Services Root(s)


-----Original Message-----
From: Michael Form <mikef@ot.com>
To: services@dragonfire.net <services@dragonfire.net>
Date: Saturday, April 24, 1999 3:04 PM
Subject: Services Root(s)


>How can I modify the code to allow more than 1 Services Root?
>
>

One way you can do this is to add a kludge to
the is_services_root() in the file operserv.c
function like so:



/*************************************************************************/

/* Does the given user have Services root privileges? */

int is_services_root(User *u)
{
    char s[512], *p, *c;

    /* Make a temp copy to work with */
    strcpy(s, ServicesRoot);

    c = s;

    while(*c)
    {
        p = strpbrk(c, " ");

        if (p != NULL)
        {
            *p++ = 0;
            while(isspace(*p)) p++;
        }
        else
            p = c + strlen(c);

        if (stricmp(u->nick, c) == 0)
            return 1;

        c = p;
    }

    return 0;
}

/* End of modification */

This will allow you to sperate the root users
by a space in the config file like so:

ServicesRoot "User1 User2 ... UserN"

Hope this helps!

Kelmar K. Firesun
IRCop EsperNet (kelmar@esper.net)
dream.esper.net port 5555

----- End forwarded message -----

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
       PGP KeyID: 4AC781C7        ICQ UIN: 27955995
       EFAX: (603) 372-1638       IRC: drdink@SlashNET

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From asaf at realcommerce.co.il  Fri May 26 07:27:06 2000
From: asaf at realcommerce.co.il (Asaf Klibansky)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Protocol Error.
Message-ID: 000001bfc71e$7873e230$b3598fd4@realcommerce.co.il

when starting the services i get an error:

[co]  Protocol mismatch (0 != 1) for...

can anyone help?

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jeff at tcnet.org  Fri May 26 09:02:51 2000
From: jeff at tcnet.org (Jeff)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Protocol Error.
In-Reply-To: <000001bfc71e$7873e230$b3598fd4@realcommerce.co.il>
References: 000001bfc71e$7873e230$b3598fd4@realcommerce.co.il
Message-ID: Pine.LNX.4.21.0005261200410.28864&#45;100000@hendryx.tcnet.org


On Fri, 26 May 2000, Asaf Klibansky wrote:

> when starting the services i get an error:
> 
> [co]  Protocol mismatch (0 != 1) for...

What ircd are you running with? If cyclone, look at
ftp://ftp.slashnet.org/pub/cyclone/services/README.services-4.2.4-cyclone

You will likely need to apply the following or something similar to
services:
<A  HREF="ftp://ftp.slashnet.org/pub/cyclone/services/services-4.2.4-cyclone.diff.gz">ftp://ftp.slashnet.org/pub/cyclone/services/services-4.2.4-cyclone.diff.gz</A>

hth,

-jeff


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From asaf at realcommerce.co.il  Fri May 26 06:00:09 2000
From: asaf at realcommerce.co.il (Asaf Klibansky)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Protocol mismatch (0 != 1) for...
In-Reply-To: <20000522233846.A48228@edgemaster.zombie.org>
References: 20000522233846.A48228@edgemaster.zombie.org
Message-ID: 002001bfc712$533feba0$b3598fd4@realcommerce.co.il

When Startin the Services (./services) after 2 minutes i get an error with
"Protocol mismatch (0 != 1) for..."

the server was compiled with the right version of IRCD.

an N/C/U line exist...


does anyone know what this mean?


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Fri May 26 09:18:39 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Protocol Error.
In-Reply-To: <000001bfc71e$7873e230$b3598fd4@realcommerce.co.il>
References: 000001bfc71e$7873e230$b3598fd4@realcommerce.co.il
Message-ID: l03130303b5545413fc55@[10.38.239.101]

>when starting the services i get an error:
>
>[co]  Protocol mismatch (0 != 1) for...
>
>can anyone help?

<sigh> to help in the slightest, we need to know which IRCd you are using,
which version, and as much info about your configuration as possible.
Standard procedure this, you won't find anywhere different.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.
--------------------------------------------------------------
Contributing to the VNC Project - http://www.uk.research.att.com/vnc/
Macintosh VNCserver v3.3.2 beta2.3 now posted at:
        <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From drkstlkr at goplay.com  Sat May 27 00:04:35 2000
From: drkstlkr at goplay.com (DarkStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
Message-ID: 89514796.1.562@mx1&#45;13.onmedia.com


I was wondering if there was a way to combine database files from one 
IRC services 4.3.3 and another.  You see I have a server that wants 
to link to mine and we both are using Unreal3.0 and IRCservices 
4.3.3, but neither of us wants to give up our services and lose all 
our users info. Any help would be appreciated.

Also one more question. A few days ago, someone reposted the code to 
add to operserv.c to allow multiple service admins. Once you add that 
additional code, what do you do next? Thank you.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               http://www.goplay.com - it's time to Go Play!              |
+--------------------------------------------------------------------------+

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kfiresun at ix.netcom.com  Sat May 27 11:07:09 2000
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
References: <89514796.1.562@mx1-13.onmedia.com>
Message-ID: 002b01bfc806$60a1f910$37526dd1@tiphares.com


----- Original Message -----
From: "DarkStalker" <drkstlkr@goplay.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Saturday, May 27, 2000 2:04 AM
Subject: [IRCServices] combining services databases


>
> I was wondering if there was a way to combine database files from one
> IRC services 4.3.3 and another.  You see I have a server that wants
> to link to mine and we both are using Unreal3.0 and IRCservices
> 4.3.3, but neither of us wants to give up our services and lose all
> our users info. Any help would be appreciated.
>

I think you would have to write a custom program to do that.

>
> Also one more question. A few days ago, someone reposted the code to
> add to operserv.c to allow multiple service admins. Once you add that
> additional code, what do you do next? Thank you.
>

In the original message that I wrote:
>
>This will allow you to sperate the root users
>by a space in the config file like so:
>
>ServicesRoot "User1 User2 ... UserN"
>

That's what you need to do.  For example, if you have the users, Foo, Bar,
and Baz
and they need to be set up as root services users, you would put the
followign in your
services.conf:

ServicesRoot "Foo Bar Baz"

Each user will need to be identified to nickserv before they can use the
privilaged commands.

I hope this clears things up.

Bryce Simonds (Kelmar K. Firesun)
IRCop: dream.esper.net port 5555



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chriswh at cyberhighway.net  Sat May 27 08:57:12 2000
From: chriswh at cyberhighway.net (Chris)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
Message-ID: E12vj2q&#45;0000ss&#45;00@delirious.shadowfire.org

> Also one more question. A few days ago, someone reposted the code to 
> add to operserv.c to allow multiple service admins. Once you add that 
> additional code, what do you do next? Thank you.

Easy. After you recompile with the new code in it, in your services.conf
file
(where you define the services root) it should look like this:

ServicesRoot    "Nick1 Nick2 ... NickN"

Where 'N' constitutes as any number. So if I want Cool and Ice as Services
Roots I would use this line:

ServicesRoot    "Cool Ice"

The new code will tell services that that is 2 nicknames, not one, and you
should have it.
(If I am wrong, somebody please correct me). As to the database combining,
somebody else will have to answer that.

Hope it helps,

-Chris
------------------------
Psycho
PsychoWeb IRC Network
irc.psychoweb.net
------------------------
----------
> From: DarkStalker <drkstlkr@goplay.com>
> To: ircservices@delirious.shadowfire.org
> Subject: [IRCServices] combining services databases
> Date: Saturday, May 27, 2000 3:04 AM
> 
> 
> I was wondering if there was a way to combine database files from one 
> IRC services 4.3.3 and another.  You see I have a server that wants 
> to link to mine and we both are using Unreal3.0 and IRCservices 
> 4.3.3, but neither of us wants to give up our services and lose all 
> our users info. Any help would be appreciated.
> 
> Also one more question. A few days ago, someone reposted the code to 
> add to operserv.c to allow multiple service admins. Once you add that 
> additional code, what do you do next? Thank you.
> 
>
+--------------------------------------------------------------------------+

> | The coolest site for free home pages, email, chat, e-cards, movie
info.. |
> |               http://www.goplay.com - it's time to Go Play!            
 |
>
+--------------------------------------------------------------------------+

> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sat May 27 09:53:20 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
Message-ID: Pine.LNX.4.21.5204271851520.17542&#45;100000@fusion.sunnyline.co.za

Mwhello all :)

Memo: IRC Services - New Implementations.
-----------------------------------------

Introduction:
~~~~~~~~~~~~~
The IRC Services as we know it improved dramaticaly over the last few
months.
We have this greatly to thank to Andy Church, Adrew Kempe, and this
mailing
list with all the users and their suggestions about the services.

Many thanks to everyone who has kept these services alive and in
development.
It's truly becoming the key software package on tons of networks out there
today :)

This memo deals with the implementation of three new key code updates to
the
services structure as they are today.  All three of the implementations
will
require drastic coding to the services, but all three of them are also
quite
important factors in the long run of the irc services.  Because of the
seriousness of these implementations, I have decided to discuss this in an
draft memo.

The new implementations will cover: MultiCast Networking Support (This
*should*
be cross-coded into IRCD's aswell), IPv6 Support (For future usage), and
lastly
SQL DataBase Support.



1. MultiCast Networking for IRC Networks & Services:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
A while ago, when Andy handed services development over to Andew, Andy
mentioned that he was working on drafts for an new IRC Internet
Standard.  It
never really concirned me that much, seeing that I wasn't that much into
the
development side of things.  Lately, this scenario changed quite a bit,
and
networking, communication, and development became my life.

Multicast networking is mostly used in high-traffic scenarios.  Commonly
seen
in applications which make use of audio and video broadcasting over the
Internet (Real Audio / Video & Microsoft's NetShow Services).  Recently,
proxy servers also began utilizing this type of networking to reduce load
on
networks between peer'ed proxy servers with much success.

Multicast networking makes use of Class D IP addresses, namely, 224.0.0.0
with
an subnet of 240.0.0.0.  The key advantage over TCP networks, is that TCP
utilize an unicast networking scheme, connecting point A to point B and
setting up an datastream between these two points.  Because of the fact
that
this datastream can be quite insuficient (perhaps a slow connection) we
experiance network conjestion (or lag).

Multicast is more like an radio station, broadcasting data at an specific
"frequency" and everyone who is tuned into this frequency can receive the
data sent on the specific frequency.

The use with Muticast networking on IRC Servers & Services can include:
    - Server load balancing (Yes, you heard me!).
    - Network Redundancy in regards to server connections.
    - Multiple Server connection points.
    - Bandwidth management.

The basic principal will be that each server on the Multicast IRC Network
gets assigned an initial value or priority.  Depending on the outcome of
development (if there should be any such development) either the highest
or
the lowest priority of the available multicast servers gets the request(s)
from the clients on the network.

A possible scenario may look like this:

  -----------                 -----------
  |  serv1  |-----------------|  serv2  |
  -----------                 -----------
      ()                          ()
      ()                          ()
      ()()()()()()()()()()()()()()()
      ()            ()            ()
      ()            ()            ()
  -----------   -----------   -----------
  |  serv3  |---|  serv4  |---|  serv5  |
  -----------   -----------   -----------


  -  Normal TCP Connection (C/N Lines)
  () Multicast Network (ID: 224.10.10.1)
  serv1 - IRC Services (Priority 1) IP: 192.168.0.1
  serv2 - IRC Services (Priority 2) IP: 192.168.0.2
  serv3 - IRC Server   (Priority 1) IP: 192.168.0.3
  serv4 - IRC Server   (Priority 2) IP: 192.168.0.4
  serv5 - IRC Server   (Priority 2) IP: 192.168.0.5

The configuration:
All the servers gets configured with standard IP Addresses (Class A, B or
C).
This is needed because of the fact that an initial IP address MUST be
configured to enable the servers to figure out and join the specified
MultiCast Network ID (In our scenario, 224.10.10.1).

Once the TCP network configuration has been established, the various
servers
needs to connect to each other with means of C/N lines.  The links will
more
than likely be that all Servers connect to each other (As per usual),
while
all the IRC Services connects to each other (This is needed for
syncronozation).  Then, comes the fun part...

The IRC Services links up to the IRC Servers with use of Multicast
Networking.
This means that there will be NO C/N lines, nor any net-splits due to lag
or
conjestion.  We might however, need to implement a new config option for
both
the IRC Services, aswell as the Server, namely an MultiCast IP Address...

Damm pitty that M: is allready used, they should change M: to N: <for
name>
and give us M: for <MultiCast IP> :))))))))

The IRC Services:
Once the IRC Services has been configured with it's initial IP address and
Multicast ID, the services will initiate a UniCast connection between the
number of Services in the chain.  The highest (or lowest) priority of the
Services chain (This should be an configuration option) will be an Master
server, while the rest will act as slave servers to the master.

By use of it's UniCast link, the master server will inform the slave
servers
about network usage, which will include various changes made within the
Services databases.  Because the Services chain is updated transparently
from
the master server, all our slave servers will also be updated as they need
to.

Another fine feature about this type of MultiCast Network, is that both
the
master and slave Services can listen to netsplits and messages from any
server
anywhere in the network (because they utilize MultiCast
Broadcasting).  Should
the master server go down for some reason (Lag, Server Reboot, Network
Upgrade, ect), the slave servers will automatically know about this, and
they
will calculate the highest priority of the servers available, which will
then
rejoin the network - with an up-to-date database!!!

Because of this fact, how more Services you link in your Services Chain,
how
less the chances that your network would be Services-less.

Multicast can also be used within the Services for load balancing.  This
can basically work on the principal that the master Services server will
check
it's usage.  If the master server detects that it is working to hard, it
can
perhaps by means of multicasting inform one or more of the slave servers,
to
take a certain percentage of the workload from the IRC Network of the
master
server.  Because of the fact that all the Services servers can communicate
with the IRC servers, there is no need why this should not be able to work
:)

The possibilities of Multicasting can go on and on :)  I am more than
likely
starting to bore you all about this now, so let's just move on to my next
suggested improvement...


For more information on how exactly the broadcasting process and security
in such broadcasting goes, I would recommend reading the IP-MultiCast
HOWTO
document available in the LDP Project.



2. IPv6 Support for IRC Networks & Services:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Say no more ?

We need to get this done at some stage... It doesn't need to be now, but
yeah.
Let's not forget about it?



3. SQL DataBase Support for IRC Services:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
WOOOHOOO!! YEAH! :)

Just think of the possibilities here?  Web sites which enables users to
send
and receive memo's.  Nice HTML pages for nickserv and chanserv access
lists?

Cewl nick browsers for registered nicks?  Nickname searches?  Nickname
PROFILES (You can even add pictures to the nicknames on an html interface
if
you know your php3 programming)

History of nicknames?  This might include history on the nick's abusive
maners,
records of every account where the nickname has been suspended, or klined?

I am really not going to say more here...   Be creative, and think it out
for
yourselve, this is key!!!

For compatibility reasons, I would make the suggestion that the SQL
DataBase
be made an additional extra, or DEFINATELY enable / disable it with config
or Makefile options.  I would actually recommend to enable / disable this
in
the Makefile, because of the fact that database support for the services
can
make the binaries rather big.

Not everyone will have access to SQL databases, so we can't make Services
depend on this type of database. But the advantages is obviously quite a
bit...



4. Closing:
~~~~~~~~~~~
For a closing, I would just like to point out that in all three suggested
implementations, the services of Andy Church will go and re-write IRC RFC
Standards.

This type of network is *NOT* utilized on ANY IRC Network ANYWHERE in the
world.

IPv6 is also a first to go into IRC Networks.

SQL DataBases will be the first to be used by any IRC Services in the
world.

Andrew, let's take the lead and how them what IRC *SHOULD* and *CAN* be
like,
I know you can do it :))

Best Regards
Chris Knipe

PS:  Due to circumstances, I unfortunately can only check my email approx.
once a week.  If and when you all out there start to respond, don't be mad
when
you wait long for a reply, I'm telling you now, you will be waiting long
for
a reply...




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jonathan at lite.net  Sun May 28 09:05:06 2000
From: jonathan at lite.net (Jonathan George)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <Pine.LNX.4.21.5204271851520.17542-100000@fusion.sunnyline.co.za>
References: Pine.LNX.4.21.5204271851520.17542&#45;100000@fusion.sunnyline.co.za
Message-ID: Pine.LNX.4.10.10005281058060.7975&#45;100000@lite.net

        I'm only going to comment on the SQL database implementation idea.

        I at one point, when writing a set of IRC services (from scratch)
was going to use an SQL database.  Yes, a web interface like you describe
is entirely possible (and a wonderful idea too, that was one of the main
reasons I was going to use SQL).

        But.  SQL will be no faster than keeping all records in a hash
table like we do now.  Services is not a threaded process, so we won't be
able to really make effective use of an SQL server, because it's designed
to be a database which can be access and modified in parallel by two or
more connections.  It just isn't worth the hassle of converting a *LOT* of
code to using it.  In fact, it'd be a near rewrite of Services in itself
just to add this feature -- all for what, a few webpages?

        My suggestion would be to add support for a socket listen(2)ing
and then have your CGI/PHP3/ASP/<whatever> connect to that socket and
request information from the database, send updates.. . etc.
        If you were to do the above then the ideas are endless.  You could
write a small program in VB which users could use to read memo's, be
notified of when they have new memo's in an ICQ like interface, edit your
user information.. . etc.  And most of all, you retain the original want:
you want a web interface.


        Questions about how I implemented SQL with the services I wrote
can be emailed to me...  I used MySQL in my design.

-----------------------------------------
// Jonathan George   : jonathan@lite.net
// Software Engineer : www.lite.net
// Personal WWW      : www.jdg.net
// IRC - (extasy)    : irc.lite.net
-----------------------------------------

|3. SQL DataBase Support for IRC Services:
|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|WOOOHOOO!! YEAH! :)
|
|Just think of the possibilities here?  Web sites which enables users to
|send
|and receive memo's.  Nice HTML pages for nickserv and chanserv access
|lists?
|
|Cewl nick browsers for registered nicks?  Nickname searches?  Nickname
|PROFILES (You can even add pictures to the nicknames on an html interface
|if
|you know your php3 programming)
|
|History of nicknames?  This might include history on the nick's abusive
|maners,
|records of every account where the nickname has been suspended, or klined?
|
|I am really not going to say more here...   Be creative, and think it out
|for
|yourselve, this is key!!!
|
|For compatibility reasons, I would make the suggestion that the SQL
|DataBase
|be made an additional extra, or DEFINATELY enable / disable it with config
|or Makefile options.  I would actually recommend to enable / disable this
|in
|the Makefile, because of the fact that database support for the services
|can
|make the binaries rather big.
|
|Not everyone will have access to SQL databases, so we can't make Services
|depend on this type of database. But the advantages is obviously quite a
|bit...


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Mon May 29 07:31:00 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
Message-ID: 3931a414.01664@dragonfire.net

     Just a quick response to this before I head off to work:

>1. MultiCast Networking for IRC Networks & Services:
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     While an interesting idea, the biggest problem is that IRC servers
don't support it, and unless you personally want to update every server
in existence that probably won't change anytime soon.  There would also
be the problem of obtaining a multicast IP for the network (I admit I'm
not up on what that process entails).

>2. IPv6 Support for IRC Networks & Services:
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     I'm in agreement about this one, though I think it's a fairly low
priority at this point.

>3. SQL DataBase Support for IRC Services:
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     As someone else pointed out, this would involve a significant
rewrite for a comparatively small improvement.  Moreover, using SQL
could actually hurt performance due to the overhead of SQL calls,
and would affect reliability due to the necessity of maintaining an
additional proecss (the SQL server).

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From tower at pdx.edu  Sun May 28 16:02:44 2000
From: tower at pdx.edu (Tyson La Tourrette)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <Pine.LNX.4.10.10005281058060.7975-100000@lite.net>
References: Pine.LNX.4.10.10005281058060.7975&#45;100000@lite.net
Message-ID: Pine.GSO.4.21.0005281557150.17198&#45;100000@gere.odin.pdx.edu

Well one benefit I do see with an SQL DB is the potential for multiple
services (on different servers) to access the same DB and thus provide
true realtime redundency. Wouldn't be needed for small networks (like
the one I run) but for the larger ones it would be very nice I would
think.

Just a thought.

Tyson

(first post, so if you don't remember me that'd be why)


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From powerlord at vgmusic.com  Mon May 29 04:03:42 2000
From: powerlord at vgmusic.com (Ross Bemrose (Powerlord))
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
References: <Pine.GSO.4.21.0005281557150.17198-100000@gere.odin.pdx.edu>
Message-ID: 001501bfc95d$8e55ea80$03090a0a@kroag

By saying SQL provides true realtime redundancy, you forget one point:
If the master services splits because it is DOSed or the ISPs uplink has
problems, the SQL server is going to be just as lagged as the master
services.  The only solution to that would be to have a database server
running on each set of services, and the amount of overhead that would cause
is astronomical, because they'd need to sync up at every minor change.

Wow, first post for me to...  in the almost 6 months of subscribing to this
list.

----- Original Message -----
From: "Tyson La Tourrette" <tower@pdx.edu>
To: <ircservices@delirious.shadowfire.org>
Sent: Sunday, May 28, 2000 7:02 PM
Subject: Re: [IRCServices] New services implementations & Updates?


> Well one benefit I do see with an SQL DB is the potential for multiple
> services (on different servers) to access the same DB and thus provide
> true realtime redundency. Wouldn't be needed for small networks (like
> the one I run) but for the larger ones it would be very nice I would
> think.
>
> Just a thought.
>
> Tyson
>
> (first post, so if you don't remember me that'd be why)
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Mon May 29 04:38:24 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <Pine.LNX.4.10.10005281058060.7975-100000@lite.net>; from jonathan@lite.net on Sun, May 28, 2000 at 11:05:06AM -0500
References: <Pine.LNX.4.21.5204271851520.17542-100000@fusion.sunnyline.co.za> <Pine.LNX.4.10.10005281058060.7975-100000@lite.net>
Message-ID: 20000529063824.B50930@edgemaster.zombie.org

On Sun, May 28, 2000 at 11:05:06AM -0500, Jonathan George wrote:

>       My suggestion would be to add support for a socket listen(2)ing
> and then have your CGI/PHP3/ASP/<whatever> connect to that socket and
> request information from the database, send updates.. . etc.

I would very much agree with that.  Using SQL with services would not be wisee
at all.  You'd be depending on yet another link in the IRC chain.  As it is,
we have our ircd uplink, services, and the box services runs on.  If you add
SQL to the mix, that is just one more service/link that can go down and
blow up the entire chain.  The socket interface would be much more useful if
implimented properly.  You could use it to pull/push data from services and
also send control messages to services, such as dynamic updating of the
configuration if its uplink ircd died (assuming services weren't on the
same machine as the uplink ircd, which normally they are).  I would encourage
active drafting and development of a protocol which suits the purposes of
everybody before implimenting such a thing though, and I'd also ensure to
make it VERY secure.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
       PGP KeyID: 4AC781C7        ICQ UIN: 27955995
       EFAX: (603) 372-1638       IRC: drdink@SlashNET

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From tower at pdx.edu  Mon May 29 16:13:06 2000
From: tower at pdx.edu (Tyson La Tourrette)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <001501bfc95d$8e55ea80$03090a0a@kroag>
References: 001501bfc95d$8e55ea80$03090a0a@kroag
Message-ID: Pine.GSO.4.21.0005291608490.17198&#45;100000@gere.odin.pdx.edu

True. I was thinking of a three (or more) box design. Which would
include a dedicated database server. Even in this case the database
would be the weak link. I would be fun to set up and configure though
=)

OK, this would be practical for very large networks only. 

Probably isn't a good reason to implement DBs though.

tyson

On Mon, 29 May 2000, Ross Bemrose (Powerlord) wrote:

> By saying SQL provides true realtime redundancy, you forget one point:
> If the master services splits because it is DOSed or the ISPs uplink has
> problems, the SQL server is going to be just as lagged as the master
> services.  The only solution to that would be to have a database server
> running on each set of services, and the amount of overhead that would cause
> is astronomical, because they'd need to sync up at every minor change.
> 
> Wow, first post for me to...  in the almost 6 months of subscribing to this
> list.
> 
> ----- Original Message -----
> From: "Tyson La Tourrette" <tower@pdx.edu>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Sunday, May 28, 2000 7:02 PM
> Subject: Re: [IRCServices] New services implementations & Updates?
> 
> 
> > Well one benefit I do see with an SQL DB is the potential for multiple
> > services (on different servers) to access the same DB and thus provide
> > true realtime redundency. Wouldn't be needed for small networks (like
> > the one I run) but for the larger ones it would be very nice I would
> > think.
> >
> > Just a thought.
> >
> > Tyson
> >
> > (first post, so if you don't remember me that'd be why)


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kusdogan at boun.edu.tr  Mon May 29 14:04:16 2000
From: kusdogan at boun.edu.tr (=?windows-1254?Q?Sinan_Ku=FEdo=F0an?=)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
References: <Pine.LNX.4.21.5204271851520.17542-100000@fusion.sunnyline.co.za> <Pine.LNX.4.10.10005281058060.7975-100000@lite.net> <20000529063824.B50930@edgemaster.zombie.org>
Message-ID: 001d01bfc9b1$c23aefe0$8fb0fcd4@aqua

The idea of using SQL sounds good at first. But these services are generally
used by small or medium IRC networks all over the world. Some of them have
low configurations and smaller bandwidths. These implementation would need
an additional SQL server as Andy pointed out. Also having statistics on web
would result to another performance decrease. Security is another point.

On the other hand i agree to the idea of updating. It can be improved by
lots of useful commands. CGI/ASP or PHP3 would give us  better results in a
less amount of time due to the need of updating all the code for SQL.

Other advices for current services :
- /chanserv ban command would be very useful
- /nickserv ridentify nick pass (as identifying for a channel, likely LINK
command but only for the active connection, it is necessary when u use
another nick and try to use your accesses)
- /chanserv set #chan Exitmsg (as entrymsg)
- /nickserv chaninfo nick #chan (if user sets chaninfo on for himself) (this
command can give the information about nick as the last time he parted the
channel)



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Mon May 29 18:58:54 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <001d01bfc9b1$c23aefe0$8fb0fcd4@aqua>
References: <Pine.LNX.4.21.5204271851520.17542-100000@fusion.sunnyline.co.za><Pine.LNX.4.10.10005281058060.7975-100000@lite.net><20000529063824.B50930@edgemaster.zombie.org>
Message-ID: l03130301b558cf5370fc@[10.38.239.101]

>The idea of using SQL sounds good at first. But these services are generally
>used by small or medium IRC networks all over the world. Some of them have
>low configurations and smaller bandwidths. These implementation would need
>an additional SQL server as Andy pointed out. Also having statistics on web
>would result to another performance decrease. Security is another point.

Might I suggest a compromise, which would allow the increased Web
functionality while retaining the simplicity of the existing system:

When a change is made to the Services database, export that change to an
OPTIONAL SQL database, which may or may not be on a different server.  Then
the Web-functionality can be stuck on top of that SQL database as required.
If changes need to be made in the reverse direction too, then a mechanism
for re-importing changes should be made available.

I think they key issue here is to avoid changing the basic implementation
where possible, but provide hooks so that bigger functionality can be added
as and when it is desired, and can be set up by the server owners.  I
really like the way Services can be set up with minimal effort - I gather
setting up SQL is rather less trivial.  By making SQL optional, we can grab
that extra functionality for those that want it (we probably don't, on our
small server) but keep it simple for those that don't.  As for security,
that would need to be addressed by whoever decided to activate the SQL
setup - basic functionality should not be affected.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.
--------------------------------------------------------------
Contributing to the VNC Project - http://www.uk.research.att.com/vnc/
Macintosh VNCserver v3.3.2 beta2.3 now posted at:
        <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From drkstlkr at goplay.com  Tue May 30 15:48:55 2000
From: drkstlkr at goplay.com (DarkStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
Message-ID: 89844152.2.361@mx1&#45;11.onmedia.com

OK, I knew i wasnt making myself clear when i wrote this question. I 
already added the code, and inserted the nicks i wanted to be the 
service admins.  So what my real questions is, How do i recompile 
services?  I know its a real dumb question, but something i have not 
had to do, yet. thank you.



"Chris" <chriswh@cyberhighway.net> wrote on Saturday May 27, 2000 at  
2:23pm:
>> Also one more question. A few days ago, someone reposted the code 
to 
>> add to operserv.c to allow multiple service admins. Once you add 
that 
>> additional code, what do you do next? Thank you.
>
>Easy. After you recompile with the new code in it, in your 
services.conf
>file
>(where you define the services root) it should look like this:
>
>ServicesRoot"Nick1 Nick2 ... NickN"
>
>Where 'N' constitutes as any number. So if I want Cool and Ice as 
Services
>Roots I would use this line:
>
>ServicesRoot"Cool Ice"
>
>The new code will tell services that that is 2 nicknames, not one, 
and you
>should have it.
>(If I am wrong, somebody please correct me). As to the database 
combining,
>somebody else will have to answer that.
>
>Hope it helps,
>
>-Chris
>------------------------
>Psycho
>PsychoWeb IRC Network
>irc.psychoweb.net
>------------------------
>----------
>> From: DarkStalker <drkstlkr@goplay.com>
>> To: ircservices@delirious.shadowfire.org
>> Subject: [IRCServices] combining services databases
>> Date: Saturday, May 27, 2000 3:04 AM
>> 
>> 
>> I was wondering if there was a way to combine database files from 
one 
>> IRC services 4.3.3 and another.  You see I have a server that 
wants 
>> to link to mine and we both are using Unreal3.0 and IRCservices 
>> 4.3.3, but neither of us wants to give up our services and lose 
all 
>> our users info. Any help would be appreciated.
>> 
>> Also one more question. A few days ago, someone reposted the code 
to 
>> add to operserv.c to allow multiple service admins. Once you add 
that 
>> additional code, what do you do next? Thank you.
>> 
>>
>+--------------------------------------------------------------------
------+
>
>> | The coolest site for free home pages, email, chat, e-cards, movie
>info.. |
>> |               http://www.goplay.com - it's time to Go 
Play!            
> |
>>
>+--------------------------------------------------------------------
------+
>
>> 
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go Play!              |
+--------------------------------------------------------------------------+

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Tue May 30 15:59:27 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
In-Reply-To: <89844152.2.361@mx1-11.onmedia.com>
References: <89844152.2.361@mx1-11.onmedia.com>
Message-ID: 00053100004400.03680@jpc.ptlink.net

Just do "make"
and "make install" to install them
like you made the first time... remember ;)?
maybe its safer "make clean" first

On Tue, 30 May 2000, you wrote:
> OK, I knew i wasnt making myself clear when i wrote this question. I 
> already added the code, and inserted the nicks i wanted to be the 
> service admins.  So what my real questions is, How do i recompile 
> services?  I know its a real dumb question, but something i have not 
> had to do, yet. thank you.
> 
> 
> 
> "Chris" <chriswh@cyberhighway.net> wrote on Saturday May 27, 2000 at  
> 2:23pm:
> >> Also one more question. A few days ago, someone reposted the code 
> to 
> >> add to operserv.c to allow multiple service admins. Once you add 
> that 
> >> additional code, what do you do next? Thank you.
> >
> >Easy. After you recompile with the new code in it, in your 
> services.conf
> >file
> >(where you define the services root) it should look like this:
> >
> >ServicesRoot"Nick1 Nick2 ... NickN"
> >
> >Where 'N' constitutes as any number. So if I want Cool and Ice as 
> Services
> >Roots I would use this line:
> >
> >ServicesRoot"Cool Ice"
> >
> >The new code will tell services that that is 2 nicknames, not one, 
> and you
> >should have it.
> >(If I am wrong, somebody please correct me). As to the database 
> combining,
> >somebody else will have to answer that.
> >
> >Hope it helps,
> >
> >-Chris
> >------------------------
> >Psycho
> >PsychoWeb IRC Network
> >irc.psychoweb.net
> >------------------------
> >----------
> >> From: DarkStalker <drkstlkr@goplay.com>
> >> To: ircservices@delirious.shadowfire.org
> >> Subject: [IRCServices] combining services databases
> >> Date: Saturday, May 27, 2000 3:04 AM
> >> 
> >> 
> >> I was wondering if there was a way to combine database files from 
> one 
> >> IRC services 4.3.3 and another.  You see I have a server that 
> wants 
> >> to link to mine and we both are using Unreal3.0 and IRCservices 
> >> 4.3.3, but neither of us wants to give up our services and lose 
> all 
> >> our users info. Any help would be appreciated.
> >> 
> >> Also one more question. A few days ago, someone reposted the code 
> to 
> >> add to operserv.c to allow multiple service admins. Once you add 
> that 
> >> additional code, what do you do next? Thank you.
> >> 
> >>
> >+--------------------------------------------------------------------
> ------+
> >
> >> | The coolest site for free home pages, email, chat, e-cards, movie
> >info.. |
> >> |               http://www.goplay.com - it's time to Go 
> Play!            
> > |
> >>
> >+--------------------------------------------------------------------
> ------+
> >
> >> 
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
> 
> +--------------------------------------------------------------------------+
> | The coolest site for free home pages, email, chat, e-cards, movie info.. |
> |               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go Play!              |
> +--------------------------------------------------------------------------+
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
-- 
Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From josh at alienhosting.com  Tue May 30 04:10:35 2000
From: josh at alienhosting.com (Josh Odom)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
In-Reply-To: <89844152.2.361@mx1-11.onmedia.com>
References: 89844152.2.361@mx1&#45;11.onmedia.com
Message-ID: LPBBLELPCCCALPDHDMDOGEBECAAA.josh@alienhosting.com

1. CD into your services source directory
2. Type "make clean"
3. Type "make"
4. Type "make install"

(without the quotes of course.)

Josh Odom
Alien Internet Services
Server Administrator/Owner


-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of DarkStalker
Sent: Tuesday, May 30, 2000 5:49 PM
To: Chris; ircservices@ender.shadowfire.org
Subject: Re: [IRCServices] combining services databases


OK, I knew i wasnt making myself clear when i wrote this question. I
already added the code, and inserted the nicks i wanted to be the
service admins.  So what my real questions is, How do i recompile
services?  I know its a real dumb question, but something i have not
had to do, yet. thank you.



"Chris" <chriswh@cyberhighway.net> wrote on Saturday May 27, 2000 at
2:23pm:
>> Also one more question. A few days ago, someone reposted the code
to
>> add to operserv.c to allow multiple service admins. Once you add
that
>> additional code, what do you do next? Thank you.
>
>Easy. After you recompile with the new code in it, in your
services.conf
>file
>(where you define the services root) it should look like this:
>
>ServicesRoot"Nick1 Nick2 ... NickN"
>
>Where 'N' constitutes as any number. So if I want Cool and Ice as
Services
>Roots I would use this line:
>
>ServicesRoot"Cool Ice"
>
>The new code will tell services that that is 2 nicknames, not one,
and you
>should have it.
>(If I am wrong, somebody please correct me). As to the database
combining,
>somebody else will have to answer that.
>
>Hope it helps,
>
>-Chris
>------------------------
>Psycho
>PsychoWeb IRC Network
>irc.psychoweb.net
>------------------------
>----------
>> From: DarkStalker <drkstlkr@goplay.com>
>> To: ircservices@delirious.shadowfire.org
>> Subject: [IRCServices] combining services databases
>> Date: Saturday, May 27, 2000 3:04 AM
>>
>>
>> I was wondering if there was a way to combine database files from
one
>> IRC services 4.3.3 and another.  You see I have a server that
wants
>> to link to mine and we both are using Unreal3.0 and IRCservices
>> 4.3.3, but neither of us wants to give up our services and lose
all
>> our users info. Any help would be appreciated.
>>
>> Also one more question. A few days ago, someone reposted the code
to
>> add to operserv.c to allow multiple service admins. Once you add
that
>> additional code, what do you do next? Thank you.
>>
>>
>+--------------------------------------------------------------------
------+
>
>> | The coolest site for free home pages, email, chat, e-cards, movie
>info.. |
>> |               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go
Play!
> |
>>
>+--------------------------------------------------------------------
------+
>
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               <A  HREF="http://www.goplay.com">http://www.goplay.com</A> - it's time to Go Play!              |
+--------------------------------------------------------------------------+

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Tue May 30 16:14:17 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
In-Reply-To: <00053100004400.03680@jpc.ptlink.net>; from Lamego@PTlink.net on Tue, May 30, 2000 at 11:59:27PM +0100
References: <89844152.2.361@mx1-11.onmedia.com> <00053100004400.03680@jpc.ptlink.net>
Message-ID: 20000530181417.A58169@edgemaster.zombie.org

On Tue, May 30, 2000 at 11:59:27PM +0100, Joao Luis Marques Pinto wrote:
> Just do "make"
> and "make install" to install them
> like you made the first time... remember ;)?
> maybe its safer "make clean" first

If its BSD, replace 'make' with 'gmake'.  The Makefiles in ircservices
are GNU Makefile-ish, so you'll need to use the GNU Make, not the BSD
make.

(I know that applies to FreeBSD, not sure about others but I'm 99.99% sure
 it applies there too.)

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
       PGP KeyID: 4AC781C7        ICQ UIN: 27955995
       EFAX: (603) 372-1638       IRC: drdink@SlashNET

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From drkstlkr at goplay.com  Tue May 30 20:08:08 2000
From: drkstlkr at goplay.com (DarqStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] combining services databases
Message-ID: 89875086.3.361@mx1&#45;11.onmedia.com

Thanks to everyone who replyed to my question :)




Sean Kelly <smkelly@zombie.org> wrote on Tuesday May 30, 2000 at  
4:59pm:
>On Tue, May 30, 2000 at 11:59:27PM +0100, Joao Luis Marques Pinto 
wrote:
>> Just do "make"
>> and "make install" to install them
>> like you made the first time... remember ;)?
>> maybe its safer "make clean" first
>
>If its BSD, replace 'make' with 'gmake'.  The Makefiles in 
ircservices
>are GNU Makefile-ish, so you'll need to use the GNU Make, not the BSD
>make.
>
>(I know that applies to FreeBSD, not sure about others but I'm 
99.99% sure
> it applies there too.)
>
>-- 
>Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
>       PGP KeyID: 4AC781C7        ICQ UIN: 27955995
>       EFAX: (603) 372-1638       IRC: drdink@SlashNET
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               http://www.goplay.com - it's time to Go Play!              |
+--------------------------------------------------------------------------+

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Fri Jun  2 12:39:54 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <l03130301b558cf5370fc@[10.38.239.101]>
References: l03130301b558cf5370fc@[10.38.239.101]
Message-ID: NCBBIPDDJGGDOCPMKPKPOECKDFAA.andrewk@icon.co.za

This is a general reply to all the posts...

I think an SQL server would be a more robust storage method than the flat
files we use at present. I don't think we should replace them all together.
I would like an interface implemented in such a way that services writes
(saves) data and reads (loads) data in a fixed manner that is independant of
the method used to actually store it. This would allow people to implement a
variety of different storage mechanisms that are invisible to services. In
the end, services would be ignorant as to how or where it's data comes from
or goes to. This I hope will become a reality when modules are implemented.

Maybe someone wants to implement, dare I say it, an XML interface? :)

Andrew

> -----Original Message-----
> From: owner-ircservices@delirious.shadowfire.org
> [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Jonathan
> Morton
> Sent: 30 May 2000 03:59
> To: ircservices@delirious.shadowfire.org
> Subject: Re: [IRCServices] New services implementations & Updates?
>
>
> >The idea of using SQL sounds good at first. But these services
> are generally
> >used by small or medium IRC networks all over the world. Some of
> them have
> >low configurations and smaller bandwidths. These implementation
> would need
> >an additional SQL server as Andy pointed out. Also having
> statistics on web
> >would result to another performance decrease. Security is another point.
>
> Might I suggest a compromise, which would allow the increased Web
> functionality while retaining the simplicity of the existing system:
>
> When a change is made to the Services database, export that change to an
> OPTIONAL SQL database, which may or may not be on a different
> server.  Then
> the Web-functionality can be stuck on top of that SQL database as
> required.
> If changes need to be made in the reverse direction too, then a mechanism
> for re-importing changes should be made available.
>
> I think they key issue here is to avoid changing the basic implementation
> where possible, but provide hooks so that bigger functionality
> can be added
> as and when it is desired, and can be set up by the server owners.  I
> really like the way Services can be set up with minimal effort - I gather
> setting up SQL is rather less trivial.  By making SQL optional,
> we can grab
> that extra functionality for those that want it (we probably don't, on our
> small server) but keep it simple for those that don't.  As for security,
> that would need to be addressed by whoever decided to activate the SQL
> setup - basic functionality should not be affected.
>
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
>
> The key to knowledge is not to rely on people to teach you it.
> --------------------------------------------------------------
> Contributing to the VNC Project - <A  HREF="http://www.uk.research.att.com/vnc/">http://www.uk.research.att.com/vnc/</A>
> Macintosh VNCserver v3.3.2 beta2.3 now posted at:
>       <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sun Jun  4 05:21:18 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
References: <NCBBIPDDJGGDOCPMKPKPOECKDFAA.andrewk@icon.co.za>
Message-ID: 00cd01bfce1f$6c6ffd90$0101a8c0@internal.sunnyline.co.za

WAP Enabled NickServ ? :P *LOL*

Chow
Chris

BTW, I'll be reading a bit deaper with more attention the replies received
and perhaps come to a more "rpbust & complete" scenario and implementations.
I must admit however, I did *not* lookup on the actual performance loss /
gain on SQL related databases and such, it was just an idea pondering in my
head...


----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: 02 June 2000 09:39
Subject: RE: [IRCServices] New services implementations & Updates?


> This is a general reply to all the posts...
>
> I think an SQL server would be a more robust storage method than the flat
> files we use at present. I don't think we should replace them all
together.
> I would like an interface implemented in such a way that services writes
> (saves) data and reads (loads) data in a fixed manner that is independant
of
> the method used to actually store it. This would allow people to implement
a
> variety of different storage mechanisms that are invisible to services. In
> the end, services would be ignorant as to how or where it's data comes
from
> or goes to. This I hope will become a reality when modules are
implemented.
>
> Maybe someone wants to implement, dare I say it, an XML interface? :)
>
> Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@delirious.shadowfire.org
> > [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Jonathan
> > Morton
> > Sent: 30 May 2000 03:59
> > To: ircservices@delirious.shadowfire.org
> > Subject: Re: [IRCServices] New services implementations & Updates?
> >
> >
> > >The idea of using SQL sounds good at first. But these services
> > are generally
> > >used by small or medium IRC networks all over the world. Some of
> > them have
> > >low configurations and smaller bandwidths. These implementation
> > would need
> > >an additional SQL server as Andy pointed out. Also having
> > statistics on web
> > >would result to another performance decrease. Security is another
point.
> >
> > Might I suggest a compromise, which would allow the increased Web
> > functionality while retaining the simplicity of the existing system:
> >
> > When a change is made to the Services database, export that change to an
> > OPTIONAL SQL database, which may or may not be on a different
> > server.  Then
> > the Web-functionality can be stuck on top of that SQL database as
> > required.
> > If changes need to be made in the reverse direction too, then a
mechanism
> > for re-importing changes should be made available.
> >
> > I think they key issue here is to avoid changing the basic
implementation
> > where possible, but provide hooks so that bigger functionality
> > can be added
> > as and when it is desired, and can be set up by the server owners.  I
> > really like the way Services can be set up with minimal effort - I
gather
> > setting up SQL is rather less trivial.  By making SQL optional,
> > we can grab
> > that extra functionality for those that want it (we probably don't, on
our
> > small server) but keep it simple for those that don't.  As for security,
> > that would need to be addressed by whoever decided to activate the SQL
> > setup - basic functionality should not be affected.
> >
> > --------------------------------------------------------------
> > from:     Jonathan "Chromatix" Morton
> > mail:     chromi@cyberspace.org  (not for attachments)
> > uni-mail: j.d.morton@lancaster.ac.uk
> >
> > The key to knowledge is not to rely on people to teach you it.
> > --------------------------------------------------------------
> > Contributing to the VNC Project - <A  HREF="http://www.uk.research.att.com/vnc/">http://www.uk.research.att.com/vnc/</A>
> > Macintosh VNCserver v3.3.2 beta2.3 now posted at:
> > <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sun Jun  4 05:21:18 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] New services implementations & Updates?
References: <NCBBIPDDJGGDOCPMKPKPOECKDFAA.andrewk@icon.co.za>
Message-ID: 000201bfce24$f26a71f0$0101a8c0@internal.sunnyline.co.za

WAP Enabled NickServ ? :P *LOL*

Chow
Chris

BTW, I'll be reading a bit deaper with more attention the replies received
and perhaps come to a more "rpbust & complete" scenario and implementations.
I must admit however, I did *not* lookup on the actual performance loss /
gain on SQL related databases and such, it was just an idea pondering in my
head...


----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: 02 June 2000 09:39
Subject: RE: [IRCServices] New services implementations & Updates?


> This is a general reply to all the posts...
>
> I think an SQL server would be a more robust storage method than the flat
> files we use at present. I don't think we should replace them all
together.
> I would like an interface implemented in such a way that services writes
> (saves) data and reads (loads) data in a fixed manner that is independant
of
> the method used to actually store it. This would allow people to implement
a
> variety of different storage mechanisms that are invisible to services. In
> the end, services would be ignorant as to how or where it's data comes
from
> or goes to. This I hope will become a reality when modules are
implemented.
>
> Maybe someone wants to implement, dare I say it, an XML interface? :)
>
> Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@delirious.shadowfire.org
> > [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Jonathan
> > Morton
> > Sent: 30 May 2000 03:59
> > To: ircservices@delirious.shadowfire.org
> > Subject: Re: [IRCServices] New services implementations & Updates?
> >
> >
> > >The idea of using SQL sounds good at first. But these services
> > are generally
> > >used by small or medium IRC networks all over the world. Some of
> > them have
> > >low configurations and smaller bandwidths. These implementation
> > would need
> > >an additional SQL server as Andy pointed out. Also having
> > statistics on web
> > >would result to another performance decrease. Security is another
point.
> >
> > Might I suggest a compromise, which would allow the increased Web
> > functionality while retaining the simplicity of the existing system:
> >
> > When a change is made to the Services database, export that change to an
> > OPTIONAL SQL database, which may or may not be on a different
> > server.  Then
> > the Web-functionality can be stuck on top of that SQL database as
> > required.
> > If changes need to be made in the reverse direction too, then a
mechanism
> > for re-importing changes should be made available.
> >
> > I think they key issue here is to avoid changing the basic
implementation
> > where possible, but provide hooks so that bigger functionality
> > can be added
> > as and when it is desired, and can be set up by the server owners.  I
> > really like the way Services can be set up with minimal effort - I
gather
> > setting up SQL is rather less trivial.  By making SQL optional,
> > we can grab
> > that extra functionality for those that want it (we probably don't, on
our
> > small server) but keep it simple for those that don't.  As for security,
> > that would need to be addressed by whoever decided to activate the SQL
> > setup - basic functionality should not be affected.
> >
> > --------------------------------------------------------------
> > from:     Jonathan "Chromatix" Morton
> > mail:     chromi@cyberspace.org  (not for attachments)
> > uni-mail: j.d.morton@lancaster.ac.uk
> >
> > The key to knowledge is not to rely on people to teach you it.
> > --------------------------------------------------------------
> > Contributing to the VNC Project - <A  HREF="http://www.uk.research.att.com/vnc/">http://www.uk.research.att.com/vnc/</A>
> > Macintosh VNCserver v3.3.2 beta2.3 now posted at:
> > <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mwsmith at darkmage.net  Fri Jun 16 14:50:41 2000
From: mwsmith at darkmage.net (Michael W. Smith)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Newbie Question - Can't connect
In-Reply-To: <Pine.LNX.4.21.0006161407150.31779-100000@raistlin.darkmage.net>
References: Pine.LNX.4.21.0006161407150.31779&#45;100000@raistlin.darkmage.net
Message-ID: Pine.LNX.4.21.0006161446190.32222&#45;100000@raistlin.darkmage.net

And yes, I have the C: and N: lines in my ircd.conf, they look like this:

C:127.0.0.1:password:raistlin.darkmage.net::99
N:127.0.0.1:password:raistlin.darkmage.net::99

Suggestions?

----------------------------------------------------------------------------
"Do not fear death so much but rather the inadequate life." - Bertolt Brecht


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mwsmith at darkmage.net  Fri Jun 16 14:14:11 2000
From: mwsmith at darkmage.net (Michael W. Smith)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Newbie Question - Can't connect
Message-ID: Pine.LNX.4.21.0006161407150.31779&#45;100000@raistlin.darkmage.net

I keep getting this error when I try to start services.

[Jun 16 14:04:18 2000] Services 4.3.2 (compiled for ircu 2.9.32-) starting
up
[Jun 16 14:04:18 2000] Databases loaded
[Jun 16 14:04:18 2000] unknown message from server (ERROR :Closing
Link:  by irc
.darkmage.net (Cannot connect a server to a user port))
[Jun 16 14:04:18 2000] Read error from server: Broken pipe

Now the only port setting I noticed was this:

RemoteServer    localhost 6667 "mypass"

So I think I'm missing something somewhere. Any suggestions? ircd.conf?
services.conf? Not even sure where I should be looking in this case. Any
help is appreciated.

                                -Mike

----------------------------------------------------------------------------
We all get to die eventually, even the damned.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From drkstlkr at goplay.com  Fri Jun 16 20:34:25 2000
From: drkstlkr at goplay.com (DarqStalker)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Newbie Question - Can't connect
Message-ID: 92293313.2.361@mx1&#45;11.onmedia.com

it looks to me you have the format of the C/N lines kinda wrong.  
Althou they look about the same, theres a bit of difference
They should follow this format:

C:remote server's IP:password:remote server's name:port:class
N:remote server's IP:password:remote server's name::class

1st off, you need the port in the C lines. And im assuming your 
connecting a services that is run on your pc, thats why you have the 
local host IP#'s

DarqStlkr
irc.fallenangels.2y.net

"Michael W. Smith" <mwsmith@darkmage.net> wrote on Friday June 16, 
2000 at  6:04pm:
>And yes, I have the C: and N: lines in my ircd.conf, they look like 
this:
>
>C:127.0.0.1:password:raistlin.darkmage.net::99
>N:127.0.0.1:password:raistlin.darkmage.net::99
>
>Suggestions?
>
>---------------------------------------------------------------------
-------
>"Do not fear death so much but rather the inadequate life." - 
Bertolt Brecht
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

+--------------------------------------------------------------------------+
| The coolest site for free home pages, email, chat, e-cards, movie info.. |
|               http://www.goplay.com - it's time to Go Play!              |
+--------------------------------------------------------------------------+

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Fri Jun 16 20:33:17 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:00:57 2004
Subject: [IRCServices] Re: Newbie Question - Can't connect
References: <92293313.2.361@mx1-11.onmedia.com>
Message-ID: 394AF17D.5A65BA4@softhome.net

DarqStalker wrote:

> i1st off, you need the port in the C lines.

Bad advice on the port number.  Yes, it is needed for remote servers -- but not
services.  Services doesn't listen for incoming connects; putting a port in its
C:line is asking for trouble.

As for the real problem, I'm not that familiar with ircu, but if I recall
correctly they decided to create server and client ports.  Meaning 6667 only
accepts client connections, 7000 or something similar would be for servers.
Services uses a server-class connection.

Hope that helps some.

-- Quension



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From tomkins at eggdrops.net  Sat Jun 17 05:12:04 2000
From: tomkins at eggdrops.net (Alex Tomkins)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Re: Newbie Question - Can't connect
In-Reply-To: <394AF17D.5A65BA4@softhome.net>
References: <92293313.2.361@mx1-11.onmedia.com>
Message-ID: 4.3.1.2.20000617125154.00a82320@pop.cableinet.co.uk

At 20:33 16/06/00 -0700, you wrote:
>DarqStalker wrote:
>
> > i1st off, you need the port in the C lines.
>
>Bad advice on the port number.  Yes, it is needed for remote servers -- 
>but not
>services.  Services doesn't listen for incoming connects; putting a port 
>in its
>C:line is asking for trouble.
>
>As for the real problem, I'm not that familiar with ircu, but if I recall
>correctly they decided to create server and client ports.  Meaning 6667 only
>accepts client connections, 7000 or something similar would be for servers.
>Services uses a server-class connection.
>
>Hope that helps some.
>
>-- Quension

You're running ircu2.10.10, which only supports P10 servers, and not 
P09.  If you want to support services then you'll have to change version of 
ircu.  Even if you were to use ircu2.10.07 you need to make slight changes 
to the ircu code and services code to get them to function properly.

If you want to set something up quickly and easily then use the ircu2.9 series.



Alex Tomkins (tomkins@eggdrops.net)
Eggdrop?  Did you say EGGDROP?  Visit www.eggdrops.net today!


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From nb at irc-centre.freeserve.co.uk  Mon Jun 19 05:53:38 2000
From: nb at irc-centre.freeserve.co.uk (four)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Newbie Question - Can't connect
References: <Pine.LNX.4.21.0006161407150.31779-100000@raistlin.darkmage.net>
Message-ID: 003901bfd9ed$66a30720$2e47883e@main

you could try altering the port setting in services.conf to 4400 i belive
ircu servers have a dedicated server port and will only connect on that port


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From vegetap at mediaone.net  Mon Jun 19 21:53:25 2000
From: vegetap at mediaone.net (Vegeta)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] version 2.2.6, still available?
Message-ID: 004a01bfda73$78168820$50a89318@ne.mediaone.net

 
        Hiya! ^_^;; 
  
  
                Can someone tell me where I can get old versions of services (specificly ver 2.2.26), the links on the old services homepage no longer work. So does anyone know where or have a copy of this version that I can have? 
     
                    Thanks.
From joshodom at uswest.net  Mon Jun 19 19:02:12 2000
From: joshodom at uswest.net (Josh Odom)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] version 2.2.6, still available?
In-Reply-To: <004a01bfda73$78168820$50a89318@ne.mediaone.net>
References: 004a01bfda73$78168820$50a89318@ne.mediaone.net
Message-ID: LPBBLELPCCCALPDHDMDOCEFBCAAA.joshodom@uswest.net

 
Why would you want 2.2.6? LOL 
   
-----Original Message-----
From: owner-ircservices@ender.shadowfire.org [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Vegeta
Sent: Monday, June 19, 2000 11:53 PM
To: ircservices@delirious.shadowfire.org
Subject: [IRCServices] version 2.2.6, still available?

 
        Hiya! ^_^;; 
  
  
                Can someone tell me where I can get old versions of services (specificly ver 2.2.26), the links on the old services homepage no longer work. So does anyone know where or have a copy of this version that I can have? 
     
                    Thanks.
From vegetap at mediaone.net  Mon Jun 19 22:13:01 2000
From: vegetap at mediaone.net (Vegeta)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] version 2.2.6, still available?
References: <LPBBLELPCCCALPDHDMDOCEFBCAAA.joshodom@uswest.net>
Message-ID: 001501bfda76$35024300$50a89318@ne.mediaone.net

 
Well I planned on just using services on a stock dal4.4.10 (with sbo patch), and I wanted to use this version of services to with them, I used to use them a while ago, but now I don't have them anymore, heh. 
Anyone know? 
  
                    thanks 
   
----- Original Message -----  
From: Josh Odom  
To: ircservices@delirious.shadowfire.org  
Sent: Monday, June 19, 2000 7:02 PM 
Subject: RE: [IRCServices] version 2.2.6, still available? 

 
Why would you want 2.2.6? LOL 
   
-----Original Message-----
From: owner-ircservices@ender.shadowfire.org [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Vegeta
Sent: Monday, June 19, 2000 11:53 PM
To: ircservices@delirious.shadowfire.org
Subject: [IRCServices] version 2.2.6, still available?

 
        Hiya! ^_^;; 
  
  
                Can someone tell me where I can get old versions of services (specificly ver 2.2.26), the links on the old services homepage no longer work. So does anyone know where or have a copy of this version that I can have? 
     
                    Thanks.
From jasonatgcn at hotmail.com  Wed Jun 21 14:34:17 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] New NickServ Command...
Message-ID: 20000621213417.97845.qmail@hotmail.com

I am suggesting a new command like /NickServ TAKE <nick> <passoword>

Services, after making sure that no one is on that nick and that the nick 
and password are correct will do a SVSNICK and identify the the user for 
that nick.  I have the following code, but I want to ask everyone if thay 
know of any potential side effects that the command would cause on services 
if it were to be implemented.  I have tested it and it seems to work fine, 
the follow code is below:

static void do_take(User *u)
{
    char *nick = strtok(NULL, " ");
    char *pass = strtok(NULL, " ");
    NickInfo *ni;
    User *u2;

    if (!nick) {
        syntax_error(s_NickServ, u, "TAKE", NICK_TAKE_SYNTAX);
    } else if ((u2 = finduser(nick))) {
        notice_lang(s_NickServ, u, NICK_X_IN_USE, nick);
    } else if (!(ni = findnick(nick))) {
        notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
    } else if (stricmp(nick, u->nick) == 0) {
        notice_lang(s_NickServ, u, NICK_NO_GHOST_SELF);
    } else if (pass) {
       int res = check_password(pass, ni->pass);
        if (res == 1) {
            send_cmd(NULL, "SVSNICK %s %s :%ld", u->nick, ni->nick, 
time(NULL));
        ni->status |= NS_IDENTIFIED;
        ni->id_timestamp = u->signon;
        if (!(ni->status & NS_RECOGNIZED)) {
            ni->last_seen = time(NULL);
            if (ni->last_usermask)
                free(ni->last_usermask);
            ni->last_usermask = 
smalloc(strlen(u->username)+strlen(u->host)+2);
            sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
            if (ni->last_realname)
                free(ni->last_realname);
            ni->last_realname = sstrdup(u->realname);
        }
        } else {
            if (res == 0) {
                log("%s: RELEASE: invalid password for %s by %s!%s@%s",
                        s_NickServ, nick, u->nick, u->username, u->host);
                bad_password(u);
            }
        }
    } else {
        if (!(ni->flags & NI_SECURE) && is_on_access(u, ni)) {
            char buf[NICKMAX+32];
            snprintf(buf, sizeof(buf), "TAKE command used by %s", u->nick);
            kill_user(s_NickServ, nick, buf);
            notice_lang(s_NickServ, u, NICK_TAKE_KILLED, nick);
        } else {
        }
    }
}

Please tell me what you think, and if you like it, perhaps it  will be 
implemented in future versions of services.
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Wed Jun 21 17:22:45 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] New NickServ Command...
Message-ID: 20000622002246.16867.qmail@hotmail.com

I am suggesting a new command like /NickServ TAKE <nick> <passoword>

Services, after making sure that no one is on that nick and that the nick 
and password are correct will do a SVSNICK and identify the the user for 
that nick.  I have the following code, but I want to ask everyone if thay 
know of any potential side effects that the command would cause on services 
if it were to be implemented.  I have tested it and it seems to work fine, 
the follow code is below:

static void do_take(User *u)
{
    char *nick = strtok(NULL, " ");
    char *pass = strtok(NULL, " ");
    NickInfo *ni;
    User *u2;

    if (!nick) {
        syntax_error(s_NickServ, u, "TAKE", NICK_TAKE_SYNTAX);
    } else if ((u2 = finduser(nick))) {
        notice_lang(s_NickServ, u, NICK_X_IN_USE, nick);
    } else if (!(ni = findnick(nick))) {
        notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
    } else if (stricmp(nick, u->nick) == 0) {
        notice_lang(s_NickServ, u, NICK_NO_GHOST_SELF);
    } else if (pass) {
       int res = check_password(pass, ni->pass);
        if (res == 1) {
            send_cmd(NULL, "SVSNICK %s %s :%ld", u->nick, ni->nick, 
time(NULL));
        ni->status |= NS_IDENTIFIED;
        ni->id_timestamp = u->signon;
        if (!(ni->status & NS_RECOGNIZED)) {
            ni->last_seen = time(NULL);
            if (ni->last_usermask)
                free(ni->last_usermask);
            ni->last_usermask = 
smalloc(strlen(u->username)+strlen(u->host)+2);
            sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
            if (ni->last_realname)
                free(ni->last_realname);
            ni->last_realname = sstrdup(u->realname);
        }
        } else {
            if (res == 0) {
                log("%s: RELEASE: invalid password for %s by %s!%s@%s",
                        s_NickServ, nick, u->nick, u->username, u->host);
                bad_password(u);
            }
        }
    } else {
        if (!(ni->flags & NI_SECURE) && is_on_access(u, ni)) {
            char buf[NICKMAX+32];
            snprintf(buf, sizeof(buf), "TAKE command used by %s", u->nick);
            kill_user(s_NickServ, nick, buf);
            notice_lang(s_NickServ, u, NICK_TAKE_KILLED, nick);
        } else {
        }
    }
}

Please tell me what you think, and if you like it, perhaps it  will be 
implemented in future versions of services.
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Thu Jun 22 09:27:00 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Addition for the command line...
Message-ID: 20000622162700.20484.qmail@hotmail.com

Imagine that someone were to add an akill like *@* or akill the server 
admin.  This could be a huge problem because the only rel solution would to 
delete akill.db and restart services.  I am suggesting that you make an 
addition like: ./services noakill

That would load services yet not preform Akills, this would give the staff a 
chance to remove the bad akill yet leave the other akills intact.

Another suggestion I have is that the when using the set password command, 
you need to supply the correct current password.  I know that this is not 
really necessary but might be a good addition.
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Thu Jun 22 12:00:04 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] ircservices-4.4.4 [stable-beta] released
Message-ID: NCBBIPDDJGGDOCPMKPKPIEJFDFAA.andrewk@icon.co.za

Version 4.4.4 is now available. The following things have been fixed:

Fixed a cosmetic bug when viewing akicks.
Fixed a bug to do with enforcer nick introduction after a nick
    kill enforcement.
Fixed problem with DAL4_4_15 servers not having the +r usermode
    removed from nicks that were not registered, after a user
    changed nicks.
Fixed a cosmetic bug in exception limit deletion replies.
Bahamut no longer complains about nick enforcers' nicks.
    Reported by Paul R. Edelkamp, Jr. <pedelkamp@loveshack.org>
Re-organised how nicknames are introduced to the server.
Fixed the problem with Services crashing when it expired nick
    suspensions. Reported by VisualCorp <chile@visualcorp.com>
Added support for Bahamut v1.4(02)'s *working* SIDENTIFY.

You can download the archive from:

ftp://ender.shadowfire.org/pub/ircservices/beta/

Mirror sites should be updated by 08h00 GMT June 23rd.

I have to stress that this is still a beta due to my lack of coding time.
However, I've been running it for well over 2 months and have had no major
problems. There are still a few things I'd like to complete before making it
a release version.

Currently I'm working on implementing the AOP/SOP/VOP suggestions that were
made a few weeks back. I've taken this oppertunity to rework the way access
lists are handled and the way lists, in general, work - so things are taking
a while to complete.

Regards, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chriswh at cyberhighway.net  Thu Jun 22 13:57:08 2000
From: chriswh at cyberhighway.net (Chris)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Addition for the command line...
Message-ID: E135E9o&#45;000PEG&#45;00@delirious.shadowfire.org

A suggestion...Make a list that will not allow akills to be placed on
specific people. I do believe this is already in effect if defined in the
configuration file.That may be in the beta that I'm confusing with the
current. It's coming out somewhere. But it has something to do with not
allowing akills to be placed on services operators/admins/roots

----------
> From: Jason at GCN <jasonatgcn@hotmail.com>
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Addition for the command line...
> Date: Thursday, June 22, 2000 12:27 PM
> 
> Imagine that someone were to add an akill like *@* or akill the server 
> admin.  This could be a huge problem because the only rel solution would
to 
> delete akill.db and restart services.  I am suggesting that you make an 
> addition like: ./services noakill
> 
> That would load services yet not preform Akills, this would give the
staff a 
> chance to remove the bad akill yet leave the other akills intact.
> 
> Another suggestion I have is that the when using the set password
command, 
> you need to supply the correct current password.  I know that this is not

> really necessary but might be a good addition.
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Fri Jun 23 10:46:21 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Addition for the command line...
Message-ID: 20000623174621.94873.qmail@hotmail.com

How would the list work though, by last seen address of a nick, or by a 
certain hostmask?  Suppose an account were comprimised and you had to akill 
someone on that list.  I can see how your suggestion is useful but it is not 
a solution to replace the ./services -noakill feature.  In addition the 
-noakill switch there should also be something like -nosuspend. These would 
just be safegaurds agains the suspending or akilling of a higher priveleged 
user.

>
>A suggestion...Make a list that will not allow akills to be placed on
>specific people. I do believe this is already in effect if defined in the
>configuration file.That may be in the beta that I'm confusing with the
>current. It's coming out somewhere. But it has something to do with not
>allowing akills to be placed on services operators/admins/roots
>
>----------
> > From: Jason at GCN <jasonatgcn@hotmail.com>
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Addition for the command line...
> > Date: Thursday, June 22, 2000 12:27 PM
> >
> > Imagine that someone were to add an akill like *@* or akill the server
> > admin.  This could be a huge problem because the only rel solution would
>to
> > delete akill.db and restart services.  I am suggesting that you make an
> > addition like: ./services noakill
> >
> > That would load services yet not preform Akills, this would give the
>staff a
> > chance to remove the bad akill yet leave the other akills intact.
> >
> > Another suggestion I have is that the when using the set password
>command,
> > you need to supply the correct current password.  I know that this is 
>not
>
> > really necessary but might be a good addition.
> > ________________________________________________________________________
> > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rafael at kapa.procergs.com.br  Fri Jun 23 10:42:11 2000
From: rafael at kapa.procergs.com.br (Rafael Ritter)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Problems loading DB
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPIEJFDFAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPIEJFDFAA.andrewk@icon.co.za
Message-ID: 4.3.1.0.20000623143600.01db5100@equipe.via&#45;rs.com.br

hello all...

I don´t know if someone can help me ...

some days ago my services stopped to work (no modification was made) and 
the log file says that:

[Jun 23 15:30:02 2000] Services 4.3.2 (compiled for ircd.dal 4.4.15+) 
starting up
[Jun 23 15:30:02 2000] Invalid version number (8) on nick.db
[Jun 23 15:30:02 2000] FATAL: Unsupported version number (0) on nick.db

I downloaded the file ircservices-4.3.3.tar.gz (I don´t know why the log 
shows version 4.3.2...)

Well, if someone know how to solve this problem, please save my life :P
ps. I use Unreal IRCd but never had any problem.

Rafael Ritter
VIA RS Team

At 21:00 22/06/2000 +0200, you wrote:
>Version 4.4.4 is now available. The following things have been fixed:
>
>Fixed a cosmetic bug when viewing akicks.
>Fixed a bug to do with enforcer nick introduction after a nick
>     kill enforcement.
>Fixed problem with DAL4_4_15 servers not having the +r usermode
>     removed from nicks that were not registered, after a user
>     changed nicks.
>Fixed a cosmetic bug in exception limit deletion replies.
>Bahamut no longer complains about nick enforcers' nicks.
>     Reported by Paul R. Edelkamp, Jr. <pedelkamp@loveshack.org>
>Re-organised how nicknames are introduced to the server.
>Fixed the problem with Services crashing when it expired nick
>     suspensions. Reported by VisualCorp <chile@visualcorp.com>
>Added support for Bahamut v1.4(02)'s *working* SIDENTIFY.
>
>You can download the archive from:
>
>ftp://ender.shadowfire.org/pub/ircservices/beta/
>
>Mirror sites should be updated by 08h00 GMT June 23rd.
>
>I have to stress that this is still a beta due to my lack of coding time.
>However, I've been running it for well over 2 months and have had no major
>problems. There are still a few things I'd like to complete before making it
>a release version.
>
>Currently I'm working on implementing the AOP/SOP/VOP suggestions that were
>made a few weeks back. I've taken this oppertunity to rework the way access
>lists are handled and the way lists, in general, work - so things are taking
>a while to complete.
>
>Regards, Andrew
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From bradbury at rebeldev.net  Fri Jun 23 13:07:24 2000
From: bradbury at rebeldev.net (Matt Bradbury)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Addition for the command line...
References: <20000623174621.94873.qmail@hotmail.com>
Message-ID: 000b01bfdd4e$a8d40cc0$d664103f@rebel2000

there is a very simple solution ... check for the mask *@* in the akill
function and do not allow that akill to be placed and since akills can be
placed outside of services, bounce akills that match that as well, this
would prevent you from needing -noakill, and as for -nosuspend that should
be an online check as well, services should never allow you to suspend
someone that is of a higher level than you.

Just my 2 cents

Matt Bradbury

Side note: most new IRCD's won't allow the akilling of *@* anyway since
there is never a time when akilling *@* would be warranted.

----- Original Message -----
From: "Jason at GCN" <jasonatgcn@hotmail.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Friday, June 23, 2000 1:46 PM
Subject: Re: [IRCServices] Addition for the command line...


> How would the list work though, by last seen address of a nick, or by a
> certain hostmask?  Suppose an account were comprimised and you had to
akill
> someone on that list.  I can see how your suggestion is useful but it is
not
> a solution to replace the ./services -noakill feature.  In addition the
> -noakill switch there should also be something like -nosuspend. These
would
> just be safegaurds agains the suspending or akilling of a higher
priveleged
> user.
>
> >
> >A suggestion...Make a list that will not allow akills to be placed on
> >specific people. I do believe this is already in effect if defined in the
> >configuration file.That may be in the beta that I'm confusing with the
> >current. It's coming out somewhere. But it has something to do with not
> >allowing akills to be placed on services operators/admins/roots
> >
> >----------
> > > From: Jason at GCN <jasonatgcn@hotmail.com>
> > > To: ircservices@ender.shadowfire.org
> > > Subject: [IRCServices] Addition for the command line...
> > > Date: Thursday, June 22, 2000 12:27 PM
> > >
> > > Imagine that someone were to add an akill like *@* or akill the server
> > > admin.  This could be a huge problem because the only rel solution
would
> >to
> > > delete akill.db and restart services.  I am suggesting that you make
an
> > > addition like: ./services noakill
> > >
> > > That would load services yet not preform Akills, this would give the
> >staff a
> > > chance to remove the bad akill yet leave the other akills intact.
> > >
> > > Another suggestion I have is that the when using the set password
> >command,
> > > you need to supply the correct current password.  I know that this is
> >not
> >
> > > really necessary but might be a good addition.
> > >
________________________________________________________________________
> > > Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
>
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Fri Jun 23 17:14:04 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Addition for the command line...
Message-ID: 20000624001404.9356.qmail@hotmail.com

Currently, I believe services does allow the suspension of a nick with a 
higher access level.  Having -noakill would still be benificial in a case 
where a compromised account were to akill the last seen adress the irc 
staff.  Not just the *@*, or an *@*.*, with the new Immediate AKILL option I 
believe it is worth having an option of loading services without processing 
akills.
>
>there is a very simple solution ... check for the mask *@* in the akill
>function and do not allow that akill to be placed and since akills can be
>placed outside of services, bounce akills that match that as well, this
>would prevent you from needing -noakill, and as for -nosuspend that should
>be an online check as well, services should never allow you to suspend
>someone that is of a higher level than you.
>
>Just my 2 cents
>
>Matt Bradbury
>
>Side note: most new IRCD's won't allow the akilling of *@* anyway since
>there is never a time when akilling *@* would be warranted.

________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uhc0 at rz.uni-karlsruhe.de  Sun Jun 25 07:34:13 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:58 2004
Subject: AW: [IRCServices] Addition for the command line...
In-Reply-To: <20000624001404.9356.qmail@hotmail.com>
References: 20000624001404.9356.qmail@hotmail.com
Message-ID: NDBBKLOOKLMAKHFICBLCOEIDDAAA.uhc0@rz.uni&#45;karlsruhe.de


Hello;

As far as I am informed, services does place an akill, but, an akill is not
activated until the next user matching an autokill connects the network.
Therefore, there is always enough time to erase an autokill, I think.

If you think, that there might be an irc operator, who accidentally
"removes" a
services administrator by doing an autokill AND forcably killing this
person, so that
he/she has to reconnect, then I would say, that you ought to check, whom you
are making
an irc operator.

And, additionally, if you move the akill.db somewhere else, services of
course
would start with an empty akill database, which, also would be a solution.

Regards;
yusuf

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de
eMail - s_iskend@ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------

> -----Ursprüngliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Jason at
> GCN
> Gesendet: Samstag, 24. Juni 2000 02:14
> An: ircservices@ender.shadowfire.org
> Betreff: Re: [IRCServices] Addition for the command line...
>
>
> Currently, I believe services does allow the suspension of a nick with a
> higher access level.  Having -noakill would still be benificial in a case
> where a compromised account were to akill the last seen adress the irc
> staff.  Not just the *@*, or an *@*.*, with the new Immediate
> AKILL option I
> believe it is worth having an option of loading services without
> processing
> akills.
> >
> >there is a very simple solution ... check for the mask *@* in the akill
> >function and do not allow that akill to be placed and since akills can be
> >placed outside of services, bounce akills that match that as well, this
> >would prevent you from needing -noakill, and as for -nosuspend
> that should
> >be an online check as well, services should never allow you to suspend
> >someone that is of a higher level than you.
> >
> >Just my 2 cents
> >
> >Matt Bradbury
> >
> >Side note: most new IRCD's won't allow the akilling of *@* anyway since
> >there is never a time when akilling *@* would be warranted.
>
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Sun Jun 25 11:00:00 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:58 2004
Subject: AW: [IRCServices] Addition for the command line...
In-Reply-To: <NDBBKLOOKLMAKHFICBLCOEIDDAAA.uhc0@rz.uni-karlsruhe.de>
References: <20000624001404.9356.qmail@hotmail.com>
Message-ID: l03130300b57bf5781b0c@[10.38.239.101]

>As far as I am informed, services does place an akill, but, an akill is not
>activated until the next user matching an autokill connects the network.
>Therefore, there is always enough time to erase an autokill, I think.
>
>If you think, that there might be an irc operator, who accidentally
>"removes" a
>services administrator by doing an autokill AND forcably killing this
>person, so that
>he/she has to reconnect, then I would say, that you ought to check, whom you
>are making
>an irc operator.
>
>And, additionally, if you move the akill.db somewhere else, services of
>course
>would start with an empty akill database, which, also would be a solution.

What happens if Services is started _after_ the admin is online?  Does it
not check who is online at the moment it starts up?  Simply moving the
akill.db is practically the same as deleting it, IMHO, as it can't be
merged in while services is running, and it can't be edited without being
connected to an IRC server with Services attached.

A workaround might be to move the akill.db to a small Linux box running
Services and an ircd, and connect using "localhost" to avoid the ISP-based
AKILL.  Then the db can be edited safely, and moved back to the main server
when all is well.  The admin _should_ have telnet access to their server
anyway, and it's easy to install a basic IRC client such as ircII on
something standard enough to run an ircd and Services, so it might not even
be necessary to bring down the server or services, provided the admin has
rights to _be_ the admin from localhost and no AKILL has been set on same.
Of course, if an AKILL has been set up on localhost and every other ISP
that the admin has rights from (and an account on) then you're screwed
anyway and will have to trash the akill.db (and preferably that lamer who
set up the bans in the first place).

Perhaps an editor for the databases, that is independant of the IRC
protocols, would be a good idea?  Since I assume the db's are in a
simple(?) flat-file format, it shouldn't be too hard to generate such an
editor, especially if source is culled from Services itself.  Such an
editor could even eventually be made capable of partially fixing corrupted
databases, for those advanced users who know what they're doing (yes, we've
had a corrupt database before, we lost 2/3rds of the nick registrations and
correspondingly about 1/2 the channels disappeared with them).

Also, it might be an idea to introduce "exception-bans" in the style of the
+e channel-mode and the e:line in ircd.conf.  Setting an Exception on the
admin staff (as a minimum) would make it impossible for such lame acivity
to happen in the first place.  It's also handy for if you have just _one_
un-lame regular user from a lamerz' ISP, then you can set an exception on
him and AKILL the rest of the ISP.  It's always annoying when you have a
lame ISP but one of your friends uses it.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE-
Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chriswh at cyberhighway.net  Mon Jun 26 13:58:18 2000
From: chriswh at cyberhighway.net (Chris)
Date: Sat Oct 23 23:00:58 2004
Subject: AW: [IRCServices] Addition for the command line...
Message-ID: E136g4r&#45;00012T&#45;00@delirious.shadowfire.org

Well, if you generated such an editor, if ANYBODY got a hold of your DB's
and had the editor,
there goes your stuff. There would have to be some sort of locking that
would only allow the databases owner to read it. Such as a password(?). How
to do this(or how much sense I'm making) I don't know.

Also... on the ./services -noakill thing...how about a timer? No akills
will be made within N seconds
set in the services.conf Sound good or not? I'm just throwing things out
here.
so If I have like

'NoAkillTime 30' in my services.conf and I do a './services -noakill' then
services would not make a single akill 30 seconds after they have
started.(may want to go higher than 30 to give it time to connect, etc.)

Just some ideas.

-Chris

----------
> From: Jonathan Morton <chromi@cyberspace.org>
> To: ircservices@delirious.shadowfire.org
> Subject: Re: AW: [IRCServices] Addition for the command line...
> Date: Sunday, June 25, 2000 2:00 PM
> 

<snip already posted material>

> 
> What happens if Services is started _after_ the admin is online?  Does it
> not check who is online at the moment it starts up?  Simply moving the
> akill.db is practically the same as deleting it, IMHO, as it can't be
> merged in while services is running, and it can't be edited without being
> connected to an IRC server with Services attached.
> 
> A workaround might be to move the akill.db to a small Linux box running
> Services and an ircd, and connect using "localhost" to avoid the
ISP-based
> AKILL.  Then the db can be edited safely, and moved back to the main
server
> when all is well.  The admin _should_ have telnet access to their server
> anyway, and it's easy to install a basic IRC client such as ircII on
> something standard enough to run an ircd and Services, so it might not
even
> be necessary to bring down the server or services, provided the admin has
> rights to _be_ the admin from localhost and no AKILL has been set on
same.
> Of course, if an AKILL has been set up on localhost and every other ISP
> that the admin has rights from (and an account on) then you're screwed
> anyway and will have to trash the akill.db (and preferably that lamer who
> set up the bans in the first place).
> 
> Perhaps an editor for the databases, that is independant of the IRC
> protocols, would be a good idea?  Since I assume the db's are in a
> simple(?) flat-file format, it shouldn't be too hard to generate such an
> editor, especially if source is culled from Services itself.  Such an
> editor could even eventually be made capable of partially fixing
corrupted
> databases, for those advanced users who know what they're doing (yes,
we've
> had a corrupt database before, we lost 2/3rds of the nick registrations
and
> correspondingly about 1/2 the channels disappeared with them).
> 
> Also, it might be an idea to introduce "exception-bans" in the style of
the
> +e channel-mode and the e:line in ircd.conf.  Setting an Exception on the
> admin staff (as a minimum) would make it impossible for such lame acivity
> to happen in the first place.  It's also handy for if you have just _one_
> un-lame regular user from a lamerz' ISP, then you can set an exception on
> him and AKILL the rest of the ISP.  It's always annoying when you have a
> lame ISP but one of your friends uses it.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE-
> Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From putermancfc at chatfirst.com  Mon Jun 26 19:58:20 2000
From: putermancfc at chatfirst.com (PuterManCFC :ChatFIRST)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Raw Commands
Message-ID: 200006270258.TAA06552@mail11.bigmailbox.com

Does anyone have or know where a list of the raw commands and their function for IRC Services 4.3.3?

Any information to this extent would be greatly appreciated.


PuterManCFC
Network Administrator: Operations
ChatFIRST.Com


------------------------------------------------------------
Are You Bored? go here - - - - - - -> www.chatfirst.com
Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html


******************************************************
Make FREE long distance phone calls online!     
Click here to use PhoneFREE.com today!
http://adserv.internetfuel.com/cgi-bin/newredirect.cgi?AD=EMAIL-phonefree
******************************************************

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From bradbury at rebeldev.net  Mon Jun 26 21:14:44 2000
From: bradbury at rebeldev.net (Matt Bradbury)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Raw Commands
References: <200006270258.TAA06552@mail11.bigmailbox.com>
Message-ID: 002801bfdfee$3b423b30$3864103f@rebel2000

ircservices raw command is just a way of making the services server send
text directly to it's uplink, the raw commands that can be used depend on
the uplink ircd.  If you want to know all the commands that come with your
IRCD then RTFM

Matt Bradbury
Rebel Developments
irc.rebeldev.net

----- Original Message -----
From: "PuterManCFC :ChatFIRST" <putermancfc@chatfirst.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Monday, June 26, 2000 10:58 PM
Subject: [IRCServices] Raw Commands


> Does anyone have or know where a list of the raw commands and their
function for IRC Services 4.3.3?
>
> Any information to this extent would be greatly appreciated.
>
>
> PuterManCFC
> Network Administrator: Operations
> ChatFIRST.Com
>
>
> ------------------------------------------------------------
> Are You Bored? go here - - - - - - -> www.chatfirst.com
> Do You Need A Cooler Chat Program? - - - - - -
>www.chatfirst.com/downloads.html
>
>
> ******************************************************
> Make FREE long distance phone calls online!
> Click here to use PhoneFREE.com today!
> http://adserv.internetfuel.com/cgi-bin/newredirect.cgi?AD=EMAIL-phonefree
> ******************************************************
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jun 27 01:58:46 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:58 2004
Subject: AW: [IRCServices] Addition for the command line...
In-Reply-To: <E136g4r-00012T-00@delirious.shadowfire.org>
References: E136g4r&#45;00012T&#45;00@delirious.shadowfire.org
Message-ID: l03130303b57e1c54229d@[10.38.239.101]

>Well, if you generated such an editor, if ANYBODY got a hold of your DB's
>and had the editor,
>there goes your stuff. There would have to be some sort of locking that
>would only allow the databases owner to read it. Such as a password(?). How
>to do this(or how much sense I'm making) I don't know.

If anyone gets hold of your DB's anyway, you're stuffed just as bad if the
hacker has access to so much as a hex editor (most do).  Besides, writing
an editor is likely so simple that anyone determined enough to want access
to the DB could do so.

The best solution to securing the DB is simply to make your server secure
in the first place, and make sure the DB's are readable only by the user
who is the admin (chmod 600 services/data/*.db).

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE-
Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From laser at montecatini.net  Mon Jun 26 13:20:03 2000
From: laser at montecatini.net (las3r........master of elements)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
Message-ID: 004601bfdfab$e93aa6c0$03746ec3@montecatini.net


Hi,
 
 I have one question, there are a services ( nickserv, chanserv, etc ) for
 protocoll
 ircu 2.10.x ( undernet ) ???
 
 thx
Alex
 
 WWW Coliseum S.r.l
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Jun 27 14:30:48 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
In-Reply-To: <004601bfdfab$e93aa6c0$03746ec3@montecatini.net>
References: 004601bfdfab$e93aa6c0$03746ec3@montecatini.net
Message-ID: B57E9548.92%anarki@flamebait.org

The recommended server, under which Services has been developed, is
    DALnet 4.4.x (x < 15); version 4.4.10 of that server is also
    present at the official Services distribution site.  More recent
    versions of the DALnet server, through 4.6.7 Dreamforge, have been
    reported to work with Services.  The Undernet server version 2.9.x
    has also been reported to work; support has been added in Services
    4.0 for ircu 2.10.x, but it appears that changes in the Undernet
    ircd have made Services fail to function with that server--either
    downgrade to 2.9.32 or switch to the DALnet server.  Support is
    also present for base irc2.x distributions (with or without the TS8
    extension), but also has not been extensively tested.  More recent
    extensions like +CS and TS4 are known _not_ to work.  See the
    README for more information.


Scott
aka Anarki
Server Admin
NoDoze.ShadowFire.Org

on 6/26/00 4:20 PM, las3r........master of elements at laser@montecatini.net
wrote:

> 
> Hi,
> 
> I have one question, there are a services ( nickserv, chanserv, etc ) for
> protocoll
> ircu 2.10.x ( undernet ) ???
> 
> thx
> Alex
> 
> WWW Coliseum S.r.l
>> 
>> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Tue Jun 27 22:49:36 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
References: <B57E9548.92%anarki@flamebait.org>
Message-ID: 002301bfe0c4$a48b7d00$9c011ac4@shadow

All future development will be for DALnet's Bahamut ircd. This ircd combines
the benefits of Hybrid (speed and TS3) and Dreamforge (Services support -
among other things).

Andrew

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Tuesday, June 27, 2000 11:30 PM
Subject: Re: [IRCServices] I: service for ircu


> The recommended server, under which Services has been developed, is
>     DALnet 4.4.x (x < 15); version 4.4.10 of that server is also
>     present at the official Services distribution site.  More recent
>     versions of the DALnet server, through 4.6.7 Dreamforge, have been
>     reported to work with Services.  The Undernet server version 2.9.x
>     has also been reported to work; support has been added in Services
>     4.0 for ircu 2.10.x, but it appears that changes in the Undernet
>     ircd have made Services fail to function with that server--either
>     downgrade to 2.9.32 or switch to the DALnet server.  Support is
>     also present for base irc2.x distributions (with or without the TS8
>     extension), but also has not been extensively tested.  More recent
>     extensions like +CS and TS4 are known _not_ to work.  See the
>     README for more information.
>
>
> Scott
> aka Anarki
> Server Admin
> NoDoze.ShadowFire.Org
>
> on 6/26/00 4:20 PM, las3r........master of elements at
laser@montecatini.net
> wrote:
>
> >
> > Hi,
> >
> > I have one question, there are a services ( nickserv, chanserv, etc )
for
> > protocoll
> > ircu 2.10.x ( undernet ) ???
> >
> > thx
> > Alex
> >
> > WWW Coliseum S.r.l
> >>
> >>
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kfiresun at ix.netcom.com  Wed Jun 28 17:02:54 2000
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
References: <B57E9548.92%anarki@flamebait.org> <002301bfe0c4$a48b7d00$9c011ac4@shadow>
Message-ID: 000701bfe15d$6060fbc0$37526dd1@tiphares.com


----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: Wednesday, June 28, 2000 12:49 AM
Subject: Re: [IRCServices] I: service for ircu


> All future development will be for DALnet's Bahamut ircd. This ircd
combines
> the benefits of Hybrid (speed and TS3) and Dreamforge (Services support -
> among other things).
>

] ... SNIP ... [

Are you completely dropping support for all other IRCD's!?

If so, this sounds rather presumptuous.  Several people still use the older
daemons for many reasons, not to say the least are for efficiency and
"ethic"
reasons.  (Some people view forcively changing a user's mode and/or nick to
be wrong)

For my own reasons, this is going to make things harder on my part with the
designs of the IRCD that I've been working on for sometime.  I'll not have
a familiar starting ground on which to make my daemon compatible with
services.
That being the original server to server negotiations as outlined in RFC
1459.
Bahamut and DreamForge use a modified version there of.

Further more, you'll be shutting everyone out, not everyone is going to want
to
change their server (let alone their whole network) over to Bahamut.  Last I
had
a Bahamut/DF mix on my network it caused some major stability problems.

I urge you to please reconsider your decision in this matter.

Thank you,
Bryce Simonds
Kelmar K. Firesun


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Jun 28 22:44:01 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
In-Reply-To: <000701bfe15d$6060fbc0$37526dd1@tiphares.com>
References: 000701bfe15d$6060fbc0$37526dd1@tiphares.com
Message-ID: B5805A61.B6%anarki@flamebait.org

on 6/28/00 8:02 PM, Kelmar K. Firesun at kfiresun@ix.netcom.com wrote:

> 
> ----- Original Message -----
> From: "Andrew Kempe" <andrewk@icon.co.za>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Wednesday, June 28, 2000 12:49 AM
> Subject: Re: [IRCServices] I: service for ircu
> 
> 
>> All future development will be for DALnet's Bahamut ircd. This ircd
> combines
>> the benefits of Hybrid (speed and TS3) and Dreamforge (Services support -
>> among other things).
>> 
> 
> ] ... SNIP ... [
> 
> Are you completely dropping support for all other IRCD's!?
> 
> If so, this sounds rather presumptuous.  Several people still use the older
> daemons for many reasons, not to say the least are for efficiency and
> "ethic"
> reasons.  (Some people view forcively changing a user's mode and/or nick to
> be wrong)
> 
> For my own reasons, this is going to make things harder on my part with the
> designs of the IRCD that I've been working on for sometime.  I'll not have
> a familiar starting ground on which to make my daemon compatible with
> services.
> That being the original server to server negotiations as outlined in RFC
> 1459.
> Bahamut and DreamForge use a modified version there of.
> 
> Further more, you'll be shutting everyone out, not everyone is going to want
> to
> change their server (let alone their whole network) over to Bahamut.  Last I
> had
> a Bahamut/DF mix on my network it caused some major stability problems.
> 
> I urge you to please reconsider your decision in this matter.
> 
> Thank you,
> Bryce Simonds
> Kelmar K. Firesun
> 
> 

I'm FAR from the decision maker as to what ircservices is and isn't
capatible with. but I'd like to share a few pennies with you.

First, is that ircservices are free of charge, meaning the coder(s) isn't
getting paid a dime to code, and such code comes from kindness of heart, not
from requests from end users. Please don't confuse my last sentence to mean
that coders don't value end user input, they do, that's where alot of ideas
and bug fixes are spawned.

It's MY opinion that the coder(s) should be allowed to go any direction they
wish and the end user should expect at least what the pay for.

I am friends with several coders of services. Opus for OtherNet Services,
Andrew Kempe, current maintainer of ircservices and I would like to count
Andy Church in that group if I only got to know him more, seems that I don't
see him interact publicly as often. It seems that the majority opinion from
GPL coders in general is that their number one issue is that the end user
isn't satisfied with what is given to them for free, they always want more
and sometimes go as far as demanding more. I'm not saying nor implying that
you or anyone associated with yourself or your network is doing such, I'm
saying basiclly you can't please everyone. CServe for OtherNet was pulled
off of the GPL license with the release of CS6/UW9, Opus tried to sell the
code he worked very hard on and nearly "gave" the project away, just to rid
of it. CServe/UWorld is unfortunately no longer available to the public. GPL
or for sale. Opus was pounded because the code wasn't public, so he made it
public with the GPL license, then he was pounded because it didn't meet end
users demands, so he tried to sell it, and was pounded 10 fold for trying to
sell it.

I can't do anything shy of admire those that write/maintain GPL Services.
They give and give without asking anything in return other than obey the
license and to RTFM before asking for support, so why not let them deside
what is supported and what isn't? So what if it's harder on a few end users.
To be blunt, most end users would be without services all together if it
wasn't for the efforts of these coders. So lets concider how hard it is on
the coders to do multidaemon support.

You also have the option to continue a mutliple ircd services yourself or
work closely with someone that maybe interested/knowledgable in
coding,ircservices is still GPL. So as long as GPL licensing is followed you
may spawn your own services off and continue that way. Please bear in mind
if it wasn't for kind hearted GPL coders, you would most likely have to buy
or code services yourself. If you follow this course of action I wish you
the best of luck. I hope you are prepared to deal with not only the
headaches of coding, but countless hours of end user support, bug fixes,
mailing lists, hundreds of emails both commending you and condemning you,
visitors trafficing your channel on your net looking for support and/or you
to install services for them because they didn't RTFM. I wish you luck, not
only for the fact that I have no ill feelings toward one that tries to make
a difference, but I wish you luck because you WILL need it ...

Secondly, if you pin point a specific IRCD type you can have it work even
closer be it is only coded for said daemon, it would only have to support
the commands from one type instead of many. This makes services smaller,
faster and seemingly more seemless than multiple ircd support (which was
Andy Church's original plan). That plan being to have good quality non
bloated ircservices. I personally like one IRCD support, 99% performance of
one daemon to me is far more valuable than 80% performance on multiple
daemon support.

What did I gain?
I didn't have to write services myself

What did I loose?
I had to use/switch the recommended daemon (which I didn't have to write it
either)

Over all, I lost nothing.


My $0.02,

Scott
aka Aanrki
aka katsklaw
Server Admin
NoDoze,ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Thu Jun 29 01:39:40 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
References: <B57E9548.92%anarki@flamebait.org> <002301bfe0c4$a48b7d00$9c011ac4@shadow> <000701bfe15d$6060fbc0$37526dd1@tiphares.com>
Message-ID: 001f01bfe1a5$90a96fe0$9c011ac4@shadow

Let me rephrase...

I will not be adding support for non-standard features found in ircd's such
as ircu, unreal etc. Nor will I be adding basic support for ircu 2.10.x - I
simply don't have the time. Bahamut will be the ircd for which I will
continue to develop.

IRC Services will ALWAYS be able to work with ircd's that it has supported
in the past. However, those ircds may not be able to make full use of the
features in IRC Services.

I hope this makes you feel a lot more comfortable. As I've said in the past,
Services will always be RFC compatible.

Hopefully in the future things will become a lot more modular. This should
make it easier for a 3rd party development.

Later, Andrew


----- Original Message -----
From: "Kelmar K. Firesun" <kfiresun@ix.netcom.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Thursday, June 29, 2000 2:02 AM
Subject: Re: [IRCServices] I: service for ircu


>
> ----- Original Message -----
> From: "Andrew Kempe" <andrewk@icon.co.za>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Wednesday, June 28, 2000 12:49 AM
> Subject: Re: [IRCServices] I: service for ircu
>
>
> > All future development will be for DALnet's Bahamut ircd. This ircd
> combines
> > the benefits of Hybrid (speed and TS3) and Dreamforge (Services
support -
> > among other things).
> >
>
> ] ... SNIP ... [
>
> Are you completely dropping support for all other IRCD's!?
>
> If so, this sounds rather presumptuous.  Several people still use the
older
> daemons for many reasons, not to say the least are for efficiency and
> "ethic"
> reasons.  (Some people view forcively changing a user's mode and/or nick
to
> be wrong)
>
> For my own reasons, this is going to make things harder on my part with
the
> designs of the IRCD that I've been working on for sometime.  I'll not have
> a familiar starting ground on which to make my daemon compatible with
> services.
> That being the original server to server negotiations as outlined in RFC
> 1459.
> Bahamut and DreamForge use a modified version there of.
>
> Further more, you'll be shutting everyone out, not everyone is going to
want
> to
> change their server (let alone their whole network) over to Bahamut.  Last
I
> had
> a Bahamut/DF mix on my network it caused some major stability problems.
>
> I urge you to please reconsider your decision in this matter.
>
> Thank you,
> Bryce Simonds
> Kelmar K. Firesun
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kfiresun at ix.netcom.com  Thu Jun 29 17:20:20 2000
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
References: <B57E9548.92%anarki@flamebait.org> <002301bfe0c4$a48b7d00$9c011ac4@shadow> <000701bfe15d$6060fbc0$37526dd1@tiphares.com> <001f01bfe1a5$90a96fe0$9c011ac4@shadow>
Message-ID: 002401bfe228$fb372e50$37526dd1@tiphares.com


----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: Thursday, June 29, 2000 3:39 AM
Subject: Re: [IRCServices] I: service for ircu


] ... SNIP ... [

>
> IRC Services will ALWAYS be able to work with ircd's that it has supported
> in the past. However, those ircds may not be able to make full use of the
> features in IRC Services.
>
> I hope this makes you feel a lot more comfortable. As I've said in the
past,
> Services will always be RFC compatible.
>

Okay, that clears up quite a bit of confusion on my part.  Thanks for
letting me know.

>
> Hopefully in the future things will become a lot more modular. This should
> make it easier for a 3rd party development.
>

I would look forward to that.

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Thursday, June 29, 2000 12:44 AM
Subject: Re: [IRCServices] I: service for ircu


] ... SNIP ... [

>
> I'm FAR from the decision maker as to what ircservices is and isn't
> capatible with. but I'd like to share a few pennies with you.
>
> First, is that ircservices are free of charge, meaning the coder(s) isn't
> getting paid a dime to code, and such code comes from kindness of heart,
not
> from requests from end users. Please don't confuse my last sentence to
mean
> that coders don't value end user input, they do, that's where alot of
ideas
> and bug fixes are spawned.
>
> It's MY opinion that the coder(s) should be allowed to go any direction
they
> wish and the end user should expect at least what the pay for.
>

As a coder I have always valued people's input about my programs.  But I
think
that with other peoples programs I should at least be able to state my
feelings
on how I think they could make a better product, free of charge or not.


>
> I am friends with several coders of services. Opus for OtherNet Services,
> Andrew Kempe, current maintainer of ircservices and I would like to count
> Andy Church in that group if I only got to know him more, seems that I
don't
> see him interact publicly as often. It seems that the majority opinion
from
> GPL coders in general is that their number one issue is that the end user
> isn't satisfied with what is given to them for free, they always want more
> and sometimes go as far as demanding more. I'm not saying nor implying
that
> you or anyone associated with yourself or your network is doing such, I'm
> saying basiclly you can't please everyone. CServe for OtherNet was pulled
> off of the GPL license with the release of CS6/UW9, Opus tried to sell the
> code he worked very hard on and nearly "gave" the project away, just to
rid
> of it. CServe/UWorld is unfortunately no longer available to the public.
GPL
> or for sale. Opus was pounded because the code wasn't public, so he made
it
> public with the GPL license, then he was pounded because it didn't meet
end
> users demands, so he tried to sell it, and was pounded 10 fold for trying
to
> sell it.
>

You are indeed correct sir.  But it wouldn't do Andrew, Andy, nor any of the
other coders/maintainers of the IRC services any good if they did not know
what others thought about the direction their programs would take.  GPL as
many will point out is free as in speech, not free as in beer.  What good is
it to them if their code is not used at all?

>
> I can't do anything shy of admire those that write/maintain GPL Services.
> They give and give without asking anything in return other than obey the
> license and to RTFM before asking for support, so why not let them deside
> what is supported and what isn't? So what if it's harder on a few end
users.
> To be blunt, most end users would be without services all together if it
> wasn't for the efforts of these coders. So lets concider how hard it is on
> the coders to do multidaemon support.
>

Indeed, I have always respected Andrew and Andy.  They have been doing an
excellent job at maintaining a widely used piece of code and keeping the
number
of bugs down, with out asking too much from anyone else around them.  I
recall
back on Esper when Andy would go several frustrating days coding services
trying
to get this and that working just so.  And yet, the code still comes out
neat,
readable and for the most part free of bugs.  Maintaining software is not an
easy choir.  I've run in to that problem with my own codings several times
in
the past.

> You also have the option to continue a multiple ircd services yourself or
> work closely with someone that maybe interested/knowledgeable in
> coding,ircservices is still GPL. So as long as GPL licensing is followed
you
> may spawn your own services off and continue that way. Please bear in mind
> if it wasn't for kind hearted GPL coders, you would most likely have to
buy
> or code services yourself. If you follow this course of action I wish you
> the best of luck. I hope you are prepared to deal with not only the
> headaches of coding, but countless hours of end user support, bug fixes,
> mailing lists, hundreds of emails both commending you and condemning you,
> visitors trafficing your channel on your net looking for support and/or
you
> to install services for them because they didn't RTFM. I wish you luck,
not
> only for the fact that I have no ill feelings toward one that tries to
make
> a difference, but I wish you luck because you WILL need it ...
>

Again, you are correct.  Because of the GPL I could port the services back
to
an older/different IRC daemon.  My problem with this is that with my own
daemon
in the works, I've found that I've had to devote much of my time to it
instead
of Services.  Push come to shove, I could have always used an older version
performing bug fixes as needed, but then I would lose some of the newer
features
of the up coming versions.  I used to know a good portion of the services
code
back when they were on 2.x and to a limited amount 3.x.  4.x has some
significant
changes in the way the message handling is done, and I'd have to sit down
and
figure it out, but this would just take some time, and I could be on my
marry way
performing changes.

>
> Secondly, if you pin point a specific IRCD type you can have it work even
> closer be it is only coded for said daemon, it would only have to support
> the commands from one type instead of many. This makes services smaller,
> faster and seemingly more seamless than multiple ircd support (which was
> Andy Church's original plan). That plan being to have good quality non
> bloated ircservices. I personally like one IRCD support, 99% performance
of
> one daemon to me is far more valuable than 80% performance on multiple
> daemon support.
>

Egh, to a limited extent.  Last time I looked, the code that's not needed
for
other IRCD's are blocked out with IFDEF's, so the only real time penalties
would
be with compiling.  The only thing that would be smaller to any great amount
would probably be the source code.

>
> What did I gain?
> I didn't have to write services myself
>

True enough.

>
> What did I loose?
> I had to use/switch the recommended daemon (which I didn't have to write
it
> either)
>
> Over all, I lost nothing.
>

Except for the point that I mentioned, which was stability on your network.
Granted my conceptions about the Bahamut code might be misplaced, they may
have made some significant improvements in that department sense I had last
used Bahamut; however, those are my experiences.

I would like to state two things though.  One) The message I did send was in
fect
very much my opinion, and a mis-interpretation on my part of Andrew's
original
message.  Two) I feel I might wish to apologize if that message seemed at
all
inflammatory, this was by far _NOT_ my intent in the slightest.  I was
merely
expressing a concern I had, I also had, nor do I, or will I have any
intentions
of "demanding" that the current maintainers of Services do anything that I
ask.
I haven't hired them, and I'm by far not their source of breed and butter.
If
something happens where I absolutely cannot use the code, then I will simply
write my own.  But why re-invent the wheel?

On the other hand, I think you confuse me with someone that constantly needs
assistance with getting services to just merely run and someone that assists
in maintaining the code.  While I do in fact run Services on my own network,
I have
also in the past (though not to any large extent) made suggestions,
comments,
and some code snippets in an effort to help make this program better.
Should
the need arise, and Andrew or Andy needed any additional help with coding,
that
I could provide them, I'm more than willing to do what I can.

In closing I would like to reiterate that this is an apology, and that I
have
no intention of starting a flame war.  (This is not an appropriate place for
such
things)  But I think we are both guilty of not looking before we leaped.

(Sorry about the long message folks)
Bryce Simonds
Kelmar K. Firesun


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Thu Jun 29 20:58:37 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
In-Reply-To: <002401bfe228$fb372e50$37526dd1@tiphares.com>
References: 002401bfe228$fb372e50$37526dd1@tiphares.com
Message-ID: B581932D.CC%anarki@flamebait.org

on 6/29/00 8:20 PM, Kelmar K. Firesun at kfiresun@ix.netcom.com wrote:


<snip>

> Except for the point that I mentioned, which was stability on your network.
> Granted my conceptions about the Bahamut code might be misplaced, they may
> have made some significant improvements in that department sense I had last
> used Bahamut; however, those are my experiences.
> 
> I would like to state two things though.  One) The message I did send was in
> fect
> very much my opinion, and a mis-interpretation on my part of Andrew's
> original
> message.  Two) I feel I might wish to apologize if that message seemed at
> all
> inflammatory, this was by far _NOT_ my intent in the slightest.  I was
> merely
> expressing a concern I had, I also had, nor do I, or will I have any
> intentions
> of "demanding" that the current maintainers of Services do anything that I
> ask.
> I haven't hired them, and I'm by far not their source of breed and butter.
> If
> something happens where I absolutely cannot use the code, then I will simply
> write my own.  But why re-invent the wheel?
> 
> On the other hand, I think you confuse me with someone that constantly needs
> assistance with getting services to just merely run and someone that assists
> in maintaining the code.  While I do in fact run Services on my own network,
> I have
> also in the past (though not to any large extent) made suggestions,
> comments,
> and some code snippets in an effort to help make this program better.
> Should
> the need arise, and Andrew or Andy needed any additional help with coding,
> that
> I could provide them, I'm more than willing to do what I can.
> 
> In closing I would like to reiterate that this is an apology, and that I
> have
> no intention of starting a flame war.  (This is not an appropriate place for
> such
> things)  But I think we are both guilty of not looking before we leaped.
> 
> (Sorry about the long message folks)
> Bryce Simonds
> Kelmar K. Firesun
> 
> 

I too must apologize if my reply seemed saturated in with flamebait, I most
certainly did not mean it as such. Since my ill experiences with Chris
Birch, Opus(othernet bot author), I still vividly remember some of the
turmoil he has endevored to produce a free (GPL) product, such inflamitory
attitude from end users in general has shyed me away from learning to code
services. This negetivity has made me a little trigger happy when it comes
to seeingrequests that look like they may evolve into a "me me me" email.

My favorite thing to do is write mIRC bots. Bots are far easier for me than
any normal script will ever be, (if that makes since). I understand bots
completely, it took me about 7 days to understand an eggdrop bot inside and
out and at that time I was only on IRC for about a year. I have the concept
of services memorized to the point I could write a set of ircservices via
mIRC's scripting language, including a very basic password encryption
module, I know nothing as well as I know bots. This is one thing that
attracts me to services. I'd LOVE to be on a coding team of some sorts, but
my lack of knowledge in C/C++ prevents me from doing so.

I understand that there is very little comparing mIRC's language and a REAL
language such as C/C++ but I can still see a vast likeness is general, just
different syntax wise.


Scott
aka Anarki
aka katsklaw
Server Admin
NoDoze.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Fri Jun 30 00:18:07 2000
From: achurch at dragonfire.net (Andy Church)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] I: service for ircu
Message-ID: E137v3v&#45;000DdQ&#45;00@manx.dreamhaven.net

     Just a couple of comments...

>[...] It seems that the majority opinion from
>I am friends with several coders of services. Opus for OtherNet Services,
>Andrew Kempe, current maintainer of ircservices and I would like to count
>Andy Church in that group if I only got to know him more, seems that I don't
>see him interact publicly as often.

     Well, work and lack of a decent net connection (but mostly work) keeps
me away these days... I don't have nearly the kind of time or opportunity
to do net stuff as I used to.  (This is also why I handed Services off in
the first place--I would have loved to be able to keep working on it,
but...)

>GPL coders in general is that their number one issue is that the end user
>isn't satisfied with what is given to them for free, they always want more
>and sometimes go as far as demanding more.

     I have to agree with this.  I do, of course, value _suggestions_ (and
bug reports and other things), but to be perfectly frank, I'm the one doing
the coding--well, not for Services any more, but speaking in general--and I
design programs the way I think best.  Insisting (or repeatedly suggesting)
that I add such-and-such a feature will do nothing except get me frustrated
with you; if I don't like it, it doesn't go in, period.  (Witness the huge
number of times I said no to having ChanServ join channels.)

     As horrible as that sounds, though, I don't do that for the pleasure
of saying no to people (it's not pleasurable at all, just frustrating), but
for the simple reason that I'm only one person and there are only 24 hours
in a day, only a fraction of which I can devote to any given program.  If I
tried to add every feature anyone ever suggested to a program, it would
turn into something like Windows 98--half broken, always crashing and not
making any progress at all.  There are also cases where a request is simply
impossible (or extremely difficult) to implement due to technical
limitations; for example, that oft-requested ChanServ feature would place a
massive processing load on both Services and the network.  To put it
simply, you can't please everyone, and I have to decide how best to use my
limited time; if you don't like the result, all I can do is say I'm sorry
and suggest you write it yourself--after all, the code is available.

     I have to admit I might have been more willing to find time to work on
Services if people in general had been a bit nicer about reading
documentation before asking questions and not being so insistent about
getting their particular desires satisfied.  I'm not a software company
with a contractual obligation to provide support; I offer people my
software because it doesn't cause me much difficulty and because I think it
might be useful, much as I might offer to burn a CD for a friend without a
CD-R drive.  If the friend brought me 100 CDs and demanded that I copy them
all by tomorrow evening, I'd probably say no, because it would be too big a
bother.  Free software is the same way--insisting on getting your way gets
you nowhere except backwards.  There were times I felt I was spending more
time supporting Services than working on it, and more than once I thought
about just pulling it off GPL entirely to spare myself the trouble.

>You also have the option to continue a mutliple ircd services yourself or
>work closely with someone that maybe interested/knowledgable in
>coding,ircservices is still GPL. So as long as GPL licensing is followed you
>may spawn your own services off and continue that way.

     I mentioned this above, but it bears repeating on its own:  Services
is GPL, which means you can get the source and change it yourself (or get
someone to do it for you) if you don't like my adding or not adding some
feature.  Also, as Andrew Kempe said, this sort of coding should become
easier once a module system gets implemented--and I'm working on that
module system right now.

     Well, that ended up a lot longer than I had planned, but there you
have it.  Or something.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Fri Jun 30 06:25:45 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Could someone please help me on this?
Message-ID: 20000630132545.52383.qmail@hotmail.com

I am adding a function to services that contains the function:

chan_adduser(u, chan)

But when I use that function and do an /operserv stats all it says that 
there are two channel records instead of one.  I do not know why it does 
that could someone please help me on this?
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Fri Jun 30 18:12:30 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Could someone please help me on this?
References: <20000630132545.52383.qmail@hotmail.com>
Message-ID: 395D457D.EDFFF3F0@softhome.net

Jason at GCN wrote:

> I am adding a function to services that contains the function:
>
> chan_adduser(u, chan)
>
> But when I use that function and do an /operserv stats all it says that
> there are two channel records instead of one.  I do not know why it does
> that could someone please help me on this?

This would be better posted to the ircservices-coding list; if you're on it
let me know and I'll move.
Try running in debug mode and see what's logged for channel creation.  If
you meant the user to be added to a current channel, the channel name you've
got in chan is probably different.  If you've compiled with DEBUG_COMMANDS,
try '/msg operserv listchans' too.

-- Quension



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chuck at featurecity.net  Tue Jul  4 15:28:27 2000
From: chuck at featurecity.net (Chuck Gorish)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
Message-ID: 4.3.1.2.20000704182818.018b4cf0@mail.featurecity.net

Any suggestions would be appreciated. I keep getting a Segmentation Fault 
when I try to start the services. I am trying to set up with the following 
system configuration:

Cobalt RAQ2 machine with the following OS:
Cobalt Linux release 4.0 (Fargo)
Kernel 2.0.34C52_SK on a mips
for ircd I am running DreamForge 4.6.7
services version is 4.3.3

I made no modifications to the services source and was able to get a 
successful make first time. make install also worked with no errors.

Any ideas where I can look to correct this or will services not run under 
this configuration?



Chuck




Chuck


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From phantom at ns2.phantomnet.net  Wed Jul  5 01:46:44 2000
From: phantom at ns2.phantomnet.net (The Phantom)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
Message-ID: 4.3.2.7.2.20000705044639.00af9400@pop3.freewwweb.com

At 18:28 07/04/2000 -0400, you wrote:
>Any suggestions would be appreciated. I keep getting a Segmentation Fault 
>when I try to start the services. I am trying to set up with the following 
>system configuration:
>
>Cobalt RAQ2 machine with the following OS:
>Cobalt Linux release 4.0 (Fargo)
>Kernel 2.0.34C52_SK on a mips
>for ircd I am running DreamForge 4.6.7
>services version is 4.3.3
>
>I made no modifications to the services source and was able to get a 
>successful make first time. make install also worked with no errors.
>
>Any ideas where I can look to correct this or will services not run under 
>this configuration?
>
>
>
>Chuck

What is the error you get in the services log when you attempt to run 
it.  And any other information would be helpful.  Check the services log 
completely even though it should only have 1 to 3 lines per time you 
attempted to start services.

Also is this a new installation or was there a previous version of services 
on the system


---------------------------------------------------------------------------------------------------------------------------------
Phantom
PhantomNet IRC Networks
Network Administrator
Visit us at /server irc.phantomnet.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chuck at featurecity.net  Wed Jul  5 02:48:49 2000
From: chuck at featurecity.net (Chuck Gorish)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
In-Reply-To: <4.3.2.7.2.20000705044639.00af9400@pop3.freewwweb.com>
References: 4.3.2.7.2.20000705044639.00af9400@pop3.freewwweb.com
Message-ID: 4.3.1.2.20000705054822.018ae100@mail.featurecity.net

it is a new installation.. first time running services.. the log is at 0 bytes

At 04:46 AM 7/5/00 -0400, you wrote:
>At 18:28 07/04/2000 -0400, you wrote:
>>Any suggestions would be appreciated. I keep getting a Segmentation Fault 
>>when I try to start the services. I am trying to set up with the 
>>following system configuration:
>>
>>Cobalt RAQ2 machine with the following OS:
>>Cobalt Linux release 4.0 (Fargo)
>>Kernel 2.0.34C52_SK on a mips
>>for ircd I am running DreamForge 4.6.7
>>services version is 4.3.3
>>
>>I made no modifications to the services source and was able to get a 
>>successful make first time. make install also worked with no errors.
>>
>>Any ideas where I can look to correct this or will services not run under 
>>this configuration?
>>
>>
>>
>>Chuck
>
>What is the error you get in the services log when you attempt to run 
>it.  And any other information would be helpful.  Check the services log 
>completely even though it should only have 1 to 3 lines per time you 
>attempted to start services.
>
>Also is this a new installation or was there a previous version of 
>services on the system
>
>
>---------------------------------------------------------------------------------------------------------------------------------
>Phantom
>PhantomNet IRC Networks
>Network Administrator
>Visit us at /server irc.phantomnet.net
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.



Chuck


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From adam at wiredrave.com  Thu Jul  6 12:38:08 2000
From: adam at wiredrave.com (Adam Fladwood)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Question about adding additional ACCESS LEVEL
Message-ID: 019201bfe781$b6e19de0$0800000a@spyderdesign.com

Hi everyone,

I'm trying to figure out what I'm doing wrong with adding another level into
chanserv for our halfops feature.  I believe I have done everything
correctly, because it works fine under FreeBSD 4.0, however seg faults under
GNU/Debian Linux.

Any help would be greatly appreciated.

Adam



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From admin at mics.co.za  Fri Jul  7 05:50:28 2000
From: admin at mics.co.za (Mark Bojara)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Question about adding additional ACCESS LEVEL
In-Reply-To: <019201bfe781$b6e19de0$0800000a@spyderdesign.com>
References: 019201bfe781$b6e19de0$0800000a@spyderdesign.com
Message-ID: 4.3.2.20000707144934.00a9cd40@opium.co.za

Hi Adam

I run IRCServices under Debian with no problems. It has to be a setup 
problem or a configuration error.

Regards
Mark Bojara
MICS Networking - 012-661-9999
At 02:38 PM 7/6/00 -0500, you wrote:
>Hi everyone,
>
>I'm trying to figure out what I'm doing wrong with adding another level into
>chanserv for our halfops feature.  I believe I have done everything
>correctly, because it works fine under FreeBSD 4.0, however seg faults under
>GNU/Debian Linux.
>
>Any help would be greatly appreciated.
>
>Adam
>
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From scrm at scandal.org  Sat Jul  8 03:36:36 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
In-Reply-To: <20000630132545.52383.qmail@hotmail.com>
References: 20000630132545.52383.qmail@hotmail.com
Message-ID: GOEJIBOGNDMEHOBFJDMDIECOCFAA.scrm@scandal.org


Hi,

My question is pretty simple. Several months ago, I configured services to
change nicknames to 'guest-xxxx' instead of /killing them when they don't
authenticate. Now the configuration got reset, and I forgot how I did this.
I would be grateful if someone could quickly remind me of how to do this
again.

(yes it did work fine with my IRCD)

cya

Mehran


--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Sat Jul  8 07:48:00 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
References: <GOEJIBOGNDMEHOBFJDMDIECOCFAA.scrm@scandal.org>
Message-ID: 000b01bfe8eb$83ccd120$f83320d0@flamebait.org

It's a setting in the services.conf file (#NSForceNickChange)

Scott Seufert
aka Anarki
aka katsklaw
Server Admin NoDoze.ShadowFire.Org

----- Original Message -----
From: Mehran Khalili <scrm@scandal.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Saturday, July 08, 2000 6:36 AM
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill


>
> Hi,
>
> My question is pretty simple. Several months ago, I configured services to
> change nicknames to 'guest-xxxx' instead of /killing them when they don't
> authenticate. Now the configuration got reset, and I forgot how I did
this.
> I would be grateful if someone could quickly remind me of how to do this
> again.
>
> (yes it did work fine with my IRCD)
>
> cya
>
> Mehran
>
>
> --------------
> Mehran Khalili
>
> Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
>     Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Fri Jul  7 19:45:42 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
References: <4.3.1.2.20000705054822.018ae100@mail.featurecity.net>
Message-ID: 000d01bfe8ec$16139050$0101a8c0@ntfarm.sunnyline.co.za

Hi...

I guess you checked the file permissions?

I'm just thinking now, wh services wont be writing to it's log file...  Erm,
check the services documentation, what happens when you try run it with the
options to run services in console...  Whether it's able to write to the log
or not, won't matter, because u will still get output on the console and so
forth.

Regards
Chris Knipe
Cell: (083) 430-8151
Natural ability without education has more often attained to glory and
virtue, than education without natural ability at all.


----- Original Message -----
From: Chuck Gorish <chuck@featurecity.net>
To: <ircservices@ender.shadowfire.org>
Sent: 05 July 2000 11:48
Subject: Re: [IRCServices] problem running services


> it is a new installation.. first time running services.. the log is at 0
bytes
>
> At 04:46 AM 7/5/00 -0400, you wrote:
> >At 18:28 07/04/2000 -0400, you wrote:
> >>Any suggestions would be appreciated. I keep getting a Segmentation
Fault
> >>when I try to start the services. I am trying to set up with the
> >>following system configuration:
> >>
> >>Cobalt RAQ2 machine with the following OS:
> >>Cobalt Linux release 4.0 (Fargo)
> >>Kernel 2.0.34C52_SK on a mips
> >>for ircd I am running DreamForge 4.6.7
> >>services version is 4.3.3
> >>
> >>I made no modifications to the services source and was able to get a
> >>successful make first time. make install also worked with no errors.
> >>
> >>Any ideas where I can look to correct this or will services not run
under
> >>this configuration?
> >>
> >>
> >>
> >>Chuck
> >
> >What is the error you get in the services log when you attempt to run
> >it.  And any other information would be helpful.  Check the services log
> >completely even though it should only have 1 to 3 lines per time you
> >attempted to start services.
> >
> >Also is this a new installation or was there a previous version of
> >services on the system
> >
> >
>
>---------------------------------------------------------------------------
------------------------------------------------------
> >Phantom
> >PhantomNet IRC Networks
> >Network Administrator
> >Visit us at /server irc.phantomnet.net
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
>
>
>
> Chuck
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From adam at wiredrave.com  Sat Jul  8 09:32:20 2000
From: adam at wiredrave.com (Adam Fladwood)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Question about adding additional ACCESS LEVEL
References: <4.3.2.20000707144934.00a9cd40@opium.co.za>
Message-ID: 01a301bfe8fa$17b26ae0$0800000a@spyderdesign.com

I have an unmodified copy running under Debian right now... It's just that
with the one that I modified:

    services.h
    chanserv.c

And added access level 4 for half-ops it seg faults under Debian.  It works
if I start with new databases though.  However on FreeBSD it works
regardless of what databases I use.

Adam

----- Original Message -----
From: "Mark Bojara" <admin@mics.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: Friday, July 07, 2000 7:50 AM
Subject: Re: [IRCServices] Question about adding additional ACCESS LEVEL


> Hi Adam
>
> I run IRCServices under Debian with no problems. It has to be a setup
> problem or a configuration error.
>
> Regards
> Mark Bojara
> MICS Networking - 012-661-9999
> At 02:38 PM 7/6/00 -0500, you wrote:
> >Hi everyone,
> >
> >I'm trying to figure out what I'm doing wrong with adding another level
into
> >chanserv for our halfops feature.  I believe I have done everything
> >correctly, because it works fine under FreeBSD 4.0, however seg faults
under
> >GNU/Debian Linux.
> >
> >Any help would be greatly appreciated.
> >
> >Adam
> >
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chuck at featurecity.net  Sat Jul  8 09:34:10 2000
From: chuck at featurecity.net (Chuck)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
Message-ID: 000f01bfe8fa$6bcda310$0200000a@server.paragoncommunications.com

one more thing which may cause the problem too.. I did change the version of
ircd to reflect the private changes i made in the system.. no operational
changes , just text to the user changes, then i changed the version.. wonder
if that has anything to do with it? does services request a version report
from ircd?
or just blindly accept what i choose in configuration?

-----Original Message-----
From: Chris Knipe <cgknipe@mweb.co.za>
To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
Date: Saturday, July 08, 2000 11:08 AM
Subject: Re: [IRCServices] problem running services


>Hi...
>
>I guess you checked the file permissions?
>
>I'm just thinking now, wh services wont be writing to it's log file...
Erm,
>check the services documentation, what happens when you try run it with the
>options to run services in console...  Whether it's able to write to the
log
>or not, won't matter, because u will still get output on the console and so
>forth.
>
>Regards
>Chris Knipe
>Cell: (083) 430-8151
>Natural ability without education has more often attained to glory and
>virtue, than education without natural ability at all.
>
>
>----- Original Message -----
>From: Chuck Gorish <chuck@featurecity.net>
>To: <ircservices@ender.shadowfire.org>
>Sent: 05 July 2000 11:48
>Subject: Re: [IRCServices] problem running services
>
>
>> it is a new installation.. first time running services.. the log is at 0
>bytes
>>
>> At 04:46 AM 7/5/00 -0400, you wrote:
>> >At 18:28 07/04/2000 -0400, you wrote:
>> >>Any suggestions would be appreciated. I keep getting a Segmentation
>Fault
>> >>when I try to start the services. I am trying to set up with the
>> >>following system configuration:
>> >>
>> >>Cobalt RAQ2 machine with the following OS:
>> >>Cobalt Linux release 4.0 (Fargo)
>> >>Kernel 2.0.34C52_SK on a mips
>> >>for ircd I am running DreamForge 4.6.7
>> >>services version is 4.3.3
>> >>
>> >>I made no modifications to the services source and was able to get a
>> >>successful make first time. make install also worked with no errors.
>> >>
>> >>Any ideas where I can look to correct this or will services not run
>under
>> >>this configuration?
>> >>
>> >>
>> >>
>> >>Chuck
>> >
>> >What is the error you get in the services log when you attempt to run
>> >it.  And any other information would be helpful.  Check the services log
>> >completely even though it should only have 1 to 3 lines per time you
>> >attempted to start services.
>> >
>> >Also is this a new installation or was there a previous version of
>> >services on the system
>> >
>> >
>>
>>--------------------------------------------------------------------------
-
>------------------------------------------------------
>> >Phantom
>> >PhantomNet IRC Networks
>> >Network Administrator
>> >Visit us at /server irc.phantomnet.net
>> >
>> >
>> >---------------------------------------------------------------
>> >To unsubscribe, send email to majordomo@ender.shadowfire.org
>> >with "unsubscribe ircservices" in the body, without the quotes.
>>
>>
>>
>> Chuck
>>
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sat Jul  8 12:45:00 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] problem running services
References: <000f01bfe8fa$6bcda310$0200000a@server.paragoncommunications.com>
Message-ID: 000101bfe988$33ef5450$0101a8c0@ntfarm.sunnyline.co.za

Hi...

If you changed the version in the ircservices code, and did not do that
right, I believe this can very well be your problem - I did however not
verify this.  It should still in such a case however, still complain about
it the log files, which bring me back to file permissions.  Run services in
console mode and see what happens.

Regards
Chris Knipe
Cell: (083) 430-8151
Natural ability without education has more often attained to glory and
virtue, than education without natural ability at all.


----- Original Message -----
From: Chuck <chuck@featurecity.net>
To: <ircservices@ender.shadowfire.org>
Sent: 08 July 2000 06:34
Subject: Re: [IRCServices] problem running services


> one more thing which may cause the problem too.. I did change the version
of
> ircd to reflect the private changes i made in the system.. no operational
> changes , just text to the user changes, then i changed the version..
wonder
> if that has anything to do with it? does services request a version report
> from ircd?
> or just blindly accept what i choose in configuration?
>
> -----Original Message-----
> From: Chris Knipe <cgknipe@mweb.co.za>
> To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
> Date: Saturday, July 08, 2000 11:08 AM
> Subject: Re: [IRCServices] problem running services
>
>
> >Hi...
> >
> >I guess you checked the file permissions?
> >
> >I'm just thinking now, wh services wont be writing to it's log file...
> Erm,
> >check the services documentation, what happens when you try run it with
the
> >options to run services in console...  Whether it's able to write to the
> log
> >or not, won't matter, because u will still get output on the console and
so
> >forth.
> >
> >Regards
> >Chris Knipe
> >Cell: (083) 430-8151
> >Natural ability without education has more often attained to glory and
> >virtue, than education without natural ability at all.
> >
> >
> >----- Original Message -----
> >From: Chuck Gorish <chuck@featurecity.net>
> >To: <ircservices@ender.shadowfire.org>
> >Sent: 05 July 2000 11:48
> >Subject: Re: [IRCServices] problem running services
> >
> >
> >> it is a new installation.. first time running services.. the log is at
0
> >bytes
> >>
> >> At 04:46 AM 7/5/00 -0400, you wrote:
> >> >At 18:28 07/04/2000 -0400, you wrote:
> >> >>Any suggestions would be appreciated. I keep getting a Segmentation
> >Fault
> >> >>when I try to start the services. I am trying to set up with the
> >> >>following system configuration:
> >> >>
> >> >>Cobalt RAQ2 machine with the following OS:
> >> >>Cobalt Linux release 4.0 (Fargo)
> >> >>Kernel 2.0.34C52_SK on a mips
> >> >>for ircd I am running DreamForge 4.6.7
> >> >>services version is 4.3.3
> >> >>
> >> >>I made no modifications to the services source and was able to get a
> >> >>successful make first time. make install also worked with no errors.
> >> >>
> >> >>Any ideas where I can look to correct this or will services not run
> >under
> >> >>this configuration?
> >> >>
> >> >>
> >> >>
> >> >>Chuck
> >> >
> >> >What is the error you get in the services log when you attempt to run
> >> >it.  And any other information would be helpful.  Check the services
log
> >> >completely even though it should only have 1 to 3 lines per time you
> >> >attempted to start services.
> >> >
> >> >Also is this a new installation or was there a previous version of
> >> >services on the system
> >> >
> >> >
> >>
>
>>--------------------------------------------------------------------------
> -
> >------------------------------------------------------
> >> >Phantom
> >> >PhantomNet IRC Networks
> >> >Network Administrator
> >> >Visit us at /server irc.phantomnet.net
> >> >
> >> >
> >> >---------------------------------------------------------------
> >> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> >with "unsubscribe ircservices" in the body, without the quotes.
> >>
> >>
> >>
> >> Chuck
> >>
> >>
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sun Jul  9 12:05:09 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Question about adding additional ACCESS LEVEL
In-Reply-To: <01a301bfe8fa$17b26ae0$0800000a@spyderdesign.com>
References: 01a301bfe8fa$17b26ae0$0800000a@spyderdesign.com
Message-ID: NCBBIPDDJGGDOCPMKPKPIEBADGAA.andrewk@icon.co.za









please move this discussion to the coding mailing list:

to subscribe, email:

        majordomo@delirious.shadowfire.org

with the following in the BODY of the email:

        subscribe ircservices-coding

To post to the list, email:

        ircservices-coding@delirious.shadowfire.org

Thanks, Andrew

> -----Original Message-----
> From: owner-ircservices@delirious.shadowfire.org
> [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Adam
> Fladwood
> Sent: 08 July 2000 18:32
> To: ircservices@delirious.shadowfire.org
> Subject: Re: [IRCServices] Question about adding additional ACCESS LEVEL
>
>
> I have an unmodified copy running under Debian right now... It's just that
> with the one that I modified:
>
>     services.h
>     chanserv.c
>
> And added access level 4 for half-ops it seg faults under Debian.
>  It works
> if I start with new databases though.  However on FreeBSD it works
> regardless of what databases I use.
>
> Adam
>
> ----- Original Message -----
> From: "Mark Bojara" <admin@mics.co.za>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Friday, July 07, 2000 7:50 AM
> Subject: Re: [IRCServices] Question about adding additional ACCESS LEVEL
>
>
> > Hi Adam
> >
> > I run IRCServices under Debian with no problems. It has to be a setup
> > problem or a configuration error.
> >
> > Regards
> > Mark Bojara
> > MICS Networking - 012-661-9999
> > At 02:38 PM 7/6/00 -0500, you wrote:
> > >Hi everyone,
> > >
> > >I'm trying to figure out what I'm doing wrong with adding another level
> into
> > >chanserv for our halfops feature.  I believe I have done everything
> > >correctly, because it works fine under FreeBSD 4.0, however seg faults
> under
> > >GNU/Debian Linux.
> > >
> > >Any help would be greatly appreciated.
> > >
> > >Adam
> > >
> > >
> > >
> > >---------------------------------------------------------------
> > >To unsubscribe, send email to majordomo@ender.shadowfire.org
> > >with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sun Jul 16 03:29:19 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] ircservices-4.4.5 [stable-beta] released
Message-ID: NCBBIPDDJGGDOCPMKPKPCEEFDGAA.andrewk@icon.co.za

Version 4.4.5 of IRC Services has been released. This is simply a bug fix
release but it is highly recommended that you upgrade to it if you're
running any 4.4.x version. Version 4.3.3 is still the recognised stable
version but 4.4.5 is just as stable, if not more so. The only drawback is
that you have to upgrade your databases, making a return to 4.3.3
impossible.

Development of version 4.5 is well underway - expect some really cool
features.

Version 4.4
-----------
2000/07/16 .5   Fixed a cosmetic bug in OperServ's help.
                    Reported by Paul R. Edelkamp, Jr.
<pedelkamp@LoveShack.org>
                Fixed a notable bug with nick suspension expiries.

You can download this version from the usual places:
ftp://ender.shadowfire.org/pub/ircservices/beta/        (South Africa)

Mirrors (these will only have the upgrade within the next 12 hours):
<A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/">ftp://ftp.electrocity.com/pub/ircservices/beta/</A>          (South Africa)
<A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/</A>            (USA)

Regards, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From vegetap at mediaone.net  Sat Jul 15 23:16:06 2000
From: vegetap at mediaone.net (Vegeta)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] akick question
Message-ID: 000801bfeeed$5419cca0$50a89318@ne.mediaone.net

 
    Hiya ^^;; 
     
        Someone keeps using a akick bug to crash my irc services, can someone please tell me what hes doing, so I can disable it. I have my services modified and it would be a pain in the butt to upgrade them since I can no longer access the account. 
  
                thanks Vegeta
From jasonatgcn at hotmail.com  Sun Jul 16 07:43:45 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] About new Version...
Message-ID: 20000716144345.2870.qmail@hotmail.com

I noticed in your to think about section you said that a possible feature 
would be to implement an e-mail server into services.  Would this include 
e-mail accounts under services for every registered nick?
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Sun Jul 16 14:23:35 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] akick question
References: <000801bfeeed$5419cca0$50a89318@ne.mediaone.net>
Message-ID: 397227D6.3AE4B588@softhome.net

Vegeta wrote:

>     Hiya ^^;;         Someone keeps using a akick bug to crash my irc
> services, can someone please tell me what hes doing, so I can disable
> it. I have my services modified and it would be a pain in the butt to
> upgrade them since I can no longer access the account.

It would be incredibly helpful to have some details.  For example, what
version of services you're using, what modifications you made (note: if
you modify software, it's pretty hard to expect support from someone
other than yourself anyway :), what the buffer is on panic, a tail of
the logfile in debug mode...

-- Quension



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From scrm at scandal.org  Sun Jul 16 23:08:11 2000
From: scrm at scandal.org (Mehran Khalili)
Date: Sat Oct 23 23:00:58 2004
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
In-Reply-To: <000b01bfe8eb$83ccd120$f83320d0@flamebait.org>
References: 000b01bfe8eb$83ccd120$f83320d0@flamebait.org
Message-ID: GOEJIBOGNDMEHOBFJDMDGEEHCFAA.scrm@scandal.org

Thank you. I require one other little piece of information - what is the
setting to set the nick before the <number>. (e.g. 'Guest') to which
services changes nicknames that don't identify? I'm sure it's also in the
services.conf.

-Mehran

--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


> -----Original Message-----
> From: owner-ircservices@delirious.shadowfire.org
> [<A  HREF="mailto:owner-ircservices@delirious.shadowfire.org]On">mailto:owner-ircservices@delirious.shadowfire.org]On</A> Behalf Of Scott
> Seufert
> Sent: Saturday, July 08, 2000 16:48
> To: ircservices@delirious.shadowfire.org
> Subject: Re: [IRCServices] Changes nicknames to GUESTxxxx instead of a
> /kill
>
>
> It's a setting in the services.conf file (#NSForceNickChange)
>
> Scott Seufert
> aka Anarki
> aka katsklaw
> Server Admin NoDoze.ShadowFire.Org
>
> ----- Original Message -----
> From: Mehran Khalili <scrm@scandal.org>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Saturday, July 08, 2000 6:36 AM
> Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
>
>
> >
> > Hi,
> >
> > My question is pretty simple. Several months ago, I configured
> services to
> > change nicknames to 'guest-xxxx' instead of /killing them when
> they don't
> > authenticate. Now the configuration got reset, and I forgot how I did
> this.
> > I would be grateful if someone could quickly remind me of how to do this
> > again.
> >
> > (yes it did work fine with my IRCD)
> >
> > cya
> >
> > Mehran
> >
> >
> > --------------
> > Mehran Khalili
> >
> > Nvision s.à r.l. - <A  HREF="http://www.nvision.lu">http://www.nvision.lu</A> - mehran.khalili@nvision.lu
> >     Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon Jul 17 04:33:54 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
References: <20000716144345.2870.qmail@hotmail.com>
Message-ID: 006001bfefe2$e43921a0$9c011ac4@shadow

I've not really looked at this much for a while. What you're talking about
would not be build into services. Services would simply use the EMAIL field
of nicknames to email passwords to. If you wanted to make aliases for every
nickname, then you'd have to do it manually. There are issues with this
because the letters used in nicknames are not always valid email aliases.

Andrew

----- Original Message -----
From: "Jason at GCN" <jasonatgcn@hotmail.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Sunday, July 16, 2000 4:43 PM
Subject: [IRCServices] About new Version...


> I noticed in your to think about section you said that a possible feature
> would be to implement an e-mail server into services.  Would this include
> e-mail accounts under services for every registered nick?
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon Jul 17 04:34:22 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] akick question
References: <000801bfeeed$5419cca0$50a89318@ne.mediaone.net>
Message-ID: 007c01bfefe2$f3fe4d40$9c011ac4@shadow

 
What version of IRC Services are you using?  
  
Andrew  
----- Original Message -----  
From: Vegeta  
To: ircservices@delirious.shadowfire.org  
Sent: Sunday, July 16, 2000 8:16 AM 
Subject: [IRCServices] akick question 

 
    Hiya ^^;; 
     
        Someone keeps using a akick bug to crash my irc services, can someone please tell me what hes doing, so I can disable it. I have my services modified and it would be a pain in the butt to upgrade them since I can no longer access the account. 
  
                thanks Vegeta
From andrewk at icon.co.za  Mon Jul 17 04:32:13 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
References: <GOEJIBOGNDMEHOBFJDMDGEEHCFAA.scrm@scandal.org>
Message-ID: 002801bfefe2$a74f1b50$9c011ac4@shadow

Maybe if you read the config you'd find it? Or is that asking a little too
much? *shrug*

Andrew

----- Original Message -----
From: "Mehran Khalili" <scrm@scandal.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Monday, July 17, 2000 8:08 AM
Subject: RE: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill


> Thank you. I require one other little piece of information - what is the
> setting to set the nick before the <number>. (e.g. 'Guest') to which
> services changes nicknames that don't identify? I'm sure it's also in the
> services.conf.
>
> -Mehran
>
> --------------
> Mehran Khalili
>
> Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
>     Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
>
>
> > -----Original Message-----
> > From: owner-ircservices@delirious.shadowfire.org
> > [<A  HREF="mailto:owner-ircservices@delirious.shadowfire.org]On">mailto:owner-ircservices@delirious.shadowfire.org]On</A> Behalf Of Scott
> > Seufert
> > Sent: Saturday, July 08, 2000 16:48
> > To: ircservices@delirious.shadowfire.org
> > Subject: Re: [IRCServices] Changes nicknames to GUESTxxxx instead of a
> > /kill
> >
> >
> > It's a setting in the services.conf file (#NSForceNickChange)
> >
> > Scott Seufert
> > aka Anarki
> > aka katsklaw
> > Server Admin NoDoze.ShadowFire.Org
> >
> > ----- Original Message -----
> > From: Mehran Khalili <scrm@scandal.org>
> > To: <ircservices@delirious.shadowfire.org>
> > Sent: Saturday, July 08, 2000 6:36 AM
> > Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
> >
> >
> > >
> > > Hi,
> > >
> > > My question is pretty simple. Several months ago, I configured
> > services to
> > > change nicknames to 'guest-xxxx' instead of /killing them when
> > they don't
> > > authenticate. Now the configuration got reset, and I forgot how I did
> > this.
> > > I would be grateful if someone could quickly remind me of how to do
this
> > > again.
> > >
> > > (yes it did work fine with my IRCD)
> > >
> > > cya
> > >
> > > Mehran
> > >
> > >
> > > --------------
> > > Mehran Khalili
> > >
> > > Nvision s.à r.l. - <A  HREF="http://www.nvision.lu">http://www.nvision.lu</A> - mehran.khalili@nvision.lu
> > >     Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From frostbyghte at stratics.com  Mon Jul 17 04:48:01 2000
From: frostbyghte at stratics.com (Randy Snow)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <006001bfefe2$e43921a0$9c011ac4@shadow>
References: 006001bfefe2$e43921a0$9c011ac4@shadow
Message-ID: KOECIOCHHBHLAPFLOBANCEKCCCAA.frostbyghte@stratics.com

You could do two things with this, use it to send passwords that users
forget, and take Memoserv to an entirely new level by allowing a send only
function.  If someone is using sendmail, I'm pretty sure there would be
little to no code involved with shelling out to sendmail and firing off an
email. :)  I'm not a programmer, but I have seen several scripts that do it,
and it's usually as simple as issuing a sendmail command with the proper
parms.

- Randy Snow -
irc.stratics.com

-----Original Message-----
From: owner-ircservices@delirious.shadowfire.org
[mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Andrew
Kempe
Sent: Monday, July 17, 2000 6:34 AM
To: ircservices@delirious.shadowfire.org
Subject: Re: [IRCServices] About new Version...


I've not really looked at this much for a while. What you're talking about
would not be build into services. Services would simply use the EMAIL field
of nicknames to email passwords to. If you wanted to make aliases for every
nickname, then you'd have to do it manually. There are issues with this
because the letters used in nicknames are not always valid email aliases.

Andrew

----- Original Message -----
From: "Jason at GCN" <jasonatgcn@hotmail.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Sunday, July 16, 2000 4:43 PM
Subject: [IRCServices] About new Version...


> I noticed in your to think about section you said that a possible feature
> would be to implement an e-mail server into services.  Would this include
> e-mail accounts under services for every registered nick?
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon Jul 17 05:27:50 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
References: <KOECIOCHHBHLAPFLOBANCEKCCCAA.frostbyghte@stratics.com>
Message-ID: 00ec01bfefea$6c4a7d30$9c011ac4@shadow

You're right, forwarding memos to email addresses would be very simple.

Andrew

----- Original Message -----
From: "Randy Snow" <frostbyghte@stratics.com>
To: <ircservices@delirious.shadowfire.org>
Sent: Monday, July 17, 2000 1:48 PM
Subject: RE: [IRCServices] About new Version...


> You could do two things with this, use it to send passwords that users
> forget, and take Memoserv to an entirely new level by allowing a send only
> function.  If someone is using sendmail, I'm pretty sure there would be
> little to no code involved with shelling out to sendmail and firing off an
> email. :)  I'm not a programmer, but I have seen several scripts that do
it,
> and it's usually as simple as issuing a sendmail command with the proper
> parms.
>
> - Randy Snow -
> irc.stratics.com
>
> -----Original Message-----
> From: owner-ircservices@delirious.shadowfire.org
> [mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Andrew
> Kempe
> Sent: Monday, July 17, 2000 6:34 AM
> To: ircservices@delirious.shadowfire.org
> Subject: Re: [IRCServices] About new Version...
>
>
> I've not really looked at this much for a while. What you're talking about
> would not be build into services. Services would simply use the EMAIL
field
> of nicknames to email passwords to. If you wanted to make aliases for
every
> nickname, then you'd have to do it manually. There are issues with this
> because the letters used in nicknames are not always valid email aliases.
>
> Andrew
>
> ----- Original Message -----
> From: "Jason at GCN" <jasonatgcn@hotmail.com>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Sunday, July 16, 2000 4:43 PM
> Subject: [IRCServices] About new Version...
>
>
> > I noticed in your to think about section you said that a possible
feature
> > would be to implement an e-mail server into services.  Would this
include
> > e-mail accounts under services for every registered nick?
> > ________________________________________________________________________
> > Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Mon Jul 17 05:48:31 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a/kill
In-Reply-To: <GOEJIBOGNDMEHOBFJDMDGEEHCFAA.scrm@scandal.org>
References: GOEJIBOGNDMEHOBFJDMDGEEHCFAA.scrm@scandal.org
Message-ID: B59878DF.DA%anarki@flamebait.org

It's the VERY next section after #NSForceNickChange, but as Andrew said read
example.conf BEFORE running services. It is ALWAYS highly recommended to
RTFM before running a program you didn't write.

Scott
aka Anarki
aka katsklaw
Server Administrator
NoDoze.ShadowFire.Org


on 7/17/00 2:08 AM, Mehran Khalili at scrm@scandal.org wrote:

> Thank you. I require one other little piece of information - what is the
> setting to set the nick before the <number>. (e.g. 'Guest') to which
> services changes nicknames that don't identify? I'm sure it's also in the
> services.conf.
> 
> -Mehran
> 
> --------------
> Mehran Khalili
> 
> Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
> Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> 
> 
>> -----Original Message-----
>> From: owner-ircservices@delirious.shadowfire.org
>> [<A  HREF="mailto:owner-ircservices@delirious.shadowfire.org]On">mailto:owner-ircservices@delirious.shadowfire.org]On</A> Behalf Of Scott
>> Seufert
>> Sent: Saturday, July 08, 2000 16:48
>> To: ircservices@delirious.shadowfire.org
>> Subject: Re: [IRCServices] Changes nicknames to GUESTxxxx instead of a
>> /kill
>> 
>> 
>> It's a setting in the services.conf file (#NSForceNickChange)
>> 
>> Scott Seufert
>> aka Anarki
>> aka katsklaw
>> Server Admin NoDoze.ShadowFire.Org
>> 
>> ----- Original Message -----
>> From: Mehran Khalili <scrm@scandal.org>
>> To: <ircservices@delirious.shadowfire.org>
>> Sent: Saturday, July 08, 2000 6:36 AM
>> Subject: [IRCServices] Changes nicknames to GUESTxxxx instead of a /kill
>> 
>> 
>>> 
>>> Hi,
>>> 
>>> My question is pretty simple. Several months ago, I configured
>> services to
>>> change nicknames to 'guest-xxxx' instead of /killing them when
>> they don't
>>> authenticate. Now the configuration got reset, and I forgot how I did
>> this.
>>> I would be grateful if someone could quickly remind me of how to do this
>>> again.
>>> 
>>> (yes it did work fine with my IRCD)
>>> 
>>> cya
>>> 
>>> Mehran
>>> 
>>> 
>>> --------------
>>> Mehran Khalili
>>> 
>>> Nvision s.à r.l. - <A  HREF="http://www.nvision.lu">http://www.nvision.lu</A> - mehran.khalili@nvision.lu
>>> Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
>>> 
>>> 
>>> ---------------------------------------------------------------
>>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>>> with "unsubscribe ircservices" in the body, without the quotes.
>>> 
>>> 
>> 
>> 
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Mon Jul 17 05:54:41 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <00ec01bfefea$6c4a7d30$9c011ac4@shadow>
References: <KOECIOCHHBHLAPFLOBANCEKCCCAA.frostbyghte@stratics.com>
Message-ID: l03130306b598b10c1fbd@[10.38.239.105]

>> You could do two things with this, use it to send passwords that users
>> forget, and take Memoserv to an entirely new level by allowing a send only
>> function.  If someone is using sendmail, I'm pretty sure there would be
>> little to no code involved with shelling out to sendmail and firing off an
>> email. :)  I'm not a programmer, but I have seen several scripts that do
>it,
>> and it's usually as simple as issuing a sendmail command with the proper
>> parms.

>You're right, forwarding memos to email addresses would be very simple.

Not everyone uses Sendmail, and the command-line interfaces of other MTAs
may be significantly different.  However, sending an SMTP session down port
25 of localhost shouldn't be any more difficult to implement, and is
guaranteed compatible with any MTA.  Fetchmail uses this approach, although
it also supports piping direct into Sendmail.  The only configuration
option required by the MTA in this instance is to allow relaying to any
domain from localhost.  If the MTA is on another machine, it would be
helpful to allow configuration of Services to use that machine rather than
localhost, and this can be done easily once the SMTP session is implemented.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Mon Jul 17 06:04:19 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <006001bfefe2$e43921a0$9c011ac4@shadow>
References: 006001bfefe2$e43921a0$9c011ac4@shadow
Message-ID: B5987C93.DC%anarki@flamebait.org

In my humble opinion there shouldn't be a mail server built into services,
this could bog them down ... but instead, have services use sendmail, and
also instead of giving users and email account, I believe it would be more
practical to have services email a users password to them.

This option could eliminate the GETPASS command. Email addresses could be
hidden so they don't appear in a /nickserv info. Then have a command added
such as /nickserv GIVEPASS <nick>. this command can be executed by anyone.
Services then emails <nick> his/her password. This should make getting a
user's password harder, if for no other reason than it is mailed to the
user, regardless of who executed the command.

Same for channels. This would provide awsome security, especially if an
Services Admin's O:Line was hacked. The "hacker" still couldn't get any
passwords.

Actually, now that I mentioned O:Line hacking. I have another suggestion. It
regards akills. How about having it so that Services Root can not be
akill'ed? In the event that a Services Admin's O:Line is hacked, there would
be at least one person that could un-akill any mask that was akilled by a
hacked O:Line. Also have services deny the akill mask of *@* (if not already
implemented).

Scott Seufert
aka Anarki
aka katsklaw
Server Administrator
NoDoze.ShadowFire.Org


on 7/17/00 7:33 AM, Andrew Kempe at andrewk@icon.co.za wrote:

> I've not really looked at this much for a while. What you're talking about
> would not be build into services. Services would simply use the EMAIL field
> of nicknames to email passwords to. If you wanted to make aliases for every
> nickname, then you'd have to do it manually. There are issues with this
> because the letters used in nicknames are not always valid email aliases.
> 
> Andrew
> 
> ----- Original Message -----
> From: "Jason at GCN" <jasonatgcn@hotmail.com>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Sunday, July 16, 2000 4:43 PM
> Subject: [IRCServices] About new Version...
> 
> 
>> I noticed in your to think about section you said that a possible feature
>> would be to implement an e-mail server into services.  Would this include
>> e-mail accounts under services for every registered nick?
>> ________________________________________________________________________
>> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
>> 
>> 
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon Jul 17 06:30:00 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
References: <B5987C93.DC%anarki@flamebait.org>
Message-ID: 015501bfeff3$1b738470$9c011ac4@shadow

The *@* has been implemented.

How does one decide if a user is a services admin? Services kills users
before they have a chance of identifying. I think the -noakill switch
suggestion may be a good idea after all.

Andrew

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Monday, July 17, 2000 3:04 PM
Subject: Re: [IRCServices] About new Version...


> In my humble opinion there shouldn't be a mail server built into services,
> this could bog them down ... but instead, have services use sendmail, and
> also instead of giving users and email account, I believe it would be more
> practical to have services email a users password to them.
>
> This option could eliminate the GETPASS command. Email addresses could be
> hidden so they don't appear in a /nickserv info. Then have a command added
> such as /nickserv GIVEPASS <nick>. this command can be executed by anyone.
> Services then emails <nick> his/her password. This should make getting a
> user's password harder, if for no other reason than it is mailed to the
> user, regardless of who executed the command.
>
> Same for channels. This would provide awsome security, especially if an
> Services Admin's O:Line was hacked. The "hacker" still couldn't get any
> passwords.
>
> Actually, now that I mentioned O:Line hacking. I have another suggestion.
It
> regards akills. How about having it so that Services Root can not be
> akill'ed? In the event that a Services Admin's O:Line is hacked, there
would
> be at least one person that could un-akill any mask that was akilled by a
> hacked O:Line. Also have services deny the akill mask of *@* (if not
already
> implemented).
>
> Scott Seufert
> aka Anarki
> aka katsklaw
> Server Administrator
> NoDoze.ShadowFire.Org
>
>
> on 7/17/00 7:33 AM, Andrew Kempe at andrewk@icon.co.za wrote:
>
> > I've not really looked at this much for a while. What you're talking
about
> > would not be build into services. Services would simply use the EMAIL
field
> > of nicknames to email passwords to. If you wanted to make aliases for
every
> > nickname, then you'd have to do it manually. There are issues with this
> > because the letters used in nicknames are not always valid email
aliases.
> >
> > Andrew
> >
> > ----- Original Message -----
> > From: "Jason at GCN" <jasonatgcn@hotmail.com>
> > To: <ircservices@delirious.shadowfire.org>
> > Sent: Sunday, July 16, 2000 4:43 PM
> > Subject: [IRCServices] About new Version...
> >
> >
> >> I noticed in your to think about section you said that a possible
feature
> >> would be to implement an e-mail server into services.  Would this
include
> >> e-mail accounts under services for every registered nick?
> >>
________________________________________________________________________
> >> Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com
> >>
> >>
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >>
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Mon Jul 17 06:34:48 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <l03130306b598b10c1fbd@[10.38.239.105]>
References: l03130306b598b10c1fbd@[10.38.239.105]
Message-ID: B59883B8.DF%anarki@flamebait.org

I'm not an expert in mail transport, but don't many applications use
sendmail because it's easy and RFC compliant? It's seems to me that every
app/script I have ever seen that has any form of mail option uses sendmail
or has an SMTP server option. Especially since sendmail is a SMTP server.

I personally would not like to see services act as an SMTP server in any
since of the word. The use of Sendmail is very common place, and for those
that do not or can not use sendmail to have an SMTP server option plus the
option to NOT use the mail and use the GETPASS command, should be defined in
the conf or an ifdef in ./configure.

Scott Seufert
aka Anarki
aka katsklaw
Server Administrator
NoDoze.ShadowFire.Org


on 7/17/00 8:54 AM, Jonathan Morton at chromi@cyberspace.org wrote:

>>> You could do two things with this, use it to send passwords that users
>>> forget, and take Memoserv to an entirely new level by allowing a send only
>>> function.  If someone is using sendmail, I'm pretty sure there would be
>>> little to no code involved with shelling out to sendmail and firing off an
>>> email. :)  I'm not a programmer, but I have seen several scripts that do
>> it,
>>> and it's usually as simple as issuing a sendmail command with the proper
>>> parms.
> 
>> You're right, forwarding memos to email addresses would be very simple.
> 
> Not everyone uses Sendmail, and the command-line interfaces of other MTAs
> may be significantly different.  However, sending an SMTP session down port
> 25 of localhost shouldn't be any more difficult to implement, and is
> guaranteed compatible with any MTA.  Fetchmail uses this approach, although
> it also supports piping direct into Sendmail.  The only configuration
> option required by the MTA in this instance is to allow relaying to any
> domain from localhost.  If the MTA is on another machine, it would be
> helpful to allow configuration of Services to use that machine rather than
> localhost, and this can be done easily once the SMTP session is implemented.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Mon Jul 17 07:17:20 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <B59883B8.DF%anarki@flamebait.org>
References: <l03130306b598b10c1fbd@[10.38.239.105]>
Message-ID: l03130307b598c1c1f5eb@[10.38.239.105]

>I'm not an expert in mail transport, but don't many applications use
>sendmail because it's easy and RFC compliant? It's seems to me that every
>app/script I have ever seen that has any form of mail option uses sendmail
>or has an SMTP server option. Especially since sendmail is a SMTP server.
>
>I personally would not like to see services act as an SMTP server in any
>since of the word. The use of Sendmail is very common place, and for those
>that do not or can not use sendmail to have an SMTP server option plus the
>option to NOT use the mail and use the GETPASS command, should be defined in
>the conf or an ifdef in ./configure.

My suggestion was to make Services act as an SMTP _client_ not a server.  This is extremely easy to implement.  All MTAs are SMTP servers which can talk to each other, and SMTP clients can talk to them very easily.  Example session:

>>> 220 helium.chromatix.org.uk ESMTP Exim 3.15 #2 Mon, 17 Jul 2000 15:02:02 +0100
<<< HELO irc.network.org
>>> 250 helium.chromatix.org.uk Hello dolphin.chromatix.org.uk [10.38.239.105]
<<< MAIL FROM: services@irc.network.org
>>> 250 <services@irc.network.org> is syntactically correct
<<< RCPT TO: chromi@cyberspace.org
>>> 250 <chromi@cyberspace.org> is syntactically correct
<<< DATA
>>> 354 Enter message, ending with "." on a line by itself
<<< Subject: Your password
<<<
<<< Your password was requested by use of the SENDPASSWORD command.  Here it is.
<<<
<<< >>>>  yourpassword  <<<<
<<< .
>>> 250 OK id=13EBVF-0001vi-00
<<< quit
>>> 221 Bye-bye!

... where >>> precedes a line sent by the server, and <<< precedes one sent by the client.  Note the blank line separating the Subject: header from the message body.  Completely RFC compliant and easy to implement.  Also notice my MTA (in the 'greeting' line) is not Sendmail, but another popular alternative called Exim.  No problem if the mail-sending routines are implemented in "SMTP client" form but a potential PITA [pain in the a**] if you wanted to use command-line sending.  Obviously some error-handling must be built in (500-series numbers in particular mean a rejected delivery) but this is pretty trivial.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Mon Jul 17 07:25:39 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <l03130307b598c1c1f5eb@[10.38.239.105]>
References: l03130307b598c1c1f5eb@[10.38.239.105]
Message-ID: B5988FA2.E4%anarki@flamebait.org

on 7/17/00 10:17 AM, Jonathan Morton at chromi@cyberspace.org wrote:

>> I'm not an expert in mail transport, but don't many applications use
>> sendmail because it's easy and RFC compliant? It's seems to me that every
>> app/script I have ever seen that has any form of mail option uses sendmail
>> or has an SMTP server option. Especially since sendmail is a SMTP server.
>> 
>> I personally would not like to see services act as an SMTP server in any
>> since of the word. The use of Sendmail is very common place, and for those
>> that do not or can not use sendmail to have an SMTP server option plus the
>> option to NOT use the mail and use the GETPASS command, should be defined in
>> the conf or an ifdef in ./configure.
> 
> My suggestion was to make Services act as an SMTP _client_ not a server.  This
> is extremely easy to implement.  All MTAs are SMTP servers which can talk to
> each other, and SMTP clients can talk to them very easily.  Example session:
> 
>>>> 220 helium.chromatix.org.uk ESMTP Exim 3.15 #2 Mon, 17 Jul 2000 15:02:02
>>>> +0100
> <<< HELO irc.network.org
>>>> 250 helium.chromatix.org.uk Hello dolphin.chromatix.org.uk [10.38.239.105]
> <<< MAIL FROM: services@irc.network.org
>>>> 250 <services@irc.network.org> is syntactically correct
> <<< RCPT TO: chromi@cyberspace.org
>>>> 250 <chromi@cyberspace.org> is syntactically correct
> <<< DATA
>>>> 354 Enter message, ending with "." on a line by itself
> <<< Subject: Your password
> <<<
> <<< Your password was requested by use of the SENDPASSWORD command.  Here it
> is.
> <<<
> <<< >>>>  yourpassword  <<<<
> <<< .
>>>> 250 OK id=13EBVF-0001vi-00
> <<< quit
>>>> 221 Bye-bye!
> 
> .. where >>> precedes a line sent by the server, and <<< precedes one sent by
> the client.  Note the blank line separating the Subject: header from the
> message body.  Completely RFC compliant and easy to implement.  Also notice my
> MTA (in the 'greeting' line) is not Sendmail, but another popular alternative
> called Exim.  No problem if the mail-sending routines are implemented in "SMTP
> client" form but a potential PITA [pain in the a**] if you wanted to use
> command-line sending.  Obviously some error-handling must be built in
> (500-series numbers in particular mean a rejected delivery) but this is pretty
> trivial.

I can see that then, thank you for clearing that up :)


Scott


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jonathan at lite.net  Mon Jul 17 08:19:59 2000
From: jonathan at lite.net (Jonathan George)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <B5988FA2.E4%anarki@flamebait.org>
References: B5988FA2.E4%anarki@flamebait.org
Message-ID: Pine.LNX.4.10.10007171013001.27113&#45;100000@lite.net

        I've implemented this before in two IRC-based projects I've done.

        Your best bet is to use popen(3) to open sendmail, and then just
write the email to the given pipe.  This has it's advantages because:

        a) You don't have to read() from the pipe.
        b) You don't have to try to send email again if the first one
bounces.
        c) Generally most popular MTA's (Qmail is a definite one) include
a drop-in sendmail replacement, OR they just leave sendmail alone.
Sendmail is both a client and server, and there is no reason it can't be
left alone just to be used to pipe mail into.

Regards,

Jonathan George, CEO
MultiList Central
www.MultiListCentral.com

|> .. where >>> precedes a line sent by the server, and <<< precedes one sent by
|> the client.  Note the blank line separating the Subject: header from the
|> message body.  Completely RFC compliant and easy to implement.  Also notice my
|> MTA (in the 'greeting' line) is not Sendmail, but another popular alternative
|> called Exim.  No problem if the mail-sending routines are implemented in "SMTP
|> client" form but a potential PITA [pain in the a**] if you wanted to use
|> command-line sending.  Obviously some error-handling must be built in
|> (500-series numbers in particular mean a rejected delivery) but this is pretty
|> trivial.
|
|I can see that then, thank you for clearing that up :)



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Mon Jul 17 09:06:10 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
References: <Pine.LNX.4.10.10007171013001.27113-100000@lite.net>
Message-ID: 017c01bff008$ec858080$9c011ac4@shadow

ok folks, time to move to ircservices-coding.

Thanks, Andrew

----- Original Message -----
From: "Jonathan George" <jonathan@lite.net>
To: <ircservices@delirious.shadowfire.org>
Cc: <anarki@flaimebait.org>; <chromi@cyberspace.org>
Sent: Monday, July 17, 2000 5:19 PM
Subject: Re: [IRCServices] About new Version...


> I've implemented this before in two IRC-based projects I've done.
>
> Your best bet is to use popen(3) to open sendmail, and then just
> write the email to the given pipe.  This has it's advantages because:
>
> a) You don't have to read() from the pipe.
> b) You don't have to try to send email again if the first one
> bounces.
> c) Generally most popular MTA's (Qmail is a definite one) include
> a drop-in sendmail replacement, OR they just leave sendmail alone.
> Sendmail is both a client and server, and there is no reason it can't be
> left alone just to be used to pipe mail into.
>
> Regards,
>
> Jonathan George, CEO
> MultiList Central
> www.MultiListCentral.com
>
> |> .. where >>> precedes a line sent by the server, and <<< precedes one
sent by
> |> the client.  Note the blank line separating the Subject: header from
the
> |> message body.  Completely RFC compliant and easy to implement.  Also
notice my
> |> MTA (in the 'greeting' line) is not Sendmail, but another popular
alternative
> |> called Exim.  No problem if the mail-sending routines are implemented
in "SMTP
> |> client" form but a potential PITA [pain in the a**] if you wanted to
use
> |> command-line sending.  Obviously some error-handling must be built in
> |> (500-series numbers in particular mean a rejected delivery) but this is
pretty
> |> trivial.
> |
> |I can see that then, thank you for clearing that up :)
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From frostbyghte at stratics.com  Mon Jul 17 09:29:06 2000
From: frostbyghte at stratics.com (Randy Snow)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] About new Version...
In-Reply-To: <015501bfeff3$1b738470$9c011ac4@shadow>
References: 015501bfeff3$1b738470$9c011ac4@shadow
Message-ID: KOECIOCHHBHLAPFLOBANCEKICCAA.frostbyghte@stratics.com

I can check with our programmer, but if I'm not mistaken our code is modifed
so that people with an active oline do not get caught in a akill/kline.  I'm
not sure if it's a services or ircd modification though.

-----Original Message-----
From: owner-ircservices@delirious.shadowfire.org
[mailto:owner-ircservices@delirious.shadowfire.org]On Behalf Of Andrew
Kempe
Sent: Monday, July 17, 2000 8:30 AM
To: ircservices@delirious.shadowfire.org
Subject: Re: [IRCServices] About new Version...


The *@* has been implemented.

How does one decide if a user is a services admin? Services kills users
before they have a chance of identifying. I think the -noakill switch
suggestion may be a good idea after all.

Andrew

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Monday, July 17, 2000 3:04 PM
Subject: Re: [IRCServices] About new Version...


> In my humble opinion there shouldn't be a mail server built into services,
> this could bog them down ... but instead, have services use sendmail, and
> also instead of giving users and email account, I believe it would be more
> practical to have services email a users password to them.
>
> This option could eliminate the GETPASS command. Email addresses could be
> hidden so they don't appear in a /nickserv info. Then have a command added
> such as /nickserv GIVEPASS <nick>. this command can be executed by anyone.
> Services then emails <nick> his/her password. This should make getting a
> user's password harder, if for no other reason than it is mailed to the
> user, regardless of who executed the command.
>
> Same for channels. This would provide awsome security, especially if an
> Services Admin's O:Line was hacked. The "hacker" still couldn't get any
> passwords.
>
> Actually, now that I mentioned O:Line hacking. I have another suggestion.
It
> regards akills. How about having it so that Services Root can not be
> akill'ed? In the event that a Services Admin's O:Line is hacked, there
would
> be at least one person that could un-akill any mask that was akilled by a
> hacked O:Line. Also have services deny the akill mask of *@* (if not
already
> implemented).
>
> Scott Seufert
> aka Anarki
> aka katsklaw
> Server Administrator
> NoDoze.ShadowFire.Org
>
>
> on 7/17/00 7:33 AM, Andrew Kempe at andrewk@icon.co.za wrote:
>
> > I've not really looked at this much for a while. What you're talking
about
> > would not be build into services. Services would simply use the EMAIL
field
> > of nicknames to email passwords to. If you wanted to make aliases for
every
> > nickname, then you'd have to do it manually. There are issues with this
> > because the letters used in nicknames are not always valid email
aliases.
> >
> > Andrew
> >
> > ----- Original Message -----
> > From: "Jason at GCN" <jasonatgcn@hotmail.com>
> > To: <ircservices@delirious.shadowfire.org>
> > Sent: Sunday, July 16, 2000 4:43 PM
> > Subject: [IRCServices] About new Version...
> >
> >
> >> I noticed in your to think about section you said that a possible
feature
> >> would be to implement an e-mail server into services.  Would this
include
> >> e-mail accounts under services for every registered nick?
> >>
________________________________________________________________________
> >> Get Your Private, Free E-mail from MSN Hotmail at
<A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> >>
> >>
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >>
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From aiquel at sympatico.ca  Tue Jul 18 07:24:03 2000
From: aiquel at sympatico.ca (Marc-André Aiquel-Fuentes)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
Message-ID: 4.3.1.1.20000718102202.00a74240@pop2.qc.sympatico.ca

I Think that a "/chanserv SET <channel> LINKS off" could be a great idea...

Off -> If a nick is linked to "X" and "X" have an access to the channel , 
he'll not be opped
On -> If a nick is linked to "X" and "X" have an access to the channel, 
he'll be opped by ChanServ

* Just an idea *


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 15:16:44 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <4.3.1.1.20000718102202.00a74240@pop2.qc.sympatico.ca>
References: 4.3.1.1.20000718102202.00a74240@pop2.qc.sympatico.ca
Message-ID: l03130304b59a87a7794e@[10.38.239.105]

>I Think that a "/chanserv SET <channel> LINKS off" could be a great idea...
>
>Off -> If a nick is linked to "X" and "X" have an access to the channel ,
>he'll not be opped
>On -> If a nick is linked to "X" and "X" have an access to the channel,
>he'll be opped by ChanServ
>
>* Just an idea *

Interesting idea, but could you shed some light on _why_ you'd like this?

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Tue Jul 18 16:23:46 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l03130304b59a87a7794e@[10.38.239.105]>; fromchromi@cyberspace.org on Tue, Jul 18, 2000 at 23:16:44 +0100
References: <l03130304b59a87a7794e@[10.38.239.105]>
Message-ID: 20000719002346.A735@jpc.ptlink.net

Because linked nick OPs are hard to track not beeing an sadmin...
You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and you
cannot delete it because you dont know his linked nick on the access list.

On Tue, 18 Jul 2000 23:16:44 Jonathan Morton wrote:
> >I Think that a "/chanserv SET <channel> LINKS off" could be a great idea...
> >
> >Off -> If a nick is linked to "X" and "X" have an access to the channel ,
> >he'll not be opped
> >On -> If a nick is linked to "X" and "X" have an access to the channel,
> >he'll be opped by ChanServ
> >
> >* Just an idea *
> 
> Interesting idea, but could you shed some light on _why_ you'd like this?
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
PTlink Tech Admin
<A  HREF="http://www.ptlink.net">http://www.ptlink.net</A>
Lamego@PTlink.net



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 17:48:01 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <20000719002346.A735@jpc.ptlink.net>
References: <l03130304b59a87a7794e@[10.38.239.105]>; fromchromi@cyberspace.org on Tue, Jul 18, 2000 at 23:16:44 +0100<l03130304b59a87a7794e@[10.38.239.105]>
Message-ID: l03130306b59aaa69a400@[10.38.239.105]

>Because linked nick OPs are hard to track not beeing an sadmin...
>You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and you
>cannot delete it because you dont know his linked nick on the access list.

You ever tried using /nickserv INFO <nick>?

1:45:04 am: -*NickServ*- chromatix is Jonathan Morton

1:45:15 am: -*NickServ*- quadraserv is Jonathan Morton

The "real name" attached to the linked nick is always the same as the
original.  Simply compare the information returned by `/nickserv info
<troublemaker>` with that for everyone on your ACCESS list.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Tue Jul 18 17:57:38 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l03130306b59aaa69a400@[10.38.239.105]>; fromchromi@cyberspace.org on Wed, Jul 19, 2000 at 01:48:01 +0100
References: <l03130306b59aaa69a400@[10.38.239.105]>
Message-ID: 20000719015738.B735@jpc.ptlink.net

lol,
making /nickserv info for lets say... 100 nicks and human string match ???
Do you know what is Information Technologie ?

On Wed, 19 Jul 2000 01:48:01 Jonathan Morton wrote:
> >Because linked nick OPs are hard to track not beeing an sadmin...
> >You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and
you
> >cannot delete it because you dont know his linked nick on the access list.
> 
> You ever tried using /nickserv INFO <nick>?
> 
> 1:45:04 am: -*NickServ*- chromatix is Jonathan Morton
> 
> 1:45:15 am: -*NickServ*- quadraserv is Jonathan Morton
> 
> The "real name" attached to the linked nick is always the same as the
> original.  Simply compare the information returned by `/nickserv info
> <troublemaker>` with that for everyone on your ACCESS list.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
PTlink Tech Admin
<A  HREF="http://www.ptlink.net">http://www.ptlink.net</A>
Lamego@PTlink.net



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 18:43:50 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <20000719015738.B735@jpc.ptlink.net>
References: <l03130306b59aaa69a400@[10.38.239.105]>; fromchromi@cyberspace.org on Wed, Jul 19, 2000 at 01:48:01 +0100<l03130306b59aaa69a400@[10.38.239.105]>
Message-ID: l03130307b59ab802d5bd@[10.38.239.105]

>making /nickserv info for lets say... 100 nicks and human string match ???
>Do you know what is Information Technologie ?

You have 100 ops on a channel?  Phew...

Still, I would rather vote for an option to list the nicks that are linked
together.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Jul 18 19:22:10 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l03130307b59ab802d5bd@[10.38.239.105]>
References: l03130307b59ab802d5bd@[10.38.239.105]
Message-ID: B59A8911.1AF%anarki@flamebait.org

IMO,

Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
like privacy is violated. If you have one of my nicks ... you have all of
them ... second, spamming becomes a bit easier, again you have a list of
nicks ...


Scott
aka Anarki
aka katsklaw
Server Admin
NoDoze.ShadowFire.Org

on 7/18/00 9:43 PM, Jonathan Morton at chromi@cyberspace.org wrote:

>> making /nickserv info for lets say... 100 nicks and human string match ???
>> Do you know what is Information Technologie ?
> 
> You have 100 ops on a channel?  Phew...
> 
> Still, I would rather vote for an option to list the nicks that are linked
> together.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 19:51:37 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <B59A8911.1AF%anarki@flamebait.org>
References: <l03130307b59ab802d5bd@[10.38.239.105]>
Message-ID: l03130308b59ac66436c4@[10.38.239.105]

>Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
>like privacy is violated. If you have one of my nicks ... you have all of
>them ... second, spamming becomes a bit easier, again you have a list of
>nicks ...

Uh, maybe you misinterpreted slightly.  What I meant was for something like:

/nickserv LISTLINKS <nick>

which in my case would list something like:

*** chromatix is Jonathan Morton
*** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon, geek

This information does not benefit a spammer, since they only have the list
for onw person.  Privacy is a more difficult topic (since everyone has
different ideas about it) but I don't see how this information could be
abused significantly in other ways.  Perhaps a server-admin preference
would be indicated here.  Clearly, individual choice would be
counter-productive, given the original reasons for suggesting this feature!
=)

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Jul 18 19:58:23 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l03130308b59ac66436c4@[10.38.239.105]>
References: l03130308b59ac66436c4@[10.38.239.105]
Message-ID: B59A918F.1B2%anarki@flamebait.org

on 7/18/00 10:51 PM, Jonathan Morton at chromi@cyberspace.org wrote:

>> Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
>> like privacy is violated. If you have one of my nicks ... you have all of
>> them ... second, spamming becomes a bit easier, again you have a list of
>> nicks ...
> 
> Uh, maybe you misinterpreted slightly.  What I meant was for something like:
> 
> /nickserv LISTLINKS <nick>
> 
> which in my case would list something like:
> 
> *** chromatix is Jonathan Morton
> *** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon, geek


the above is a list of nicks that can now be used for spamming purposes, I
don't think I missunderstood at all.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jonathan at lite.net  Tue Jul 18 20:07:26 2000
From: jonathan at lite.net (Jonathan George)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <B59A918F.1B2%anarki@flamebait.org>
References: B59A918F.1B2%anarki@flamebait.org
Message-ID: Pine.LNX.4.10.10007182205350.5176&#45;100000@lite.net

        Uhm, what?

        Heh, if the spammers on your network are resorting to using
NickServ and rathern than /who for the purpose of finding nicknames to
spam, I'd say you have a serious problem.
        Having a command which shows what nicknames you own, would by no
means provide a new way to spam the network.  It has absolutely nothing to
do with spamming.

[snipped]

|Date: Tue, 18 Jul 2000 22:58:23 -0400
|From: Scott Seufert <anarki@flamebait.org>
|on 7/18/00 10:51 PM, Jonathan Morton at chromi@cyberspace.org wrote:
|> *** chromatix is Jonathan Morton
|> *** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon, geek
|
|
|the above is a list of nicks that can now be used for spamming purposes, I
|don't think I missunderstood at all.

Regards,

Jonathan George, CEO
MultiList Central
www.MultiListCentral.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From adam at wiredrave.com  Tue Jul 18 20:04:27 2000
From: adam at wiredrave.com (Adam Fladwood)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
References: <l03130307b59ab802d5bd@[10.38.239.105]> <l03130308b59ac66436c4@[10.38.239.105]>
Message-ID: 009101bff12e$17c46600$0800000a@spyderdesign.com

It wouldn't work for RPGWorlds, a Role Playing network that I maintain
services/ircd for.  Since people play many characters at one time, it would
corrupt the privacy each player has, because you could easily figure out
which other characters a user has.

So if this option was implemented, which would be quite easy to do so I
believe, it should be configurable.

Just my opinion...

Adam

----- Original Message -----
From: "Jonathan Morton" <chromi@cyberspace.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Tuesday, July 18, 2000 9:51 PM
Subject: Re: [IRCServices] Suggestion


> >Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
> >like privacy is violated. If you have one of my nicks ... you have all of
> >them ... second, spamming becomes a bit easier, again you have a list of
> >nicks ...
>
> Uh, maybe you misinterpreted slightly.  What I meant was for something
like:
>
> /nickserv LISTLINKS <nick>
>
> which in my case would list something like:
>
> *** chromatix is Jonathan Morton
> *** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon,
geek
>
> This information does not benefit a spammer, since they only have the list
> for onw person.  Privacy is a more difficult topic (since everyone has
> different ideas about it) but I don't see how this information could be
> abused significantly in other ways.  Perhaps a server-admin preference
> would be indicated here.  Clearly, individual choice would be
> counter-productive, given the original reasons for suggesting this
feature!
> =)
>
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
>
> The key to knowledge is not to rely on people to teach you it.
>
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
>
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 20:17:53 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <B59A918F.1B2%anarki@flamebait.org>
References: <l03130308b59ac66436c4@[10.38.239.105]>
Message-ID: l03130309b59acd7ee1fa@[10.38.239.105]

>>> Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
>>> like privacy is violated. If you have one of my nicks ... you have all of
>>> them ... second, spamming becomes a bit easier, again you have a list of
>>> nicks ...
>>
>> Uh, maybe you misinterpreted slightly.  What I meant was for something like:
>>
>> /nickserv LISTLINKS <nick>
>>
>> which in my case would list something like:
>>
>> *** chromatix is Jonathan Morton
>> *** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon, geek
>
>
>the above is a list of nicks that can now be used for spamming purposes, I
>don't think I missunderstood at all.

OK, so how does the spammer get hold of the first nick to get the whole
list?  Most likely the nick they already have is the only one online at
that point in time.  Even with that list, all that can happen (in the worst
case) is that one person gets multiple copies of the spam.  Not
particularly useful.  From a spammer's point of view, I don't see any
information that can be got from this command that can't be got with less
effort from other places.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 20:25:04 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <009101bff12e$17c46600$0800000a@spyderdesign.com>
References: <l03130307b59ab802d5bd@[10.38.239.105]><l03130308b59ac66436c4@[10.38.239.105]>
Message-ID: l0313030ab59acfd26df7@[10.38.239.105]

>It wouldn't work for RPGWorlds, a Role Playing network that I maintain
>services/ircd for.  Since people play many characters at one time, it would
>corrupt the privacy each player has, because you could easily figure out
>which other characters a user has.
>
>So if this option was implemented, which would be quite easy to do so I
>believe, it should be configurable.

Sure, it could be made an option in the services.conf - and your example is
a good one.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Jul 18 20:30:00 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l03130309b59acd7ee1fa@[10.38.239.105]>
References: l03130309b59acd7ee1fa@[10.38.239.105]
Message-ID: B59A98F8.1BE%anarki@flamebait.org

on 7/18/00 11:17 PM, Jonathan Morton at chromi@cyberspace.org wrote:

>>>> Listing linked nicks isn't a good idea, 2 main reasons ... makes it feel
>>>> like privacy is violated. If you have one of my nicks ... you have all of
>>>> them ... second, spamming becomes a bit easier, again you have a list of
>>>> nicks ...
>>> 
>>> Uh, maybe you misinterpreted slightly.  What I meant was for something like:
>>> 
>>> /nickserv LISTLINKS <nick>
>>> 
>>> which in my case would list something like:
>>> 
>>> *** chromatix is Jonathan Morton
>>> *** chromatix also owns mortonjd, QuadraServ, PowerMac8100ServPro, jon, geek
>> 
>> 
>> the above is a list of nicks that can now be used for spamming purposes, I
>> don't think I missunderstood at all.
> 
> OK, so how does the spammer get hold of the first nick to get the whole
> list?  Most likely the nick they already have is the only one online at
> that point in time.  Even with that list, all that can happen (in the worst
> case) is that one person gets multiple copies of the spam.  Not
> particularly useful.  From a spammer's point of view, I don't see any
> information that can be got from this command that can't be got with less
> effort from other places.
> 
 I sit in your channel and start at the top of the list ..

Also, this issue is most likely the same reason that NSOperListOnly is in
place.

It is also my view that no one other than Opers should have any kind of
access to a mass list of nicks or channels list.

Scott 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Jul 18 20:39:24 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <l0313030ab59acfd26df7@[10.38.239.105]>
References: l0313030ab59acfd26df7@[10.38.239.105]
Message-ID: B59A9B2B.1C0%anarki@flamebait.org

on 7/18/00 11:25 PM, Jonathan Morton at chromi@cyberspace.org wrote:

>> It wouldn't work for RPGWorlds, a Role Playing network that I maintain
>> services/ircd for.  Since people play many characters at one time, it would
>> corrupt the privacy each player has, because you could easily figure out
>> which other characters a user has.
>> 
>> So if this option was implemented, which would be quite easy to do so I
>> believe, it should be configurable.
> 
> Sure, it could be made an option in the services.conf - and your example is
> a good one.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 

I am confussed about one thing though ... I don't see why having a list of
linked nicks even matters... Services binds them all anyway ... if you have
access to a chan with nick1 .. you have just as much access with nick2.

Ref: /nickserv help link


Scott



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 21:06:17 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <B59A98F8.1BE%anarki@flamebait.org>
References: <l03130309b59acd7ee1fa@[10.38.239.105]>
Message-ID: l0313030bb59ad936a2df@[10.38.239.105]

> I sit in your channel and start at the top of the list ..

...and you get perhaps a dozen people in there.  You do /nickserv listlinks
for each of them.  You then have the different nicks that these people use,
which they are not using at the moment.  Exactly how useful is that?

Besides, if you don't like it then switch it off on your network (if it
ever gets implemented).

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Tue Jul 18 21:19:07 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <B59A9B2B.1C0%anarki@flamebait.org>
References: <l0313030ab59acfd26df7@[10.38.239.105]>
Message-ID: l0313030cb59adc6762c0@[10.38.239.105]

>I am confussed about one thing though ... I don't see why having a list of
>linked nicks even matters... Services binds them all anyway ... if you have
>access to a chan with nick1 .. you have just as much access with nick2.

If you actually followed the thread, you'd have read this:

>Because linked nick OPs are hard to track not beeing an sadmin...
>You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and you
>cannot delete it because you dont know his linked nick on the access list.

He then went on to mention how hard it was to manually search through the
user-info for an ACCESS list numbering around 100.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Wed Jul 19 00:47:07 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
In-Reply-To: <l0313030bb59ad936a2df@[10.38.239.105]>
References: l0313030bb59ad936a2df@[10.38.239.105]
Message-ID: Pine.LNX.4.21.0007190943490.271&#45;100000@moonlight.chat.za.net


I would like a 

/msg nickserv enforce forbid

What this would do is automatically nick kill any currently
forbidden nicks

Also, I would like the nick kill time out on forbidden nicks to be dropped
to something like 15 seconds (or possibly let this be configurable)

Comments?

Mike


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Tue Jul 18 23:47:59 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
References: <l0313030ab59acfd26df7@[10.38.239.105]> <l0313030cb59adc6762c0@[10.38.239.105]>
Message-ID: 39754F1E.A61D345D@softhome.net

Jonathan Morton wrote:

> >I am confussed about one thing though ... I don't see why having a list of
> >linked nicks even matters... Services binds them all anyway ... if you have
> >access to a chan with nick1 .. you have just as much access with nick2.
>
> If you actually followed the thread, you'd have read this:
>
> >Because linked nick OPs are hard to track not beeing an sadmin...
> >You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and you
> >cannot delete it because you dont know his linked nick on the access list.
>
> He then went on to mention how hard it was to manually search through the
> user-info for an ACCESS list numbering around 100.

...so do something along the lines of a "why" command.  Services knows why a
particular nick has access in a channel (linked to nick 'x' which is on the access
list as level 'nn'), let it tell you.

-- Quension



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Wed Jul 19 01:52:42 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
References: <Pine.LNX.4.21.0007190943490.271-100000@moonlight.chat.za.net>
Message-ID: 00a501bff15e$b3261320$9c011ac4@shadow

Ok, this is in reply to all the posts :)

o Linked nicks:

I can add a WHY command to ChanServ so that you can see why a person has
access to the channel (and maybe what access they have). The command would
go something like:

/msg chanserv why #chan joe

-ChanServ- Joe has access to #t via the nick NickX which is on the #t access
list [at level X]

The part in [] could be set to only be shown to users with a level equal to
or higher than X.

This would require a bit of list searching (not a very good thing) to find
the nickname the user is gaining access via. I need to look into this more.

o Forbidden Nick Enforcement.

I'll look at adding a set of commands that will allow one to force timed
events to execute immediately.

o Forbidden Nick Kill Time.

I'll make this a configurable setting in version 4.5 I'm trying to stop ALL
development of the 4.4 source tree in an effort to release a KNOWN stable
version of IRC Services that support Bahamut. All future development will
take place in 4.5.

Andrew

----- Original Message -----
From: "Michael Smith" <mike@chat.za.net>
To: <ircservices@delirious.shadowfire.org>
Sent: Wednesday, July 19, 2000 9:47 AM
Subject: [IRCServices] Another Suggesstion


>
> I would like a
>
> /msg nickserv enforce forbid
>
> What this would do is automatically nick kill any currently
> forbidden nicks
>
> Also, I would like the nick kill time out on forbidden nicks to be dropped
> to something like 15 seconds (or possibly let this be configurable)
>
> Comments?
>
> Mike
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Wed Jul 19 02:53:32 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <39754F1E.A61D345D@softhome.net>; from quension@softhome.net on Wed, Jul 19, 2000 at 07:47:59 +0100
References: <39754F1E.A61D345D@softhome.net>
Message-ID: 20000719105332.A31062@alunos.est.ips.pt

err,
why to create an abusive track system when you can easly create an abuse
blocking system ?
Anyway if someone is interested in this option it is available on PTlink
Services for some versions ago with /CHANSERV SET #Chan NOLINKS ON, it is easly
portated to ircservices with one or two copy paste.

On Wed, 19 Jul 2000 07:47:59 you wrote:
> Jonathan Morton wrote:
> 
> > >I am confussed about one thing though ... I don't see why having a list
of
> > >linked nicks even matters... Services binds them all anyway ... if you
have
> > >access to a chan with nick1 .. you have just as much access with nick2.
> >
> > If you actually followed the thread, you'd have read this:
> >
> > >Because linked nick OPs are hard to track not beeing an sadmin...
> > >You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and
you
> > >cannot delete it because you dont know his linked nick on the access
list.
> >
> > He then went on to mention how hard it was to manually search through the
> > user-info for an ACCESS list numbering around 100.
> 
> ...so do something along the lines of a "why" command.  Services knows why a
> particular nick has access in a channel (linked to nick 'x' which is on the
access
> list as level 'nn'), let it tell you.
> 
> -- Quension
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Wed Jul 19 03:01:35 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
In-Reply-To: <00a501bff15e$b3261320$9c011ac4@shadow>; from andrewk@icon.co.za on Wed, Jul 19, 2000 at 09:52:42 +0100
References: <00a501bff15e$b3261320$9c011ac4@shadow>
Message-ID: 20000719110135.B31062@alunos.est.ips.pt


On Wed, 19 Jul 2000 09:52:42 Andrew Kempe wrote:
> Ok, this is in reply to all the posts :)
> 
> o Linked nicks:
> 
> I can add a WHY command to ChanServ so that you can see why a person has
> access to the channel (and maybe what access they have). The command would
> go something like:
> 
> /msg chanserv why #chan joe
> 
> -ChanServ- Joe has access to #t via the nick NickX which is on the #t access
> list [at level X]
> 
> The part in [] could be set to only be shown to users with a level equal to
> or higher than X.
> 
> This would require a bit of list searching (not a very good thing) to find
> the nickname the user is gaining access via. I need to look into this more.

This will take the same list searching of an access lookup when NickX joins or
uses any channel command on #t, however the LINKS OFF setting, would decrease
the searcing expense since it would just match against the effective nick.

> 
> o Forbidden Nick Enforcement.
> 
> I'll look at adding a set of commands that will allow one to force timed
> events to execute immediately.
> 
> o Forbidden Nick Kill Time.
> 
> I'll make this a configurable setting in version 4.5 I'm trying to stop ALL
> development of the 4.4 source tree in an effort to release a KNOWN stable
> version of IRC Services that support Bahamut. All future development will
> take place in 4.5.
> 
> Andrew
> 
> ----- Original Message -----
> From: "Michael Smith" <mike@chat.za.net>
> To: <ircservices@delirious.shadowfire.org>
> Sent: Wednesday, July 19, 2000 9:47 AM
> Subject: [IRCServices] Another Suggesstion
> 
> 
> >
> > I would like a
> >
> > /msg nickserv enforce forbid
> >
> > What this would do is automatically nick kill any currently
> > forbidden nicks
> >
> > Also, I would like the nick kill time out on forbidden nicks to be dropped
> > to something like 15 seconds (or possibly let this be configurable)
> >
> > Comments?
> >
> > Mike
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Jul 19 05:35:23 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <39754F1E.A61D345D@softhome.net>
References: 39754F1E.A61D345D@softhome.net
Message-ID: B59B18CB.1CC%anarki@flamebait.org

on 7/19/00 2:47 AM, quension@softhome.net at quension@softhome.net wrote:

> Jonathan Morton wrote:
> 
>>> I am confussed about one thing though ... I don't see why having a list of
>>> linked nicks even matters... Services binds them all anyway ... if you have
>>> access to a chan with nick1 .. you have just as much access with nick2.
>> 
>> If you actually followed the thread, you'd have read this:
>> 
>>> Because linked nick OPs are hard to track not beeing an sadmin...
>>> You can get op with linked nick Nick1 ... Nick1 makes some troubles.. and
>>> you
>>> cannot delete it because you dont know his linked nick on the access list.
>> 
>> He then went on to mention how hard it was to manually search through the
>> user-info for an ACCESS list numbering around 100.
> 
> ..so do something along the lines of a "why" command.  Services knows why a
> particular nick has access in a channel (linked to nick 'x' which is on the
> access
> list as level 'nn'), let it tell you.
> 
> -- Quension

This sounds alot better than having NickServ hand out a whole list of nicks,
which I stayed up last night and thought of at least a dozen malicious
things I could do with a list of linked nicks.

I'm sorry, but my first question is always "How can this be exploited?" I
also admit that my spammer example wasn't the best example because it does
make the spammer go out of the way. There is still the privacy issue and a
few others that I can think of and wont mention.


Scott Seufert
aka Anarki
aka katsklaw
Server Admin
NoDoze.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Jul 19 05:45:50 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
In-Reply-To: <20000719110135.B31062@alunos.est.ips.pt>
References: 20000719110135.B31062@alunos.est.ips.pt
Message-ID: B59B1B3E.1CD%anarki@flamebait.org

on 7/19/00 6:01 AM, Joao Luis Marques Pinto at Lamego@PTlink.net wrote:

> 
> On Wed, 19 Jul 2000 09:52:42 Andrew Kempe wrote:
>> Ok, this is in reply to all the posts :)
>> 
>> o Linked nicks:
>> 
>> I can add a WHY command to ChanServ so that you can see why a person has
>> access to the channel (and maybe what access they have). The command would
>> go something like:
>> 
>> /msg chanserv why #chan joe
>> 
>> -ChanServ- Joe has access to #t via the nick NickX which is on the #t access
>> list [at level X]
>> 
>> The part in [] could be set to only be shown to users with a level equal to
>> or higher than X.
>> 
>> This would require a bit of list searching (not a very good thing) to find
>> the nickname the user is gaining access via. I need to look into this more.
> 
> This will take the same list searching of an access lookup when NickX joins or
> uses any channel command on #t, however the LINKS OFF setting, would decrease
> the searcing expense since it would just match against the effective nick.
> 

DALnet, has used the why command for years, it seems to be quite effective,
their system is a bit different when it comes to nicks. Since they allow
users to identify for other nicks, they have no use for the UN/LINK command.
Even so, the same condition can still arise.


Scott Seufert
aka Anarki
aka katsklaw
Server Admin
NoDoze.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Wed Jul 19 07:22:01 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
In-Reply-To: <B59B1B3E.1CD%anarki@flamebait.org>; from anarki@flamebait.org on Wed, Jul 19, 2000 at 13:45:50 +0100
References: <B59B1B3E.1CD%anarki@flamebait.org>
Message-ID: 20000719152201.A31882@alunos.est.ips.pt

Dalnet makes a completely different approach so you cannot make a comparision on
the conditions creating this problem.

On Wed, 19 Jul 2000 13:45:50 Scott Seufert wrote:
> on 7/19/00 6:01 AM, Joao Luis Marques Pinto at Lamego@PTlink.net wrote:
> 
> > 
> > On Wed, 19 Jul 2000 09:52:42 Andrew Kempe wrote:
> >> Ok, this is in reply to all the posts :)
> >> 
> >> o Linked nicks:
> >> 
> >> I can add a WHY command to ChanServ so that you can see why a person has
> >> access to the channel (and maybe what access they have). The command
would
> >> go something like:
> >> 
> >> /msg chanserv why #chan joe
> >> 
> >> -ChanServ- Joe has access to #t via the nick NickX which is on the #t
access
> >> list [at level X]
> >> 
> >> The part in [] could be set to only be shown to users with a level equal
to
> >> or higher than X.
> >> 
> >> This would require a bit of list searching (not a very good thing) to
find
> >> the nickname the user is gaining access via. I need to look into this
more.
> > 
> > This will take the same list searching of an access lookup when NickX joins
or
> > uses any channel command on #t, however the LINKS OFF setting, would
decrease
> > the searcing expense since it would just match against the effective nick.
> > 
> 
> DALnet, has used the why command for years, it seems to be quite effective,
> their system is a bit different when it comes to nicks. Since they allow
> users to identify for other nicks, they have no use for the UN/LINK command.
> Even so, the same condition can still arise.
> 
> 
> Scott Seufert
> aka Anarki
> aka katsklaw
> Server Admin
> NoDoze.ShadowFire.Org
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From lebleu at prefer.net  Wed Jul 19 07:36:03 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Suggestion
In-Reply-To: <20000719105332.A31062@alunos.est.ips.pt>
References: 20000719105332.A31062@alunos.est.ips.pt
Message-ID: Pine.LNX.4.21.0007190933190.20606&#45;100000@hades.bleu.paganpaths.org

On Wed, 19 Jul 2000, Joao Luis Marques Pinto wrote:

> why to create an abusive track system when you can easly create an abuse
> blocking system ?
> Anyway if someone is interested in this option it is available on PTlink
> Services for some versions ago with /CHANSERV SET #Chan NOLINKS ON, it is easly
> portated to ircservices with one or two copy paste.

Because using a linked nick isn't an abuse, it's a convenience.  *If*
someone using a linked nick does something improper on a channel, it is an
inconvience for the channel founder to figure out who is doing something
improper, if they happened to be using a linked nick at the time.  
Disabling all linked nicks just because of one trouble maker is not a good
solution.  Providing a way for the founder to modify the correct person's
access anyway is a good solution.  

Shouldn't doing a /msg chanserv access #channel del linkednick be made to
delete the access for the nick it is linked to?  It seems like that would
be a more complete version of nick linking...

--Kevin

-- 
PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
PPCR Pagan Internet Radio - <A  HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 2000 Kevin the Blue <LeBleu@prefer.net>
PGP public key at <A  HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
"Software is like fire - it can be freely distributed without lessening the 
original flame."-konstant <mpriest@microsoft.com>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Wed Jul 19 07:50:31 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
Message-ID: 001001bff190$aff18950$9c011ac4@shadow

I may be wrong, but maybe it's time to redefine linked nicks, their
benefits, why they even exist and what their future is.

I only use them so that all my memos arrive in the same memo store - this is
the only thing I (personally) gain from them.

Maybe the benefits of nick linking would be better implemented in separate
and specific ways - such as memo forwarding, the ability to identify for
multiple nicknames etc. What are people's thoughts on this?

Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Wed Jul 19 08:50:42 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
In-Reply-To: <001001bff190$aff18950$9c011ac4@shadow>
References: 001001bff190$aff18950$9c011ac4@shadow
Message-ID: l0313030eb59b79393b02@[10.38.239.105]

>I may be wrong, but maybe it's time to redefine linked nicks, their
>benefits, why they even exist and what their future is.
>
>I only use them so that all my memos arrive in the same memo store - this is
>the only thing I (personally) gain from them.
>
>Maybe the benefits of nick linking would be better implemented in separate
>and specific ways - such as memo forwarding, the ability to identify for
>multiple nicknames etc. What are people's thoughts on this?

Personally, I've seen uses of linked nicks that would be less easy to
implement in other ways.  For example, I often use a second computer as a
'bot' which hangs around even when I'm not directly online.  I can assign
this 'bot' a new nick (QuadraServ), link it to my original nick (chromatix)
and thus give it my privileges without having to hassle the founder or
clutter the ACCESS list myself.  This of course assumes the founder is
happy about having the bot in-channel.  :)

Another use I have is for my "alternate" nick to be registered and linked
to my regular one, so that when I reconnect with a ghost still active, I
can enter the channel and gain privilege without having to first kill my
ghost and also without having to maintain duplicate entries on the ACCESS
list.  This is particualrly handy as currently all the "flat rate" ISPs in
the UK operate a 2-hour maximum connection time limit.  (Thwacks BT with a
large smelly trout)

Also, I notice that people tend to migrate to new nicks continuously, or
perhaps try out a new nick and find it doesn't suit them quite as well.
They can register their new nick, link it to their old and 'try out' their
new nick without having to hassle the founder or set up all their NickServ
preferences again.  Of course, if they permanently remain on the new nick,
the founder should move the entry on the ACCESS list to the new nick on or
before expiry of the old nick.  MemoServ is rarely used in my experience,
although it can be a life-saver when it is.

Most of the "problems" introduced by linked nicks can be avoided through
use of either the LISTLINKS or WHY commands, and/or by operating a sensible
policy with regard to channel operators (100+ ops is too many, IMHO, you
should get to know them first).

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From adam at wiredrave.com  Wed Jul 19 08:19:33 2000
From: adam at wiredrave.com (Adam Fladwood)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
References: <001001bff190$aff18950$9c011ac4@shadow>
Message-ID: 008501bff194$bebd6400$0800000a@spyderdesign.com

Andrew,

Memo forwarding would be a good idea, anothing thing would be like a forward
command to forward a specific memo to someone else.  /msg memoserv fwd 1
<nick> <message to go along with it>.  And possibly an ignore feature, /msg
memoserv ignore <nick>.

Identifying for multiple nicks would be a nice thing to be able to do.
Personally, I don't link my nicks just because I tend to confuse myself by
doing it.  However one key advantage is the passwords all being the same.

Adam

----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@delirious.shadowfire.org>
Sent: Wednesday, July 19, 2000 9:50 AM
Subject: [IRCServices] Linked Nicks - In General


> I may be wrong, but maybe it's time to redefine linked nicks, their
> benefits, why they even exist and what their future is.
>
> I only use them so that all my memos arrive in the same memo store - this
is
> the only thing I (personally) gain from them.
>
> Maybe the benefits of nick linking would be better implemented in separate
> and specific ways - such as memo forwarding, the ability to identify for
> multiple nicknames etc. What are people's thoughts on this?
>
> Andrew
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From stsimb at irc.gr  Wed Jul 19 09:01:54 2000
From: stsimb at irc.gr (Sotiris Tsimbonis)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
In-Reply-To: <001001bff190$aff18950$9c011ac4@shadow>
References: 001001bff190$aff18950$9c011ac4@shadow
Message-ID: Pine.LNX.4.21.0007191849520.25076&#45;100000@nana.forthnet.gr

On Wed, 19 Jul 2000, Andrew Kempe wrote:
> Maybe the benefits of nick linking would be better implemented in separate
> and specific ways - such as memo forwarding, the ability to identify for
> multiple nicknames etc. What are people's thoughts on this?

We run services in our network (irc.gr), which now has about 19.000 reg'd
nicks, with linked nicks disabled, to avoid the kind of trouble that other
people mentioned in this thread.. I personally set my memo limit to 0 for
all-but-one nicks that I have, and only receive in that one..

  _ _ _|_ o._ o _
 _)(_) |_ ||  |_>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jasonatgcn at hotmail.com  Wed Jul 19 09:08:43 2000
From: jasonatgcn at hotmail.com (Jason at GCN)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Faster AKILL Processing...
Message-ID: 20000719160843.85535.qmail@hotmail.com

As we all know, having a large Akill list can really bog down services, 
espeacially on a large network.  Well now that Services supports an 
immediate AKILL option I know a way that services can process akills much 
more efficiently, however on older IRCD's it may not work so this should be 
a configurable option.

Currently Services tracks every user who connects to the network, and if a 
match is found, will issue a /KILL for that user.  What I am suggesting is 
as soon as Services connects to it's uplink, or whenever a new server 
connects to the network have Services send out it's entire AKILL list, and 
on the Supported servers, a KLINE will be added.

This option can take some extra weight off of Services as it no longer needs 
to check every connecting user for a match but instead it will spead out 
over all the IRCD's when they process their KLINEs.
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Lamego at PTlink.net  Wed Jul 19 09:57:59 2000
From: Lamego at PTlink.net (Joao Luis Marques Pinto)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Faster AKILL Processing...
In-Reply-To: <20000719160843.85535.qmail@hotmail.com>; from jasonatgcn@hotmail.com on Wed, Jul 19, 2000 at 17:08:43 +0100
References: <20000719160843.85535.qmail@hotmail.com>
Message-ID: 20000719175759.A32443@alunos.est.ips.pt

This way you are lagging all ircd's on the network, since they will have to
match all local connecting users with the existing akill's.

On Wed, 19 Jul 2000 17:08:43 Jason at GCN wrote:
> As we all know, having a large Akill list can really bog down services, 
> espeacially on a large network.  Well now that Services supports an 
> immediate AKILL option I know a way that services can process akills much 
> more efficiently, however on older IRCD's it may not work so this should be 
> a configurable option.
> 
> Currently Services tracks every user who connects to the network, and if a 
> match is found, will issue a /KILL for that user.  What I am suggesting is 
> as soon as Services connects to it's uplink, or whenever a new server 
> connects to the network have Services send out it's entire AKILL list, and 
> on the Supported servers, a KLINE will be added.
> 
> This option can take some extra weight off of Services as it no longer needs

> to check every connecting user for a match but instead it will spead out 
> over all the IRCD's when they process their KLINEs.
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
<A  HREF="http://www.ptlink.net">http://www.ptlink.net</A> - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uhc0 at rz.uni-karlsruhe.de  Wed Jul 19 10:02:06 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:59 2004
Subject: AW: [IRCServices] Faster AKILL Processing...
In-Reply-To: <20000719160843.85535.qmail@hotmail.com>
References: 20000719160843.85535.qmail@hotmail.com
Message-ID: NDBBKLOOKLMAKHFICBLCGEMMDCAA.uhc0@rz.uni&#45;karlsruhe.de


Hello;

In your suggestion, there are still some missing points.
First, if a user is connected to the network, the server one is connecting to
will of course spread the NICK command regardless of the situation, whether there is
a services or not. 
That implies, the NICK will arrive services. 
Because services has to know the username and the hostname of an introduced nick for internal
purposes like NickServ access list managing, ChanServ akick list managing, listing etc,
the user@host is also thought to be matched against the akill list during the intro of a nick.

To move the akill list to a netjoin would require every server to check for a matching user@host 
that will arrive *and* that is online on itself, which can surely lead to proper lag on a network with
approx 2k users, if that network is known to have an akill list of tens of pages.

Additionally, on ircd's that do not benefit from hybrid's high traffic mode, or irc2's zipped links,
the sending of that much akills, which then would be resend to the linked servers, and so on, can take *some*
time, if not causing a flood.

Therefore it is in my opinion, adviseable to let services manage akills, instead of any server on a network,
that even do not need to.

Regards,
yusuf

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de 
eMail - s_iskend@ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------


> -----Ursprüngliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Jason at
> GCN
> Gesendet: Wednesday, July 19, 2000 6:09 PM
> An: ircservices@ender.shadowfire.org
> Betreff: [IRCServices] Faster AKILL Processing...
> 
> 
> As we all know, having a large Akill list can really bog down services, 
> espeacially on a large network.  Well now that Services supports an 
> immediate AKILL option I know a way that services can process akills much 
> more efficiently, however on older IRCD's it may not work so this 
> should be 
> a configurable option.
> 
> Currently Services tracks every user who connects to the network, 
> and if a 
> match is found, will issue a /KILL for that user.  What I am 
> suggesting is 
> as soon as Services connects to it's uplink, or whenever a new server 
> connects to the network have Services send out it's entire AKILL 
> list, and 
> on the Supported servers, a KLINE will be added.
> 
> This option can take some extra weight off of Services as it no 
> longer needs 
> to check every connecting user for a match but instead it will spead out 
> over all the IRCD's when they process their KLINEs.
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Wed Jul 19 10:56:11 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:00:59 2004
Subject: AW: [IRCServices] Faster AKILL Processing...
In-Reply-To: <NDBBKLOOKLMAKHFICBLCGEMMDCAA.uhc0@rz.uni-karlsruhe.de>
References: <20000719160843.85535.qmail@hotmail.com>
Message-ID: l0313030fb59b979b5e6d@[10.38.239.105]

>Therefore it is in my opinion, adviseable to let services manage akills,
>instead of any server on a network,
>that even do not need to.

I thought the argument was to distribute the processing across the servers,
rather than having the _entire_ load on Services.  If the services machine
is more powerful than all the others put together, and network latency is
low, then it makes great sense to match them all on Services, then issue
/kill and /kline from there.  Also, _if_ troublemakers tend to come back
infrequently compared to the reboot frequency, then this is an acceptable
solution.  However, I suspect that neither of these assumptions holds true
for many networks.

The solution of keeping every server updated with a K-line list has it's
own problems, though.  With a large list of AKILLs and a large number of
servers, the traffic caused by the updates could become significant and
lead to further problems.  However this is exactly the situation where the
distribution of processing would be most useful.  Throttling would probably
be the best solution to the "flooding" problem, using a 'trickle' of /kline
commands to update the remote server(s), possibly even with a delay to
allow the usual "recovering from netsplit" traffic to subside.  This
completely frees up Services from the usual burden of matching AKILLs and
allows it to concentrate on it's other tasks in a more "managerial" role.

Again, this would best be configurable as an admin option, as with all
major behavioural changes.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From atcarr at hotmail.com  Wed Jul 19 11:39:24 2000
From: atcarr at hotmail.com (Alan Carr)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
References: <Pine.LNX.4.21.0007191849520.25076-100000@nana.forthnet.gr>
Message-ID: LAW2&#45;OE31p7vXee4fDG00000230@hotmail.com

Not that I know anything at all but I would like to throw my two cents into
this argument.

I had previously requested the ability to identify for nicks that you have
registered but not using at the present time.  The linked nicks accommodated
this for the time being.  I personally have never come across an abusive
user utilizing any exploit of the linked nicks.  I would like to see either
the implementation of either a services op/admin listlinks or the below
stated ability to cross identify for other nicks.  However I understand and
realize this is up to Andrew.

Andrew has taken his own personal time to work on these services and in
general has taken many suggestions.  Same with Andy and their creation and
upgrades.  They both have added many features we asked for because of the
need for the command or the general want for it.

Just my two cents worth.
Alan Carr
PhantomNet IRC Networks


> Maybe the benefits of nick linking would be better implemented in separate
 > and specific ways - such as memo forwarding, the ability to identify for
 > multiple nicknames etc. What are people's thoughts on this?
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uhc0 at rz.uni-karlsruhe.de  Wed Jul 19 14:00:39 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:59 2004
Subject: AW: [IRCServices] Faster AKILL Processing...
In-Reply-To: <l0313030fb59b979b5e6d@[10.38.239.105]>
References: l0313030fb59b979b5e6d@[10.38.239.105]
Message-ID: NDBBKLOOKLMAKHFICBLCIENDDCAA.uhc0@rz.uni&#45;karlsruhe.de


Hi again;

I've merged my thoughts about this topic and came to the following option,
which probably decrease the load on services.

You could set up another set of services, which is started in -skeleton, leading to
everything but OperServ disabled, and advisable is not to use confusing nicknames
for the known part of services. That OperServ can be used to place akills, and manage akills,
and remove akills etc, without taking any time from the real services which still continue working.

I think your opers should not be that much unhappy having to identify to let's say ServBot in order to
use the *new* AkillServ. 

Regards,

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de 
eMail - s_iskend@ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------

> -----Ursprungliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Jonathan
> Morton
> Gesendet: Wednesday, July 19, 2000 7:56 PM
> An: ircservices@delirious.shadowfire.org
> Betreff: Re: AW: [IRCServices] Faster AKILL Processing...
> 
> 
> >Therefore it is in my opinion, adviseable to let services manage akills,
> >instead of any server on a network,
> >that even do not need to.
> 
> I thought the argument was to distribute the processing across 
> the servers,
> rather than having the _entire_ load on Services.  If the services machine
> is more powerful than all the others put together, and network latency is
> low, then it makes great sense to match them all on Services, then issue
> /kill and /kline from there.  Also, _if_ troublemakers tend to come back
> infrequently compared to the reboot frequency, then this is an acceptable
> solution.  However, I suspect that neither of these assumptions holds true
> for many networks.
> 
> The solution of keeping every server updated with a K-line list has it's
> own problems, though.  With a large list of AKILLs and a large number of
> servers, the traffic caused by the updates could become significant and
> lead to further problems.  However this is exactly the situation where the
> distribution of processing would be most useful.  Throttling 
> would probably
> be the best solution to the "flooding" problem, using a 'trickle' 
> of /kline
> commands to update the remote server(s), possibly even with a delay to
> allow the usual "recovering from netsplit" traffic to subside.  This
> completely frees up Services from the usual burden of matching AKILLs and
> allows it to concentrate on it's other tasks in a more "managerial" role.
> 
> Again, this would best be configurable as an admin option, as with all
> major behavioural changes.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uhc0 at rz.uni-karlsruhe.de  Wed Jul 19 14:06:01 2000
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:00:59 2004
Subject: AW: [IRCServices] Faster AKILL Processing...
In-Reply-To: <l0313030fb59b979b5e6d@[10.38.239.105]>
References: l0313030fb59b979b5e6d@[10.38.239.105]
Message-ID: NDBBKLOOKLMAKHFICBLCMENDDCAA.uhc0@rz.uni&#45;karlsruhe.de


Hi again;

I've merged my thoughts about this topic and came to the following option,
which probably decrease the load on services.

You could set up another set of services, which is started in -skeleton, leading to
everything but OperServ disabled, and advisable is not to use confusing nicknames
for the known part of services. That OperServ can be used to place akills, and manage akills,
and remove akills etc, without taking any time from the real services which still continue working.

I think your opers should not be that much unhappy having to identify to let's say ServBot in order to
use the *new* AkillServ. 

Regards,

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0@rz.uni-karlsruhe.de 
eMail - s_iskend@ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------

> -----Ursprungliche Nachricht-----
> Von: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Jonathan
> Morton
> Gesendet: Wednesday, July 19, 2000 7:56 PM
> An: ircservices@delirious.shadowfire.org
> Betreff: Re: AW: [IRCServices] Faster AKILL Processing...
> 
> 
> >Therefore it is in my opinion, adviseable to let services manage akills,
> >instead of any server on a network,
> >that even do not need to.
> 
> I thought the argument was to distribute the processing across 
> the servers,
> rather than having the _entire_ load on Services.  If the services machine
> is more powerful than all the others put together, and network latency is
> low, then it makes great sense to match them all on Services, then issue
> /kill and /kline from there.  Also, _if_ troublemakers tend to come back
> infrequently compared to the reboot frequency, then this is an acceptable
> solution.  However, I suspect that neither of these assumptions holds true
> for many networks.
> 
> The solution of keeping every server updated with a K-line list has it's
> own problems, though.  With a large list of AKILLs and a large number of
> servers, the traffic caused by the updates could become significant and
> lead to further problems.  However this is exactly the situation where the
> distribution of processing would be most useful.  Throttling 
> would probably
> be the best solution to the "flooding" problem, using a 'trickle' 
> of /kline
> commands to update the remote server(s), possibly even with a delay to
> allow the usual "recovering from netsplit" traffic to subside.  This
> completely frees up Services from the usual burden of matching AKILLs and
> allows it to concentrate on it's other tasks in a more "managerial" role.
> 
> Again, this would best be configurable as an admin option, as with all
> major behavioural changes.
> 
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> uni-mail: j.d.morton@lancaster.ac.uk
> 
> The key to knowledge is not to rely on people to teach you it.
> 
> Get VNC Server for Macintosh from <A  HREF="http://chromatix.autistics.org/vnc/">http://chromatix.autistics.org/vnc/</A>
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Jul 19 17:33:29 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Another Suggesstion
In-Reply-To: <20000719152201.A31882@alunos.est.ips.pt>
References: 20000719152201.A31882@alunos.est.ips.pt
Message-ID: B59BC119.1F2%anarki@flamebait.org

on 7/19/00 10:22 AM, Joao Luis Marques Pinto at Lamego@PTlink.net wrote:

> Dalnet makes a completely different approach so you cannot make a comparision
> on
> the conditions creating this problem.
> 

Why not? ... do you think they have never had a user with ops in a channel
and no one knows how they got ops? or which nick they identified to to get
ops?

Scott


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Jul 19 17:35:38 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
In-Reply-To: <001001bff190$aff18950$9c011ac4@shadow>
References: 001001bff190$aff18950$9c011ac4@shadow
Message-ID: B59BC19A.1F3%anarki@flamebait.org

on 7/19/00 10:50 AM, Andrew Kempe at andrewk@icon.co.za wrote:

> I may be wrong, but maybe it's time to redefine linked nicks, their
> benefits, why they even exist and what their future is.
> 
> I only use them so that all my memos arrive in the same memo store - this is
> the only thing I (personally) gain from them.
> 
> Maybe the benefits of nick linking would be better implemented in separate
> and specific ways - such as memo forwarding, the ability to identify for
> multiple nicknames etc. What are people's thoughts on this?
> 
> Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 

I agree, personally I don't feel the need to use the LINK command since I
only have 2 nicks, and I use one for a specific purpose.

When I ran my own net I disabled it anyway.

Scott


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sidv at sid-kitty-land.org  Wed Jul 19 21:31:00 2000
From: sidv at sid-kitty-land.org (Dan)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Stats db
In-Reply-To: <B59BC19A.1F3%anarki@flamebait.org>
References: <001001bff190$aff18950$9c011ac4@shadow>
Message-ID: 4.3.2.7.2.20000719212602.00aa7a40@mail.sid&#45;kitty&#45;land.org


Anyone had a problem with using the server stats option ?

I had it enabled and it worked until I linked to another server then 
services crashed....

It drove me nuts until  I looked in the services log file... and the last 
entry was error loading stats.db bad file...

I recompiled services with the stats server disabled and it seems to work 
fine now...

Sid
  


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Thu Jul 20 13:17:23 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Linked Nicks - In General
Message-ID: 3976830c.70161@dragonfire.net

>I may be wrong, but maybe it's time to redefine linked nicks, their
>benefits, why they even exist and what their future is.
>
>I only use them so that all my memos arrive in the same memo store - this is
>the only thing I (personally) gain from them.
>
>Maybe the benefits of nick linking would be better implemented in separate
>and specific ways - such as memo forwarding, the ability to identify for
>multiple nicknames etc. What are people's thoughts on this?

     The reason I originally implemented linked nicks was for the benefit of
people who regularly use two or more nicks, for one reason or another (I was
given a number of examples at the time, though most of the people I know who
do this just do it for fun).  With linking you don't have to worry about
remembering to identify for your "primary" nick if you use a different one,
and you don't have to switch to a particular nick to read memos as you would
if you used forwarding.

     Incidentally, my conceptual basis for linked nicks was hard-linked
files on a Unix system:  Once you link the two filenames [nicks], they are
impossible to tell apart in terms of file contents [nick settings/memos],
and later unlinking one file [nick] from the other will make it a copy of
the original.  (I'd never thought of it before, but this could be used to
make copies of nicks as well--however memos aren't currently copied.)

     I guess what the question comes down to now is the old ease-of-use vs.
security problem.  As far as the immediate problem of people gaining ops
through linked nicks and causing problems, the easy response is that the
channel founder needs to choose better ops, but a WHY command seems to me
like the best solution--it essentially solves the security problem without
impacting functionality--and could be implemented with a minimum of effort.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Thu Jul 20 05:48:01 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Stats db
In-Reply-To: <4.3.2.7.2.20000719212602.00aa7a40@mail.sid-kitty-land.org>
References: 4.3.2.7.2.20000719212602.00aa7a40@mail.sid&#45;kitty&#45;land.org
Message-ID: B59C6D41.1FD%anarki@flamebait.org

on 7/20/00 12:31 AM, Dan at sidv@sid-kitty-land.org wrote:

> 
> Anyone had a problem with using the server stats option ?
> 
> I had it enabled and it worked until I linked to another server then
> services crashed....
> 
> It drove me nuts until  I looked in the services log file... and the last
> entry was error loading stats.db bad file...
> 
> I recompiled services with the stats server disabled and it seems to work
> fine now...
> 
> Sid
> 
> 
> 

I would try making a backup copy of your stats.db then create a new one ..
granted, you would loose all your previous stats .. but it's better than no
stats! ;P


Scott Seufert
aka katsklaw
Server Admin
NoDoze.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rcmoraes at rionet.com.br  Fri Jul 21 13:35:40 2000
From: rcmoraes at rionet.com.br (Rafael Campos Menezes de Moraes)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] New services implementations & Updates?
In-Reply-To: <3931a414.01664@dragonfire.net>
References: <3931a414.01664@dragonfire.net>
Message-ID: 00072117395700.05664@rcmoraes

i cant compile (make) ircservices on a redhat 6.2 workstation .. 

the folowing happens:

gcc  -O2 -Wall -g -c actions.c
In file included from /usr/include/signal.h:300,
                 from services.h:34,
                 from actions.c:11:
/usr/include/bits/sigcontext.h:28: asm/sigcontext.h: No such file or directory
In file included from /usr/include/errno.h:36,
                 from services.h:36,
                 from actions.c:11:
/usr/include/bits/errno.h:25: linux/errno.h: No such file or directory
In file included from /usr/include/bits/posix1_lim.h:126,
                 from /usr/include/limits.h:30,
                 from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/include/limits.h:117,
                 from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/include/syslimits.h:7,
                 from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/include/limits.h:11,
                 from services.h:38,
                 from actions.c:11:
/usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory
In file included from /usr/include/sys/socket.h:34,
                 from /usr/include/netdb.h:31,
                 from services.h:39,
                 from actions.c:11:
/usr/include/bits/socket.h:295: asm/socket.h: No such file or directory
make: *** [actions.o] Error 1

Local Info: 
Services version: ircservices-4.4.5
Os version: redhat 6.2
Linux servidor.intranet 2.2.16-3 #1 Mon Jun 19 18:10:14 EDT 2000 i586 unknown

Any help is welcome :)
thanks in advice 

my best regards 
Rafael Moraes
rcmoraes@rionet.com.br

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Sat Jul 22 10:35:35 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] New services implementations & Updates?
Message-ID: 3978faa9.71347@dragonfire.net

>i cant compile (make) ircservices on a redhat 6.2 workstation .. 
>
>the folowing happens:
[...]
>/usr/include/bits/sigcontext.h:28: asm/sigcontext.h: No such file or directory
[...]
>/usr/include/bits/errno.h:25: linux/errno.h: No such file or directory

     Looks like your install is buggy.  Try installing the Linux kernel
source (from the kernel-source package that came with your distribution)
and recompiling.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From thaths at aunet.org  Fri Jul 28 18:15:24 2000
From: thaths at aunet.org (Sudhakar Chandrasekharan)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Where can I get ircd.dalnet?
Message-ID: 20000728181524.A3731@aunet.org

Hi,

The readme file points to ftp://ender.shadowfire.org/pub/ircd/archive/ as
the location of archived version 4.4.10 of ircd.dalnet.  I see two tarballs
in there.  When I download them and untar them the CHANGES file talk of
version dal4.6.5

Where can I find version 4.4.10 of ircd.dalnet?

Thanks.

Thaths
PS: I am not subscribed to the list.  Would appreciate it if you replied to
me by personal email or Cc-ed me on your replies.

-- 
"If there were any justice, my face would be on a bunch of crappy
                 merchandise" -- Homer J. Simpson

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sat Jul 29 03:39:36 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Where can I get ircd.dalnet?
References: <20000728181524.A3731@aunet.org>
Message-ID: 000b01bff949$4a68bc50$9c011ac4@shadow

I guess it's time for the documentation to be updated. :)

If you'd rather not use Bahamut, get version 4.6.5 of Dreamforge. 4.4.10 is
VERY VERY VERY old and should not really be used. However, it still works
and you can get it from ftp://ftp.dal.net/dalnet/server/dreamforge/OLD/

Andrew

----- Original Message -----
From: "Sudhakar Chandrasekharan" <thaths@aunet.org>
To: <ircservices@delirious.shadowfire.org>
Sent: Saturday, July 29, 2000 3:15 AM
Subject: [IRCServices] Where can I get ircd.dalnet?


> Hi,
>
> The readme file points to <A  HREF="ftp://ender.shadowfire.org/pub/ircd/archive/">ftp://ender.shadowfire.org/pub/ircd/archive/</A> as
> the location of archived version 4.4.10 of ircd.dalnet.  I see two
tarballs
> in there.  When I download them and untar them the CHANGES file talk of
> version dal4.6.5
>
> Where can I find version 4.4.10 of ircd.dalnet?
>
> Thanks.
>
> Thaths
> PS: I am not subscribed to the list.  Would appreciate it if you replied
to
> me by personal email or Cc-ed me on your replies.
>
> --
> "If there were any justice, my face would be on a bunch of crappy
>                  merchandise" -- Homer J. Simpson
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From thaths at aunet.org  Sat Jul 29 11:44:17 2000
From: thaths at aunet.org (Sudhakar Chandrasekharan)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Where can I get ircd.dalnet?
In-Reply-To: <000b01bff949$4a68bc50$9c011ac4@shadow>; from andrewk@icon.co.za on Sat, Jul 29, 2000 at 12:39:36PM +0200
References: <20000728181524.A3731@aunet.org> <000b01bff949$4a68bc50$9c011ac4@shadow>
Message-ID: 20000729114417.A11764@aunet.org

On Sat, Jul 29, 2000 at 12:39:36PM +0200, did Andrew Kempe write:
> If you'd rather not use Bahamut, get version 4.6.5 of Dreamforge. 4.4.10 is
> VERY VERY VERY old and should not really be used. However, it still works
> and you can get it from ftp://ftp.dal.net/dalnet/server/dreamforge/OLD/

Does Bahamut work with ircservices?  If it does, I'd prefer using that.

Thanks.

Thaths
PS: Cc me in your replies.

-- 
"If there were any justice, my face would be on a bunch of crappy
                 merchandise" -- Homer J. Simpson

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sat Jul 29 14:06:15 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Where can I get ircd.dalnet?
In-Reply-To: <20000729114417.A11764@aunet.org>
References: 20000729114417.A11764@aunet.org
Message-ID: NCBBIPDDJGGDOCPMKPKPKEJKDGAA.andrewk@icon.co.za

There is a beta version, that is pretty stable, that works:

ftp://ender.shadowfire.org/pub/ircservices/beta/

Andrew

> On Sat, Jul 29, 2000 at 12:39:36PM +0200, did Andrew Kempe write:
> > If you'd rather not use Bahamut, get version 4.6.5 of 
> Dreamforge. 4.4.10 is
> > VERY VERY VERY old and should not really be used. However, it 
> still works
> > and you can get it from <A  HREF="ftp://ftp.dal.net/dalnet/server/dreamforge/OLD/">ftp://ftp.dal.net/dalnet/server/dreamforge/OLD/</A>
> 
> Does Bahamut work with ircservices?  If it does, I'd prefer using that.
> 
> Thanks.
> 
> Thaths
> PS: Cc me in your replies.
> 
> -- 
> "If there were any justice, my face would be on a bunch of crappy
>                  merchandise" -- Homer J. Simpson
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From skylord at skylord.com  Fri Aug 11 02:59:29 2000
From: skylord at skylord.com (Draven R. SkyLord)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] running the services
Message-ID: NEBBJPJACLIJOPGOLMAHCEHHCAAA.skylord@skylord.com

>I got them compiled & installed
>& I got the conf made
>but when I try to run the services I get this error
>
>
>bash-2.04$ ./services
>Warning: unable to open log file logs/services.log: No such file or
>directory
>services.conf:78: Not enough parameters for `RemoteServer'
>
>
>now I know that the remote server line is correct
>because its exactly like the example.conf
>except for its my servers info
>
>
>any help here would be nice


Draven R. SkyLord
'The GateWay' Sci-Fi Portal
Owner / Administrator / Webmaster
www.skylord.com / irc.skylord.net (soon to be)

~~~~~

    I am the seasoned traveler
    Of the Labyrinth.
    The genius of alacrity,
    Wizard of the impossible.
    My brilliance is yet unmatched
    In its originality.
    My hearts filled with potent magic
    That could cast a hundred spells
    I am put together
    For mine own pleasure.

    I am the Monkey.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dmircea at linux.kappa.ro  Sat Aug 12 07:18:19 2000
From: dmircea at linux.kappa.ro (Mircea Damian)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] patch
Message-ID: 20000812171819.A9719@linux.kappa.ro

Hello,

Here is a small patch against the latest version of ircservices (4.4.5)
which fixes two things:

- password encryption when compiled with gcc-2.7.2.x: the problem is that
  the buffers need to be initialized to 0 and by default they are full of
  garbage

- fix a possible smalloc(0) in sessions.c when it reads the exceptions
  which is possible to be an empty => nexceptions = 0 => smalloc(0);
  obviuous solution was to move smalloc after the check


diff -r -u ircservices-4.4.5-clean/encrypt.c ircservices-4.4.5/encrypt.c
--- ircservices-4.4.5-clean/encrypt.c   Sat Jan 29 07:17:51 2000
+++ ircservices-4.4.5/encrypt.c Wed Aug  9 17:35:48 2000
@@ -356,6 +356,11 @@
 
     if (size < 16)
        return -1;
+
+    memset(&context, 0, sizeof(context));
+    memset(&digest, 0, sizeof(digest));
+
+    
     MD5Init(&context);
     MD5Update(&context, src, len);
     MD5Final(digest, &context);
diff -r -u ircservices-4.4.5-clean/sessions.c ircservices-4.4.5/sessions.c
--- ircservices-4.4.5-clean/sessions.c  Wed Mar 15 09:15:01 2000
+++ ircservices-4.4.5/sessions.c        Wed Aug  9 17:30:22 2000
@@ -381,11 +381,11 @@
       case 7:
         SAFE(read_int16(&n, f));
         nexceptions = n;
-        exceptions = smalloc(sizeof(Exception) * nexceptions);
         if (!nexceptions) {
             close_db(f);
             return;
         }
+        exceptions = smalloc(sizeof(Exception) * nexceptions);
         for (i = 0; i < nexceptions; i++) {
             SAFE(read_string(&exceptions[i].mask, f));
             SAFE(read_int16(&tmp16, f));

-- 
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From lmartins at matrix.com.br  Sat Aug 12 08:45:22 2000
From: lmartins at matrix.com.br (Luciano Linhares Martins)
Date: Sat Oct 23 23:00:59 2004
Subject: FW: [IRCServices] patch
Message-ID: XFMail.20000812124522.lmartins@matrix.com.br


-----FW: <<A HREF="msg00707.html">20000812171819.A9719@linux.kappa.ro</A>>-----

Date: Sat, 12 Aug 2000 17:18:19 +0300
Sender: owner-ircservices@ender.shadowfire.org
From: Mircea Damian <dmircea@linux.kappa.ro>
To: ircservices@Delirious.shadowfire.org
Subject: [IRCServices] patch

Hello,

Here is a small patch against the latest version of ircservices (4.4.5)
which fixes two things:

- password encryption when compiled with gcc-2.7.2.x: the problem is that
  the buffers need to be initialized to 0 and by default they are full of
  garbage

- fix a possible smalloc(0) in sessions.c when it reads the exceptions
  which is possible to be an empty => nexceptions = 0 => smalloc(0);
  obviuous solution was to move smalloc after the check


diff -r -u ircservices-4.4.5-clean/encrypt.c ircservices-4.4.5/encrypt.c
--- ircservices-4.4.5-clean/encrypt.c   Sat Jan 29 07:17:51 2000
+++ ircservices-4.4.5/encrypt.c Wed Aug  9 17:35:48 2000
@@ -356,6 +356,11 @@
 
     if (size < 16)
        return -1;
+
+    memset(&context, 0, sizeof(context));
+    memset(&digest, 0, sizeof(digest));
+
+    
     MD5Init(&context);
     MD5Update(&context, src, len);
     MD5Final(digest, &context);
diff -r -u ircservices-4.4.5-clean/sessions.c ircservices-4.4.5/sessions.c
--- ircservices-4.4.5-clean/sessions.c  Wed Mar 15 09:15:01 2000
+++ ircservices-4.4.5/sessions.c        Wed Aug  9 17:30:22 2000
@@ -381,11 +381,11 @@
       case 7:
         SAFE(read_int16(&n, f));
         nexceptions = n;
-        exceptions = smalloc(sizeof(Exception) * nexceptions);
         if (!nexceptions) {
             close_db(f);
             return;
         }
+        exceptions = smalloc(sizeof(Exception) * nexceptions);
         for (i = 0; i < nexceptions; i++) {
             SAFE(read_string(&exceptions[i].mask, f));
             SAFE(read_int16(&tmp16, f));

-- 
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

--------------End of forwarded message-------------------------

----------------------------------
Luciano Linhares Martins
Date: 12-Aug-2000
Time: 12:45:09
<A  HREF="http://users.matrix.com.br/lmartins">http://users.matrix.com.br/lmartins</A>
----------------------------------

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at icon.co.za  Sat Aug 12 09:09:05 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] patch
References: <20000812171819.A9719@linux.kappa.ro>
Message-ID: 000901c00477$a3995c10$9c011ac4@shadow

shot.

Andrew

----- Original Message -----
From: "Mircea Damian" <dmircea@linux.kappa.ro>
To: <ircservices@Delirious.shadowfire.org>
Sent: Saturday, August 12, 2000 4:18 PM
Subject: [IRCServices] patch


> Hello,
>
> Here is a small patch against the latest version of ircservices (4.4.5)
> which fixes two things:
>
> - password encryption when compiled with gcc-2.7.2.x: the problem is that
>   the buffers need to be initialized to 0 and by default they are full of
>   garbage
>
> - fix a possible smalloc(0) in sessions.c when it reads the exceptions
>   which is possible to be an empty => nexceptions = 0 => smalloc(0);
>   obviuous solution was to move smalloc after the check
>
>
> diff -r -u ircservices-4.4.5-clean/encrypt.c ircservices-4.4.5/encrypt.c
> --- ircservices-4.4.5-clean/encrypt.c   Sat Jan 29 07:17:51 2000
> +++ ircservices-4.4.5/encrypt.c Wed Aug  9 17:35:48 2000
> @@ -356,6 +356,11 @@
>
>      if (size < 16)
>         return -1;
> +
> +    memset(&context, 0, sizeof(context));
> +    memset(&digest, 0, sizeof(digest));
> +
> +
>      MD5Init(&context);
>      MD5Update(&context, src, len);
>      MD5Final(digest, &context);
> diff -r -u ircservices-4.4.5-clean/sessions.c ircservices-4.4.5/sessions.c
> --- ircservices-4.4.5-clean/sessions.c  Wed Mar 15 09:15:01 2000
> +++ ircservices-4.4.5/sessions.c        Wed Aug  9 17:30:22 2000
> @@ -381,11 +381,11 @@
>        case 7:
>          SAFE(read_int16(&n, f));
>          nexceptions = n;
> -        exceptions = smalloc(sizeof(Exception) * nexceptions);
>          if (!nexceptions) {
>              close_db(f);
>              return;
>          }
> +        exceptions = smalloc(sizeof(Exception) * nexceptions);
>          for (i = 0; i < nexceptions; i++) {
>              SAFE(read_string(&exceptions[i].mask, f));
>              SAFE(read_int16(&tmp16, f));
>
> --
> Mircea Damian
> E-mails: dmircea@kappa.ro, dmircea@roedu.net
> WebPage: http://taz.mania.k.ro/~dmircea/
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Mon Aug 14 03:19:28 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
Message-ID: 005001c005d9$22936120$1936fe3e@morpheous

 
Hi, I was wondering if anyone could provide any info on this : 
  
I'm using Services 4.3.3 on the Elite3.1.1 ircD. Normally things are fine, but lately, when a user does an Akick enforce, Services segfaults and terminates, I'm left with this in the log : 
  
[Aug 14 00:41:51 2000] PANIC! buffer = :oasis PRIVMSG chanserv :akick #lobby enforce
[Aug 14 00:41:51 2000] Services terminating: Segmentation fault 
  
Is this a known bug, or a misconfiguration on my part ? If its a bug, how do I go about resolving it ? 
  
On another note, everytime I start Services the log records a smalloc: Illegal attempt to allocate 0 bytes. Services continues to run after this though, I was just wondering, could this cause problems ? 
  
Any help much appreciated, I'm pretty new to the Services code. 
  
Cheers, 
  
Ciarán.
From andrewk at icon.co.za  Mon Aug 14 08:50:01 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
References: <005001c005d9$22936120$1936fe3e@morpheous>
Message-ID: 008301c00607$4e436030$9c011ac4@shadow

 
These are both known bugs. 
  
You may want to try upgrading to the beta version of 4.4.x. This will fix the segfaults. As for the alloc of 0 bytes, try adding atleast one session limit exception. This will fix the problem. 
  
You are using an UNSUPPORTED ircd. If anything else goes wrong, I can't help you. 
  
Andrew  
----- Original Message -----  
From: Ciarán Reilly  
To: ircservices@Delirious.shadowfire.org  
Sent: Monday, August 14, 2000 12:19 PM 
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used... 

 
Hi, I was wondering if anyone could provide any info on this : 
  
I'm using Services 4.3.3 on the Elite3.1.1 ircD. Normally things are fine, but lately, when a user does an Akick enforce, Services segfaults and terminates, I'm left with this in the log : 
  
[Aug 14 00:41:51 2000] PANIC! buffer = :oasis PRIVMSG chanserv :akick #lobby enforce
[Aug 14 00:41:51 2000] Services terminating: Segmentation fault 
  
Is this a known bug, or a misconfiguration on my part ? If its a bug, how do I go about resolving it ? 
  
On another note, everytime I start Services the log records a smalloc: Illegal attempt to allocate 0 bytes. Services continues to run after this though, I was just wondering, could this cause problems ? 
  
Any help much appreciated, I'm pretty new to the Services code. 
  
Cheers, 
  
Ciarán.
From anarki at flamebait.org  Mon Aug 14 06:09:48 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
References: <005001c005d9$22936120$1936fe3e@morpheous>
Message-ID: 000601c0060f$4ce84360$0300a8c0@lapdance

 
Hi, 
  
It is my impression that even though Elite is DALnet based, there is enough of a coding difference to cause problems with a unmodified/patched version of IRCServices. I don't know anyone that has the two working together correctly. 
  
One solution is to use a supported daemon as indicated in the docs from IRCServices. The recommended daemon is Bahamut. Which can be found at: 
  
http://www.bahamut.net 
  
As usual IRCServices can be found at: 
ftp://ender.shadowfire.org/pub/ircservices/ 
  
Current:ircservices-4.3.3 
  
Beta:ircservices-4.4.5 
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: Ciarán Reilly  
To: ircservices@Delirious.shadowfire.org  
Sent: Monday, August 14, 2000 6:19 AM 
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used... 

 
Hi, I was wondering if anyone could provide any info on this : 
  
I'm using Services 4.3.3 on the Elite3.1.1 ircD. Normally things are fine, but lately, when a user does an Akick enforce, Services segfaults and terminates, I'm left with this in the log : 
  
[Aug 14 00:41:51 2000] PANIC! buffer = :oasis PRIVMSG chanserv :akick #lobby enforce
[Aug 14 00:41:51 2000] Services terminating: Segmentation fault 
  
Is this a known bug, or a misconfiguration on my part ? If its a bug, how do I go about resolving it ? 
  
On another note, everytime I start Services the log records a smalloc: Illegal attempt to allocate 0 bytes. Services continues to run after this though, I was just wondering, could this cause problems ? 
  
Any help much appreciated, I'm pretty new to the Services code. 
  
Cheers, 
  
Ciarán.
From Ciaran.reilly at ntlworld.com  Mon Aug 14 18:58:35 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:00:59 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
References: <005001c005d9$22936120$1936fe3e@morpheous> <000601c0060f$4ce84360$0300a8c0@lapdance>
Message-ID: 001901c0065c$72601030$1936fe3e@morpheous

 
Cheers for everyones time to reply :) 
  
I'll try upgrading to Services 4.4.5 later tonight and see how it goes. The bugs I mentioned are the only two I've came across, if I get those fixed, I'm happy, I haven't noticed any major problems when using the Services with this ircD...I didn't realise it was unsupported until yesterday or I'd have chose a different one. I realise the IrcD is unsupported, so if it fecks up I've no one but me to blame :( 
  
As for Bahamut..... unfortunatly, a requirement of any ircD I use is that it must include user hostmasking. Are there any other ircD's which are known to work better than Elite, are compatible with Services, and include hostmasking ? An IrcD change isn't on the cards atm, but will probably be around christmas time..... 
  
This'll probably sound stupid to you more experienced peeps, but is there any kind of FAQ or discussion board for adding my own code to Services ? ... I'm no expert but I understand the basics of C, and would just like a few pointers as to the best way to modify the services code for certain things.... it wouldn't be anything major.... possibly just altering the way some commands are performed etc. 
  
Cheers for anyones help, much appreciated by a newbie :-) 
  
Ciarán. 
  
P.s Did the Services ignore function ever get enabled in a later version ? I notice that in operserv.c in version 4.3.3 it's been disabled. Is there any way I can get this working myself ? (if it's not already done in the latest version) as a Services ignore function would be dead handy on my network. 
  
  
 
From Ciaran.reilly at ntlworld.com  Mon Aug 14 18:58:35 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
References: <005001c005d9$22936120$1936fe3e@morpheous> <000601c0060f$4ce84360$0300a8c0@lapdance>
Message-ID: 002101c0065c$bdf87af0$1936fe3e@morpheous

 
Cheers for everyones time to reply :) 
  
I'll try upgrading to Services 4.4.5 later tonight and see how it goes. The bugs I mentioned are the only two I've came across, if I get those fixed, I'm happy, I haven't noticed any major problems when using the Services with this ircD...I didn't realise it was unsupported until yesterday or I'd have chose a different one. I realise the IrcD is unsupported, so if it fecks up I've no one but me to blame :( 
  
As for Bahamut..... unfortunatly, a requirement of any ircD I use is that it must include user hostmasking. Are there any other ircD's which are known to work better than Elite, are compatible with Services, and include hostmasking ? An IrcD change isn't on the cards atm, but will probably be around christmas time..... 
  
This'll probably sound stupid to you more experienced peeps, but is there any kind of FAQ or discussion board for adding my own code to Services ? ... I'm no expert but I understand the basics of C, and would just like a few pointers as to the best way to modify the services code for certain things.... it wouldn't be anything major.... possibly just altering the way some commands are performed etc. 
  
Cheers for anyones help, much appreciated by a newbie :-) 
  
Ciarán. 
  
P.s Did the Services ignore function ever get enabled in a later version ? I notice that in operserv.c in version 4.3.3 it's been disabled. Is there any way I can get this working myself ? (if it's not already done in the latest version) as a Services ignore function would be dead handy on my network. 
  
  
 
From anarki at flamebait.org  Mon Aug 14 12:14:04 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Services Segfaults when a ChanServ akick enforce is used...
References: <005001c005d9$22936120$1936fe3e@morpheous> <000601c0060f$4ce84360$0300a8c0@lapdance> <002101c0065c$bdf87af0$1936fe3e@morpheous>
Message-ID: 001301c00623$d33d3600$0300a8c0@lapdance

 
hi again, 
  
I have no official word about services ignore, however it was discussed in short with Andrew. 
  
As far as IRCd that does hosk masking, I have seen an IRCd called Cyclone, yet another older DALnet hybrid, it requires a small patch that from what I have experienced shouldn't interfere with current IRCServices coding. Both the patch and Daemon can be found at ftp://ftp.slashnet.org/pub/cyclone/server/ 
  
I last applied the Cyclone patch to IRCServices 4.2.4. This version of IRCServices and the diff file are at ftp://ftp.slashnet.org/pub/cyclone/services Slashdot.org uses it on their own IRC Net. 
  
As always RTFM. 
  
Happy Chatting, 
  
Scott Seufert 
aka katsklaw 
Server Administrator 
Excalibre.ShadowFire.Org 
  
----- Original Message -----   
From: Ciarán Reilly  
To: ircservices@Delirious.shadowfire.org  
Sent: Monday, August 14, 2000 9:58 PM 
Subject: Re: [IRCServices] Services Segfaults when a ChanServ akick enforce is used... 

 
Cheers for everyones time to reply :) 
  
I'll try upgrading to Services 4.4.5 later tonight and see how it goes. The bugs I mentioned are the only two I've came across, if I get those fixed, I'm happy, I haven't noticed any major problems when using the Services with this ircD...I didn't realise it was unsupported until yesterday or I'd have chose a different one. I realise the IrcD is unsupported, so if it fecks up I've no one but me to blame :( 
  
As for Bahamut..... unfortunatly, a requirement of any ircD I use is that it must include user hostmasking. Are there any other ircD's which are known to work better than Elite, are compatible with Services, and include hostmasking ? An IrcD change isn't on the cards atm, but will probably be around christmas time..... 
  
This'll probably sound stupid to you more experienced peeps, but is there any kind of FAQ or discussion board for adding my own code to Services ? ... I'm no expert but I understand the basics of C, and would just like a few pointers as to the best way to modify the services code for certain things.... it wouldn't be anything major.... possibly just altering the way some commands are performed etc. 
  
Cheers for anyones help, much appreciated by a newbie :-) 
  
Ciarán. 
  
P.s Did the Services ignore function ever get enabled in a later version ? I notice that in operserv.c in version 4.3.3 it's been disabled. Is there any way I can get this working myself ? (if it's not already done in the latest version) as a Services ignore function would be dead handy on my network. 
  
  
 
From Ciaran.reilly at ntlworld.com  Wed Aug 16 19:18:00 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Upgrading Databases for 4.4.5
Message-ID: 001301c007f1$5f3e6010$1936fe3e@morpheous

 
Hello, 
  
(and before you say RTFM..... I have, and can't find the answer to this) ;-) 
  
I've recently installed a copy of version Services 4.4.5, ready to take over from my 4.3.3 version. I've set all the required options in the conf etc and the new Services work...... only thing is they give me the following error on startup : [Aug 15 23:42:51 2000] FATAL: Invalid format in chan.db

 
They are working though because if I let them generate fresh empty DB's they start and connect to their uplink server with no problems. I seem to remember Andrew saying somewhere that to goto version 4.4.5 that you have to upgrade your databases...... is there anywhere I can find out how to do this and bring my 4.3.3 DB upto 4.4.5 ? 
  
  
Any help much appreciated. 
  
Cheers, 
  
Ciarán. 
 
From anarki at flamebait.org  Wed Aug 16 18:21:20 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Upgrading Databases for 4.4.5
References: <001301c007f1$5f3e6010$1936fe3e@morpheous>
Message-ID: 001501c007e9$73ae96d0$043320d0@lapdance

 
Hi, 
  
Let me explain that my reference to RTFM was not intended to suggest that you haven't read the docs, it was meerly a reminder that the docs are a great source of information and could prevent any delays in getting services running or any other app you wish to use. 
  
One example of my intent was that I do believe, please do hold me to this, is that if I'm not mistaken there is a db conversion that happens between IRCServices-4.3.3 and 4.4.5. Such a conversion could yield an error such as you are seeing. I must ask, have you upgraded services several times before? or was your db's created with 4.3.3? To your knowledge has services ever SIGTERM'd during an update or db backup? If so it's possible that your chan.db was corrupted and failed to convert. 
  
There shouldn't be anything special required for you to go from 4.3.3 to 4.4.5 as far as conversion goes, however please remember that once the db's are converted you cannot revert back to 4.3.3. Backing up your db's is highly recommended. 
  
my $0.02, 
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org   
----- Original Message -----  
From: Ciarán Reilly  
To: IRC Services List  
Sent: Wednesday, August 16, 2000 10:18 PM 
Subject: [IRCServices] Upgrading Databases for 4.4.5 

 
Hello, 
  
(and before you say RTFM..... I have, and can't find the answer to this) ;-) 
  
I've recently installed a copy of version Services 4.4.5, ready to take over from my 4.3.3 version. I've set all the required options in the conf etc and the new Services work...... only thing is they give me the following error on startup : [Aug 15 23:42:51 2000] FATAL: Invalid format in chan.db

 
They are working though because if I let them generate fresh empty DB's they start and connect to their uplink server with no problems. I seem to remember Andrew saying somewhere that to goto version 4.4.5 that you have to upgrade your databases...... is there anywhere I can find out how to do this and bring my 4.3.3 DB upto 4.4.5 ? 
  
  
Any help much appreciated. 
  
Cheers, 
  
Ciarán. 
 
From andrewk at icon.co.za  Wed Aug 16 22:22:09 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Upgrading Databases for 4.4.5
References: <001301c007f1$5f3e6010$1936fe3e@morpheous>
Message-ID: 000d01c0080b$17c89e20$9c011ac4@shadow

 
4.4.5 should read your databases fine - unless they're corrupted and the earlier version just never picked that up. You may want to try running the "listchans" program and see where it falls over. 
  
Andrew  
----- Original Message -----  
From: Ciarán Reilly  
To: IRC Services List  
Sent: Thursday, August 17, 2000 4:18 AM 
Subject: [IRCServices] Upgrading Databases for 4.4.5 

 
Hello, 
  
(and before you say RTFM..... I have, and can't find the answer to this) ;-) 
  
I've recently installed a copy of version Services 4.4.5, ready to take over from my 4.3.3 version. I've set all the required options in the conf etc and the new Services work...... only thing is they give me the following error on startup : [Aug 15 23:42:51 2000] FATAL: Invalid format in chan.db

 
They are working though because if I let them generate fresh empty DB's they start and connect to their uplink server with no problems. I seem to remember Andrew saying somewhere that to goto version 4.4.5 that you have to upgrade your databases...... is there anywhere I can find out how to do this and bring my 4.3.3 DB upto 4.4.5 ? 
  
  
Any help much appreciated. 
  
Cheers, 
  
Ciarán. 
 
From &quot  Sun Sep  3 23:28:02 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] testing now
Message-ID: 004901c01639$4747f920$9c011ac4@shadow




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From robh at uunet.co.za  Sun Sep  3 23:29:32 2000
From: robh at uunet.co.za (Rob Hunter)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] testing
Message-ID: Pine.BSF.3.96.1000904082921.37866C&#45;100000@hill.noc.uunet.co.za



--Rob

One Unix to rule them all, One Resolver to find them,
One IP to bring them all and in the zone to bind them.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep  3 23:04:12 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] test
Message-ID: 000901c01635$f2b8d0d0$9c011ac4@shadow

test


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep  3 23:23:32 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] test
Message-ID: 002f01c01638$a62ed2c0$9c011ac4@shadow




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Sep  4 00:18:09 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] test
References: <000901c01635$f2b8d0d0$9c011ac4@shadow>
Message-ID: 000f01c01640$4854aa00$03090a0a@kroag

Yes, we are receiving this.
----- Original Message ----- 
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Delirious.shadowfire.org>
Sent: Monday, September 04, 2000 2:04 AM
Subject: [IRCServices] test


> test
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Wed Sep  6 08:30:11 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] SQL DBs? (A bit off the issues)....
Message-ID: 000501c018bc$db7f3880$0100a8c0@Office.sunnyline.co.za

 
Hi all, 
  
I was just wondering in the light of the recent discusions we had about services using SQL based databases.... 
  
There was someone on the mailing list that mentioned that he once programmed some sort of services to use such SQL based databases...  Is there perhaps anyone here who can provide me with code to access and do lookups from various databases? 
  
I am specially interested towards using Linux to query MS-SQL based databases and so forth, we want to use the lookups in some other programs, and at the moment, I'm bussy programming a MS-SQL DB Engine for Linux...  Obviously, if there is another way I'd much rather use that then programming my own. (to much work :) 
  
Also while I am on this...  Is it possible that someone can send me the source files for the MySQL lookup Lib?  I can feel it now, I'm going to be shot for this message..  
  
So erm yeah :)  I look forward to hearing from you if there is someone here that can help me...  
  
Regards,
Chris Knipe
Cell (083) 430-8151
From &quot  Tue Sep  5 14:41:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Modifying services to allow for web-based registration with nickserv
In-Reply-To: <002f01c01638$a62ed2c0$9c011ac4@shadow>
References: 002f01c01638$a62ed2c0$9c011ac4@shadow
Message-ID: GOEJIBOGNDMEHOBFJDMDOECECGAA.scrm@scandal.org


Hi,

We are currently writing a script in PHP that allows a user to register his
nickname with Nickserv via a web interface. The script connects to the IRC
server, registers the nickname with the desired password, and logs off.

Our problem is the following: what can the script do if the requested
nickname is already in use?

Therefore, I wanted to know your ideas on how to work around this problem.
At the moment, we're thinking about trying to modify services to allow a
certain user to register nicknames without needing to take them first.

How could this be done safely? What are you views on this or other possible
ways?

Your feedback is appreciated. Regards,

Mehran



--------------
Mehran Khalili

Luxusbuerg IRC - http://www.luxusbuerg.lu - scrm@irc.lu


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep  8 04:14:38 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Modifying services to allow for web-based registration with nickserv
References: <GOEJIBOGNDMEHOBFJDMDOECECGAA.scrm@scandal.org>
Message-ID: 006401c01985$fa7d14e0$9c011ac4@shadow

Please move this thread to ircservices-coding@delirious.shadowfire.org

Thanks, Andrew

----- Original Message -----
From: "Mehran Khalili" <scrm@scandal.org>
To: <ircservices@Delirious.shadowfire.org>
Sent: Tuesday, September 05, 2000 11:41 PM
Subject: [IRCServices] Modifying services to allow for web-based
registration with nickserv


>
> Hi,
>
> We are currently writing a script in PHP that allows a user to register
his
> nickname with Nickserv via a web interface. The script connects to the IRC
> server, registers the nickname with the desired password, and logs off.
>
> Our problem is the following: what can the script do if the requested
> nickname is already in use?
>
> Therefore, I wanted to know your ideas on how to work around this problem.
> At the moment, we're thinking about trying to modify services to allow a
> certain user to register nicknames without needing to take them first.
>
> How could this be done safely? What are you views on this or other
possible
> ways?
>
> Your feedback is appreciated. Regards,
>
> Mehran
>
>
>
> --------------
> Mehran Khalili
>
> Luxusbuerg IRC - http://www.luxusbuerg.lu - scrm@irc.lu
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From jonathan at lite.net  Fri Sep  8 05:42:20 2000
From: jonathan at lite.net (Jonathan George)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] SQL DBs? (A bit off the issues)....
In-Reply-To: <000501c018bc$db7f3880$0100a8c0@Office.sunnyline.co.za>
References: 000501c018bc$db7f3880$0100a8c0@Office.sunnyline.co.za
Message-ID: Pine.LNX.4.10.10009080741020.21878&#45;100000@lite.net

        In order to connect to MS SQL server from a *NIX box, you can use
the Sybase drivers, which are *not* open source btw.  Alternatively, you
can check out FreeTDS (www.freetds.org) - but I've never used that one.

        To see examples of connecting to an MS SQL db, I'd actually take a
look at how PHP does it (www.php.net).

On Wed, 6 Sep 2000, Chris Knipe wrote:

|Date: Wed, 06 Sep 2000 17:30:11 +0200
|From: Chris Knipe <cgknipe@mweb.co.za>
|Reply-To: ircservices@ender.shadowfire.org
|To: ircservices@delirious.shadowfire.org
|Subject: [IRCServices] SQL DBs? (A bit off the issues)....
|
|Hi all,
|
|I was just wondering in the light of the recent discusions we had about services using SQL based databases....
|
|There was someone on the mailing list that mentioned that he once programmed some sort of services to use such SQL based databases...  Is there perhaps anyone here who can provide me with code to access and do lookups from various databases?
|
|I am specially interested towards using Linux to query MS-SQL based databases and so forth, we want to use the lookups in some other programs, and at the moment, I'm bussy programming a MS-SQL DB Engine for Linux...  Obviously, if there is another way I'd much rather use that then programming my own. (to much work :)
|
|Also while I am on this...  Is it possible that someone can send me the source files for the MySQL lookup Lib?  I can feel it now, I'm going to be shot for this message.. 
|
|So erm yeah :)  I look forward to hearing from you if there is someone here that can help me... 
|
|Regards,
|Chris Knipe
|Cell (083) 430-8151
|

Regards,

Jonathan George, CEO
MultiList Central
www.MultiListCentral.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep  9 09:29:03 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Bug in Chanserv / Nickserv ?
In-Reply-To: <39A7422E.C6175B3C@suicidesolutions.com>
References: 39A7422E.C6175B3C@suicidesolutions.com
Message-ID: GOEJIBOGNDMEHOBFJDMDOEDACGAA.scrm@scandal.org

 
  
Hi, 
  
We are using services 4.3.3, which I believe is the latest final version. We have encountered the following bug: 
  
A user is registered as 'Gigi'. She is also registered as 'Gigi_away'. She enters a channel, and because she is on Chanserv's access list for that channel as 'Gigi', she gets opped. 
  
She changes her nickname to 'Gigi_away' to read her mails. When she does this, another user called 'Gigi' enters the channel, and gets opped without needing any password. Her settings are as follows: 
  
-NickServ(services@chatservices.pt.lu)- gigi is gigi
-NickServ(services@chatservices.pt.lu)-    Last seen time: Sep 09 18:09:14 2000 CEST
-NickServ(services@chatservices.pt.lu)-   Time registered: Oct 24 14:38:53 1999 CEST
-NickServ(services@chatservices.pt.lu)-           Options: Kill protection, Security 
  
The same goes for 'gigi_away'. 
  
Is this a known bug that is fixed in the later betas? Is there anything we can do against it? 
  
cya 
  
Mehran 
  

Nvision s.&agrave; r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - http://www.luxusbuerg.lu - scrm@irc.lu
From mike at chat.za.net  Wed Aug  9 10:14:53 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Bug in Chanserv / Nickserv ?
Message-ID: 2.2.32.20000809171453.0087bc04@moonlight.chat.za.net


Have you had a look at this users access list

/msg nickserv access gigi list

Each nick has an access list, where, if the user complies with this mask, 
it auto-identifies them

Also, have you had a look in your services log to see whether this new gigi
is actually identifying or not?

Mike

At 06:29 PM 9/9/00 +0200, you wrote:
>
>Hi,
>
>We are using services 4.3.3, which I believe is the latest final version. We
>have encountered the following bug:
>
>A user is registered as 'Gigi'. She is also registered as 'Gigi_away'. She
>enters a channel, and because she is on Chanserv's access list for that
>channel as 'Gigi', she gets opped.
>
>She changes her nickname to 'Gigi_away' to read her mails. When she does
>this, another user called 'Gigi' enters the channel, and gets opped without
>needing any password. Her settings are as follows:
>
>-NickServ(services@chatservices.pt.lu)- gigi is gigi
>-NickServ(services@chatservices.pt.lu)-    Last seen time: Sep 09 18:09:14
>2000 CEST
>-NickServ(services@chatservices.pt.lu)-   Time registered: Oct 24 14:38:53
>1999 CEST
>-NickServ(services@chatservices.pt.lu)-           Options: Kill protection,
>Security
>
>The same goes for 'gigi_away'.
>
>Is this a known bug that is fixed in the later betas? Is there anything we
>can do against it?
>
>cya
>
>Mehran
>
>Nvision s.a r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
>    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
><HTML><HEAD>
><META content="text/html; charset=us-ascii" http-equiv=Content-Type>
><META content="MSHTML 5.00.3103.1000" name=GENERATOR></HEAD>
><BODY bgColor=#ffffff>
><DIV>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000>Hi,</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=609482116-09092000>We are 
>using services 4.3.3, which I believe is the latest final version. We have 
>encountered the following bug:</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000>A&nbsp;user is registered as 'Gigi'. She is also 
>registered as 'Gigi_away'. She enters a channel, and because she is on 
>Chanserv's access list for that channel as 'Gigi', she gets 
>opped.</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN class=609482116-09092000>She 
>changes her nickname to 'Gigi_away' to read her mails. When she does this, 
>another user called 'Gigi' enters the channel, and gets opped without needing 
>any password. Her settings are as follows:</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000>-NickServ(<A 
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
gigi 
>is gigi<BR>-NickServ(<A 
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
&nbsp;&nbsp;&nbsp; 
>Last seen time: Sep 09 18:09:14 2000 CEST<BR>-NickServ(<A 
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
&nbsp;&nbsp; 
>Time registered: Oct 24 14:38:53 1999 CEST<BR>-NickServ(<A 
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
>Options: Kill protection, Security</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN class=609482116-09092000>The 
>same goes for 'gigi_away'.</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN class=609482116-09092000>Is 
>this a known bug that is fixed in the later betas? Is there anything we can do 
>against it?</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000>cya</SPAN></FONT></DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
><DIV><FONT color=#0000ff face=Arial size=2><SPAN 
>class=609482116-09092000>Mehran</SPAN></FONT></DIV>
><DIV>&nbsp;</DIV>
><P><FONT size=2>Nvision s.&agrave; r.l. - <A href="<A  HREF="http://www.nvision.lu/">http://www.nvision.lu/</A>" 
>target=_blank><A  HREF="http://www.nvision.lu">http://www.nvision.lu</A></A> - <A 
>href="<A  HREF="mailto:mehran.khalili@nvision.lu">mailto:mehran.khalili@nvision.lu</A>">mehran.khalili@nvision.lu</A><BR>&n
bsp;&nbsp;&nbsp; 
>Luxusbuerg a.s.b.l. - <A href="<A  HREF="http://www.luxusbuerg.lu/">http://www.luxusbuerg.lu/</A>" 
>target=_blank><A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A></A> - <A 
>href="<A  HREF="mailto:scrm@irc.lu">mailto:scrm@irc.lu</A>">scrm@irc.lu</A></FONT></P></BODY></HTML>
>
---
Michael Smith (Warlock on IRC)
<A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uziel at ingsoc.com  Sat Sep  9 10:59:46 2000
From: uziel at ingsoc.com (Uziel)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] ircservices-4.4.7 Bugs
Message-ID: 4.3.1.2.20000909135938.00ac1700@ingsoc.com

Not sure this went through the first time...here it is again.  If it's a 
repeat, sorry.

4.4.7 has reintroduced the memory allocation bug in do_sjoin.

c = smalloc(sizeof(*channel)) should be c = smalloc(sizeof(*c))

-Also in do_sjoin: The last do_cmode in the function should have a first 
param of av[2] not av[0].

-In addition, I believe that in config.c the type for DefSessionLimit 
should be PARAM_INT and not PARAM_POSINT if the attempt (as per the Changes 
file) is to allow a limit of zero.

-do_deop reports deop's in the same manner that do_op did.  Hence, the same 
buffer overflow that existed in do_op still seems to be around in do_deop.

At 10:43 PM 8/27/00 +0200, you wrote:
>Version 4.4.7 [STABLE-BETA] of IRC Services has been released. This is a
>bugfix release that ought to fix all the AKICK ENFORCE, and similar, crashes
>that have been plauging services. If all the crashes have been fixed, then
>4.4.7 should become RELEASE soon! It also means 4.5 should be due out soon
>too :)
>
>2000/08/27 .7   Fixed a bug in CS OP where users could be added to channel's
>                     op list without being in the channel. This should fix
>many
>                     of the bugs pertaining to channel user lists - notably
>the
>                     AKICK ENFORCE bug. Many thanks go to Toshi Morita
>                     <tm2@best.com> for finding and reporting this bug!
>
>You can download it from the usual places:
>         ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa)
>       <A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/">ftp://ftp.electrocity.com/pub/ircservices/beta/</A> (South Africa)
>       <A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/</A>  (USA)
>
>Andrew
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


Uziel (uziel@ingsoc.com)

--I caught sight of my reflection
        I caught it in the window
   I saw the darkness in my heart
        I saw the signs of my undoing
   They had been there from the start
        And the darkness still has work to do
     The knotted chord's untying


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep  9 21:19:55 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Bug in Chanserv / Nickserv ?
References: <2.2.32.20000809171453.0087bc04@moonlight.chat.za.net>
Message-ID: 003101c01ade$63267320$03090a0a@kroag

>>-NickServ(services@chatservices.pt.lu)-           Options: Kill
protection,
>> Security

> Each nick has an access list, where, if the user complies with this mask,
> it auto-identifies them

That's not true when Security is turned on for a user.  Security means that
a user must be identified to nickserv using a password whether or not they
match an address in the access list.

In short, that shouldn't be happening whether or not they match the access
list.

----- Original Message -----
From: "Michael Smith" <mike@chat.za.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, August 09, 2000 1:14 PM
Subject: Re: [IRCServices] Bug in Chanserv / Nickserv ?


>
> Have you had a look at this users access list
>
> /msg nickserv access gigi list
>
> Each nick has an access list, where, if the user complies with this mask,
> it auto-identifies them
>
> Also, have you had a look in your services log to see whether this new
gigi
> is actually identifying or not?
>
> Mike
>
> At 06:29 PM 9/9/00 +0200, you wrote:
> >
> >Hi,
> >
> >We are using services 4.3.3, which I believe is the latest final version.
We
> >have encountered the following bug:
> >
> >A user is registered as 'Gigi'. She is also registered as 'Gigi_away'.
She
> >enters a channel, and because she is on Chanserv's access list for that
> >channel as 'Gigi', she gets opped.
> >
> >She changes her nickname to 'Gigi_away' to read her mails. When she does
> >this, another user called 'Gigi' enters the channel, and gets opped
without
> >needing any password. Her settings are as follows:
> >
> >-NickServ(services@chatservices.pt.lu)- gigi is gigi
> >-NickServ(services@chatservices.pt.lu)-    Last seen time: Sep 09
18:09:14
> >2000 CEST
> >-NickServ(services@chatservices.pt.lu)-   Time registered: Oct 24
14:38:53
> >1999 CEST
> >-NickServ(services@chatservices.pt.lu)-           Options: Kill
protection,
> >Security
> >
> >The same goes for 'gigi_away'.
> >
> >Is this a known bug that is fixed in the later betas? Is there anything
we
> >can do against it?
> >
> >cya
> >
> >Mehran
> >
> >Nvision s.a r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
> >    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META content="text/html; charset=us-ascii" http-equiv=Content-Type>
> ><META content="MSHTML 5.00.3103.1000" name=GENERATOR></HEAD>
> ><BODY bgColor=#ffffff>
> ><DIV>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000>Hi,</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> class=609482116-09092000>We are
> >using services 4.3.3, which I believe is the latest final version. We
have
> >encountered the following bug:</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000>A&nbsp;user is registered as 'Gigi'. She is also
> >registered as 'Gigi_away'. She enters a channel, and because she is on
> >Chanserv's access list for that channel as 'Gigi', she gets
> >opped.</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=609482116-09092000>She
> >changes her nickname to 'Gigi_away' to read her mails. When she does
this,
> >another user called 'Gigi' enters the channel, and gets opped without
needing
> >any password. Her settings are as follows:</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000>-NickServ(<A
>
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
> gigi
> >is gigi<BR>-NickServ(<A
>
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
> &nbsp;&nbsp;&nbsp;
> >Last seen time: Sep 09 18:09:14 2000 CEST<BR>-NickServ(<A
>
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
> &nbsp;&nbsp;
> >Time registered: Oct 24 14:38:53 1999 CEST<BR>-NickServ(<A
>
>href="<A  HREF="mailto:services@chatservices.pt.lu">mailto:services@chatservices.pt.lu</A>">services@chatservices.pt.lu</A>)-
> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
> >Options: Kill protection, Security</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=609482116-09092000>The
> >same goes for 'gigi_away'.</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=609482116-09092000>Is
> >this a known bug that is fixed in the later betas? Is there anything we
can do
> >against it?</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000>cya</SPAN></FONT></DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000></SPAN></FONT>&nbsp;</DIV>
> ><DIV><FONT color=#0000ff face=Arial size=2><SPAN
> >class=609482116-09092000>Mehran</SPAN></FONT></DIV>
> ><DIV>&nbsp;</DIV>
> ><P><FONT size=2>Nvision s.&agrave; r.l. - <A
href="<A  HREF="http://www.nvision.lu/">http://www.nvision.lu/</A>"
> >target=_blank><A  HREF="http://www.nvision.lu">http://www.nvision.lu</A></A> - <A
>
>href="<A  HREF="mailto:mehran.khalili@nvision.lu">mailto:mehran.khalili@nvision.lu</A>">mehran.khalili@nvision.lu</A><BR>&n
> bsp;&nbsp;&nbsp;
> >Luxusbuerg a.s.b.l. - <A href="<A  HREF="http://www.luxusbuerg.lu/">http://www.luxusbuerg.lu/</A>"
> >target=_blank><A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A></A> - <A
> >href="<A  HREF="mailto:scrm@irc.lu">mailto:scrm@irc.lu</A>">scrm@irc.lu</A></FONT></P></BODY></HTML>
> >
> ---
> Michael Smith (Warlock on IRC)
> <A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
>  "Do you smell something burning or is it me?"
>                 -- Joan of Arc
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 10 01:56:57 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] ircservices-4.4.7 Bugs
In-Reply-To: <4.3.1.2.20000909135938.00ac1700@ingsoc.com>
References: 4.3.1.2.20000909135938.00ac1700@ingsoc.com
Message-ID: NCBBIPDDJGGDOCPMKPKPEELJDHAA.andrewk@icon.co.za

Fooey,

> 4.4.7 has reintroduced the memory allocation bug in do_sjoin.
>
> c = smalloc(sizeof(*channel)) should be c = smalloc(sizeof(*c))

Fixed.

> -Also in do_sjoin: The last do_cmode in the function should have a first
> param of av[2] not av[0].

Fixed.

> -In addition, I believe that in config.c the type for DefSessionLimit
> should be PARAM_INT and not PARAM_POSINT if the attempt (as per
> the Changes
> file) is to allow a limit of zero.

Already fixed in 4.5 - backported to 4.4.8.

> -do_deop reports deop's in the same manner that do_op did.
> Hence, the same
> buffer overflow that existed in do_op still seems to be around in do_deop.

Oh crap, how on earth did I miss this. Fixed. :)

On this note, please can buffer overflows, and other sensitive bugs, be
reported directly to me rather than the list - so that I can have a fix done
before the entire world of unethical users become aware of them. Sometimes
I'm not able to get a fix out immediately, leaving many networks
unprotected.

Thanks, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From alex at delete.org  Sun Sep 10 16:37:02 2000
From: alex at delete.org (Alex Michlin)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] channel ban list
Message-ID: Pine.BSF.4.21.0009101936001.81265&#45;100000@krypton.delete.org

I am wondering if there is a command in services 4.4.7 that lists the
bans in a channel?.  I know there is one to clear them, but how about
just listing them? I'm sorry if this is a pretty stupid question, but I've
looked though the readme's and have not found an answer.  (On a similar
note, is there a command to list any modes set in a channel, ie, keys,..?)


Thanks for your help

Alex



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 10 21:12:09 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] channel ban list
In-Reply-To: <Pine.BSF.4.21.0009101936001.81265-100000@krypton.delete.org>
References: Pine.BSF.4.21.0009101936001.81265&#45;100000@krypton.delete.org
Message-ID: PPEKKHHIEGJCNPBLFIKKEEAOCAAA.anarki@flamebait.org

Channel bans are actually a channel function and are handled via the server
.. not services. The commands that are in services for channel bans are for
convenience and ... heaven forbid an IRCop would have ever to clean up after
a takeover. most clients have built in tools for handling channel bans, try
tying /bans #channel or right clicking in the channel window.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

-----Original Message-----
From: owner-ircservices@Snow.shadowfire.org
[mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Alex Michlin
Sent: Sunday, September 10, 2000 4:37 PM
To: ircservices@Snow.shadowfire.org
Subject: [IRCServices] channel ban list


I am wondering if there is a command in services 4.4.7 that lists the
bans in a channel?.  I know there is one to clear them, but how about
just listing them? I'm sorry if this is a pretty stupid question, but I've
looked though the readme's and have not found an answer.  (On a similar
note, is there a command to list any modes set in a channel, ie, keys,..?)


Thanks for your help

Alex



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From j.d.morton at lancaster.ac.uk  Sun Sep 10 18:30:28 2000
From: j.d.morton at lancaster.ac.uk (Jonathan Morton)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] channel ban list
In-Reply-To: <Pine.BSF.4.21.0009101936001.81265-100000@krypton.delete.org>
References: Pine.BSF.4.21.0009101936001.81265&#45;100000@krypton.delete.org
Message-ID: Pine.GSO.4.21.0009110229080.14597&#45;100000@unixc.lancs.ac.uk

> I am wondering if there is a command in services 4.4.7 that lists the
> bans in a channel?.  I know there is one to clear them, but how about
> just listing them? I'm sorry if this is a pretty stupid question, but I've
> looked though the readme's and have not found an answer.  (On a similar
> note, is there a command to list any modes set in a channel, ie, keys,..?)

You don't need a Services command - just an IRCD command.

/mode #channel b    <<< lists bans
/mode #channel      <<< lists modes
/mode nick          <<< ditto

--------------------------------------------------------------
                 from: Jonathan "Chromatix" Morton
          main e-mail: <chromi@cyberspace.org>
attachments over 100K: <j.d.morton@lancaster.ac.uk>

The key to knowledge is not to rely on people to teach you it.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 10 20:41:04 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
Message-ID: 200009110341.UAA09591@mail11.bigmailbox.com

I have posted before to this mailing list regarding this problem , I got some replies last time , but I still continue having the same problem. sorry to be a pest but I still can not change Channel access lists on user created channels eventhough Im the services root.

when I try I of course first Identify to NickServ and then /oper up , however I always get 'Permission Denied' from ChanServ when I attempt to change any room's access list in which Im not an OP.

Am I doing something wrong or is this the way it's suposed to work out?

Ely

------------------------------------------------------------
Are You Bored? go here - - - - - - -> www.chatfirst.com
Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Sun Sep 10 23:35:16 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
In-Reply-To: <200009110341.UAA09591@mail11.bigmailbox.com>
References: 200009110341.UAA09591@mail11.bigmailbox.com
Message-ID: Pine.LNX.4.21.0009110834490.26270&#45;100000@moonlight.chat.za.net


Have you made sure that you have modes +aA

ie /mode mynick +aA

Locke

---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za/
"The software said Windows95 or better... 
                ...so I got Linux"


On Sun, 10 Sep 2000, Administration ChatFIRST.COM wrote:

> I have posted before to this mailing list regarding this problem , I got some replies last time , but I still continue having the same problem. sorry to be a pest but I still can not change Channel access lists on user created channels eventhough Im the services root.
> 
> when I try I of course first Identify to NickServ and then /oper up , however I always get 'Permission Denied' from ChanServ when I attempt to change any room's access list in which Im not an OP.
> 
> Am I doing something wrong or is this the way it's suposed to work out?
> 
> Ely
> 
> ------------------------------------------------------------
> Are You Bored? go here - - - - - - -> www.chatfirst.com
> Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From stsimb at irc.gr  Mon Sep 11 01:45:18 2000
From: stsimb at irc.gr (Sotiris Tsimbonis)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] channel ban list
In-Reply-To: <Pine.GSO.4.21.0009110229080.14597-100000@unixc.lancs.ac.uk>
References: Pine.GSO.4.21.0009110229080.14597&#45;100000@unixc.lancs.ac.uk
Message-ID: Pine.LNX.4.21.0009111141090.31188&#45;100000@nana.forthnet.gr

On Mon, 11 Sep 2000, Jonathan Morton wrote:
> > I am wondering if there is a command in services 4.4.7 that lists the
> > bans in a channel?.  I know there is one to clear them, but how about
> > just listing them? I'm sorry if this is a pretty stupid question, but I've
> > looked though the readme's and have not found an answer.  (On a similar
> > note, is there a command to list any modes set in a channel, ie, keys,..?)
>
> You don't need a Services command - just an IRCD command.
> 
> /mode #channel b    <<< lists bans
> /mode #channel      <<< lists modes
> /mode nick          <<< ditto

Indeed, this is the correct way of doing it, but if you also want to see
the actual key of a channel, services can help you snoop it..

---- config.h ----
/* Define this to enable OperServ's debugging commands (Services root
 * only).  These commands are undocumented; "use the source, Luke!" */
/* #define DEBUG_COMMANDS */
------------------

---- operserv.c ----
#ifdef DEBUG_COMMANDS
    { "LISTCHANS",  send_channel_list,  is_services_root, -1,-1,-1,-1,-1 },
--------------------

/operserv listchan #chan   includes the channel key :-)

  _ _ _|_ o._ o _
 _)(_) |_ ||  |_>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From lonewolf at lagnet.org.za  Mon Sep 11 04:16:25 2000
From: lonewolf at lagnet.org.za (Lonewolf)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
In-Reply-To: <200009110341.UAA09591@mail11.bigmailbox.com>; from &quot;Administration ChatFIRST.COM&quot; on Sun, Sep 10, 2000 at 08:41:04PM
References: <200009110341.UAA09591@mail11.bigmailbox.com>
Message-ID: 20000911131625.A91164@apotheosis.org.za

[ Please use < 76 columns. ]

On Sun, Sep 10, 2000 at 08:41:04PM -0700, Administration ChatFIRST.COM wrote:
> I have posted before to this mailing list regarding this problem , I
> got some replies last time , but I still continue having the same
> problem. sorry to be a pest but I still can not change Channel
> access lists on user created channels eventhough Im the services
> root.

The Services Root user is not automatically included in the Services
Administator list.  You'll need to add your nickname there before
you'll have Administrator privileges.

> when I try I of course first Identify to NickServ and then /oper up
> , however I always get 'Permission Denied' from ChanServ when I
> attempt to change any room's access list in which Im not an OP.

As far as I can see, not even Services Administrators can manipulate
channel access lists; they can only view them.

--
lonewolf@lagnet.org.za

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Mon Sep 11 07:52:21 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
References: <200009110341.UAA09591@mail11.bigmailbox.com>
Message-ID: 39BCF1A5.20473CD6@softhome.net

"Administration ChatFIRST.COM" wrote:

> I have posted before to this mailing list regarding this problem , I
> got some replies last time , but I still continue having the same
> problem. sorry to be a pest but I still can not change Channel access
> lists on user created channels eventhough Im the services root.
> 
> when I try I of course first Identify to NickServ and then /oper up ,
> however I always get 'Permission Denied' from ChanServ when I attempt
> to change any room's access list in which Im not an OP.
> 
> Am I doing something wrong or is this the way it's suposed to work out?

No matter what level of administrative access you have to services,
channel ACCESS lists cannot be changed unless you have the appropriate
level of access to the channel.  SETtings can be changed
administratively, though.

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uziel at ingsoc.com  Sat Sep  9 07:29:21 2000
From: uziel at ingsoc.com (Uziel)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] ircservices-4.4.7 [STABLE-BETA] released
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPMEGLDHAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPMEGLDHAA.andrewk@icon.co.za
Message-ID: 4.3.1.2.20000909102536.00ac1a20@ingsoc.com

4.4.7 has reintroduced the memory allocation bug in do_sjoin.

c = smalloc(sizeof(*channel)) should be c = smalloc(sizeof(*c))

Also in do_sjoin

The last do_cmode in the function should have a first param of av[2] not av[0].

In addition, I believe that in config.c the type for DefSessionLimit should 
be PARAM_INT and not PARAM_POSINT if the attempt (as per the Changes file) 
is to allow a limit of zero.


At 10:43 PM 8/27/00 +0200, you wrote:
>Version 4.4.7 [STABLE-BETA] of IRC Services has been released. This is a
>bugfix release that ought to fix all the AKICK ENFORCE, and similar, crashes
>that have been plauging services. If all the crashes have been fixed, then
>4.4.7 should become RELEASE soon! It also means 4.5 should be due out soon
>too :)
>
>2000/08/27 .7   Fixed a bug in CS OP where users could be added to channel's
>                     op list without being in the channel. This should fix
>many
>                     of the bugs pertaining to channel user lists - notably
>the
>                     AKICK ENFORCE bug. Many thanks go to Toshi Morita
>                     <tm2@best.com> for finding and reporting this bug!
>
>You can download it from the usual places:
>         ftp://ender.shadowfire.org/pub/ircservices/beta/  (South Africa)
>       <A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/">ftp://ftp.electrocity.com/pub/ircservices/beta/</A>   (South Africa)
>       <A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/</A>    (USA)
>
>Andrew
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


Uziel (uziel@ingsoc.com)

--I caught sight of my reflection
        I caught it in the window
   I saw the darkness in my heart
        I saw the signs of my undoing
   They had been there from the start
        And the darkness still has work to do
     The knotted chord's untying


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Fri Sep  8 15:57:35 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Modifying services to allow for web-based registration with nickserv
References: <GOEJIBOGNDMEHOBFJDMDOECECGAA.scrm@scandal.org>
Message-ID: 002801c019e8$328bbe60$2436fe3e@morpheous

Hi Mehran,

I noticed your mail below posted to the IRCServices list. Tell me, will your
script by any chance be open source ? It's just I've been searching for
something like this for a very long time, but unfortunatly I know next to
nothing about scripting for Php...

Let me know :)

Ciarán.


----- Original Message -----
From: "Mehran Khalili" <scrm@scandal.org>
To: <ircservices@Delirious.shadowfire.org>
Sent: Tuesday, September 05, 2000 10:41 PM
Subject: [IRCServices] Modifying services to allow for web-based
registration with nickserv


>
> Hi,
>
> We are currently writing a script in PHP that allows a user to register
his
> nickname with Nickserv via a web interface. The script connects to the IRC
> server, registers the nickname with the desired password, and logs off.
>
> Our problem is the following: what can the script do if the requested
> nickname is already in use?
>
> Therefore, I wanted to know your ideas on how to work around this problem.
> At the moment, we're thinking about trying to modify services to allow a
> certain user to register nicknames without needing to take them first.
>
> How could this be done safely? What are you views on this or other
possible
> ways?
>
> Your feedback is appreciated. Regards,
>
> Mehran
>
>
>
> --------------
> Mehran Khalili
>
> Luxusbuerg IRC - http://www.luxusbuerg.lu - scrm@irc.lu
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Mon Sep 11 01:53:11 2000
From: achurch at dragonfire.net (Andy Church)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] channel ban list
Message-ID: E13YPKx&#45;0000I7&#45;00@manx.dreamhaven.net

>> You don't need a Services command - just an IRCD command.
>> 
>> /mode #channel b    <<< lists bans
>> /mode #channel      <<< lists modes
>> /mode nick          <<< ditto
>
>Indeed, this is the correct way of doing it, but if you also want to see
>the actual key of a channel, services can help you snoop it..
[...]
>/operserv listchan #chan   includes the channel key :-)

     Of course, this only works for the Services root, who should know
enough not to use this inappropriately...

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uziel at ingsoc.com  Sat Sep  9 08:05:48 2000
From: uziel at ingsoc.com (Uziel)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Another bug...
Message-ID: 4.3.1.2.20000909110433.00aba900@ingsoc.com

Oops...one more I think.

do_deop reports deop's in the same manner that do_op did.  Hence, the same 
buffer overflow that existed in do_op still seems to be around in do_deop.


At 10:43 PM 8/27/00 +0200, you wrote:
>Version 4.4.7 [STABLE-BETA] of IRC Services has been released. This is a
>bugfix release that ought to fix all the AKICK ENFORCE, and similar, crashes
>that have been plauging services. If all the crashes have been fixed, then
>4.4.7 should become RELEASE soon! It also means 4.5 should be due out soon
>too :)
>
>2000/08/27 .7   Fixed a bug in CS OP where users could be added to channel's
>                     op list without being in the channel. This should fix
>many
>                     of the bugs pertaining to channel user lists - notably
>the
>                     AKICK ENFORCE bug. Many thanks go to Toshi Morita
>                     <tm2@best.com> for finding and reporting this bug!
>
>You can download it from the usual places:
>         ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa)
>       <A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/">ftp://ftp.electrocity.com/pub/ircservices/beta/</A>  (South Africa)
>       <A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/</A>   (USA)
>
>Andrew
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


Uziel (uziel@ingsoc.com)

--I caught sight of my reflection
        I caught it in the window
   I saw the darkness in my heart
        I saw the signs of my undoing
   They had been there from the start
        And the darkness still has work to do
     The knotted chord's untying


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From lonewolf at lagnet.org.za  Mon Sep 11 04:18:21 2000
From: lonewolf at lagnet.org.za (Lonewolf)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
In-Reply-To: <Pine.LNX.4.21.0009110834490.26270-100000@moonlight.chat.za.net>; from &quot;Michael Smith&quot; on Mon, Sep 11, 2000 at 08:35:16AM
References: <200009110341.UAA09591@mail11.bigmailbox.com> <Pine.LNX.4.21.0009110834490.26270-100000@moonlight.chat.za.net>
Message-ID: 20000911131821.B91164@apotheosis.org.za

On Mon, Sep 11, 2000 at 08:35:16AM +0200, Michael Smith wrote:
> Have you made sure that you have modes +aA
> ie /mode mynick +aA

Services ignores these flags completely, so I doubt that'd make a difference.

--
lonewolf@lagnet.org.za

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Tue Sep 12 07:51:58 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
References: <200009110341.UAA09591@mail11.bigmailbox.com> <20000911131625.A91164@apotheosis.org.za>
Message-ID: 39BE430E.4AAB7E92@softhome.net

Lonewolf wrote:

> The Services Root user is not automatically included in the Services
> Administator list.  You'll need to add your nickname there before
> you'll have Administrator privileges.

Services root has the highest level of access, as long as you're using
and identified to that nick.  There is no need to add yourself to
anything.  Otherwise, what would be the point of having a services root?

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From lonewolf at lagnet.org.za  Tue Sep 12 08:09:10 2000
From: lonewolf at lagnet.org.za (Lonewolf)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
In-Reply-To: <39BE430E.4AAB7E92@softhome.net>; from &quot;quension@softhome.net&quot; on Tue, Sep 12, 2000 at 07:51:58AM
References: <200009110341.UAA09591@mail11.bigmailbox.com> <20000911131625.A91164@apotheosis.org.za> <39BE430E.4AAB7E92@softhome.net>
Message-ID: 20000912170910.A14076@apotheosis.org.za

On Tue, Sep 12, 2000 at 07:51:58AM -0700, quension@softhome.net wrote:
> Services root has the highest level of access, as long as you're
> using and identified to that nick.  There is no need to add yourself
> to anything.  Otherwise, what would be the point of having a
> services root?

To manipulate the SA list.

But you're quite right, I missed the call to is_services_root() in
is_services_admin() in operserv.c.

--
lonewolf@lagnet.org.za

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Sep 12 18:28:12 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
Message-ID: 200009130128.SAA21571@mail11.bigmailbox.com

Ok I was the one who actually started this and Im still without access to modifiying users access lists on channels , this is really important to me and I believe to everyone specially when you want to help new users setting up their channels.

Is there any good soul out there willing to help me personally , Im new to all this and it looks by some people's answers on this list that there is really a way for the services root to be able to change access lists . 
The only way I have found till now its using GETPASS then pretend Im the user and change the access list that way.

For example lonewolf@lagnet.org.za (Lonewolf) said:

"But you're quite right, I missed the call to is_services_root() in
 is_services_admin() in operserv.c."

Is he/she implyinig you can modify the file 'operserv.c' to allow you to touch access lists ?
 
 


In a message dated 9/12/00 4:44:51 PM Pacific Daylight Time, lonewolf@lagnet.org.za writes:

<< On Tue, Sep 12, 2000 at 07:51:58AM -0700, quension@softhome.net wrote:
 > Services root has the highest level of access, as long as you're
 > using and identified to that nick.  There is no need to add yourself
 > to anything.  Otherwise, what would be the point of having a
 > services root?
 
 To manipulate the SA list.
 
 But you're quite right, I missed the call to is_services_root() in
 is_services_admin() in operserv.c.
 
 --
 lonewolf@lagnet.org.za

------------------------------------------------------------
Are You Bored? go here - - - - - - -> www.chatfirst.com
Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Wed Sep 13 05:01:03 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
In-Reply-To: <200009130128.SAA21571@mail11.bigmailbox.com>
References: 200009130128.SAA21571@mail11.bigmailbox.com
Message-ID: Pine.LNX.4.21.0009131300210.3677&#45;100000@helium.chromatix.org.uk

> "But you're quite right, I missed the call to is_services_root() in
>  is_services_admin() in operserv.c."
> 
> Is he/she implyinig you can modify the file 'operserv.c' to allow you to touch access lists ?

Of course!  This is open-source software after all, you can modify it any
way you want.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Sep 13 08:27:59 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] ircservices-4.4.8 [STABLE] released
Message-ID: 00ab01c01d97$3311b6c0$9c011ac4@shadow

IRC Services version 4.4.8 [STABLE] has been released. Unless any serious
bugs are reported with the next week, this will become a RELEASE version -
replacing version 4.3.3/4.3.4. As a result, only fixes for major bugs will
be released for the 4.4 branch.

2000/09/10 .8   Fixed some memory allocation and Bahamut related bugs.
                Fixed a serious memory bug with the CS DEOP command.
                    Above two reported by Uziel <uziel@ingsoc.com>
                0 (zero) is now a valid DefSessionLimit config value.
                    (backported by request of Uziel <uziel@ingsoc.com>)


You can download this version from the usual places:
        ftp://ender.shadowfire.org/pub/ircservices/beta/    (South Africa)
Mirrors:
        <A  HREF="ftp://ftp.electrocity.com/pub/ircservices/beta/">ftp://ftp.electrocity.com/pub/ircservices/beta/</A>     (South Africa)
        <A  HREF="ftp://baboon.cat.pdx.edu/pub/ircservices/beta/">ftp://baboon.cat.pdx.edu/pub/ircservices/beta/</A>      (USA)

Regards, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Sep 13 10:28:58 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Modifying services to allow for web-based registration with nickserv
In-Reply-To: <002801c019e8$328bbe60$2436fe3e@morpheous>
References: 002801c019e8$328bbe60$2436fe3e@morpheous
Message-ID: GOEJIBOGNDMEHOBFJDMDGEEFCGAA.scrm@scandal.org

We'll keep you informed of when the script is finished. At this stage I
personally wouldn't have a problem to distribute it, but I'm not working on
the script myself.

However, it will get finished a lot faster (or at all) if any ideas as to
how it can be completed, were submitted by Services users.

cya

Mehran

--------------
Mehran Khalili

Nvision s.à r.l. - http://www.nvision.lu - mehran.khalili@nvision.lu
    Luxusbuerg a.s.b.l. - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu


> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [<A  HREF="mailto:owner-ircservices@Snow.shadowfire.org]On">mailto:owner-ircservices@Snow.shadowfire.org]On</A> Behalf Of Ciarán Reilly
> Sent: Saturday, September 09, 2000 00:58
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] Modifying services to allow for web-based
> registration with nickserv
>
>
> Hi Mehran,
>
> I noticed your mail below posted to the IRCServices list. Tell
> me, will your
> script by any chance be open source ? It's just I've been searching for
> something like this for a very long time, but unfortunatly I know next to
> nothing about scripting for Php...
>
> Let me know :)
>
> Ciarán.
>
>
> ----- Original Message -----
> From: "Mehran Khalili" <scrm@scandal.org>
> To: <ircservices@Delirious.shadowfire.org>
> Sent: Tuesday, September 05, 2000 10:41 PM
> Subject: [IRCServices] Modifying services to allow for web-based
> registration with nickserv
>
>
> >
> > Hi,
> >
> > We are currently writing a script in PHP that allows a user to register
> his
> > nickname with Nickserv via a web interface. The script connects
> to the IRC
> > server, registers the nickname with the desired password, and logs off.
> >
> > Our problem is the following: what can the script do if the requested
> > nickname is already in use?
> >
> > Therefore, I wanted to know your ideas on how to work around
> this problem.
> > At the moment, we're thinking about trying to modify services to allow a
> > certain user to register nicknames without needing to take them first.
> >
> > How could this be done safely? What are you views on this or other
> possible
> > ways?
> >
> > Your feedback is appreciated. Regards,
> >
> > Mehran
> >
> >
> >
> > --------------
> > Mehran Khalili
> >
> > Luxusbuerg IRC - <A  HREF="http://www.luxusbuerg.lu">http://www.luxusbuerg.lu</A> - scrm@irc.lu
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From ike at daoth.demon.nl  Wed Sep 13 13:56:34 2000
From: ike at daoth.demon.nl (Arjan)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Services not starting up (Ignoring bad nick)
Message-ID: Pine.LNX.4.04.10009132252180.850&#45;100000@daoth.demon.nl

Hi all


I am trying to set up ircservices-4.3.3 on a bahamut-1.4.7 and when
starting up services it comes with the following :
[demon]!daoth.demon.nl IGNORING BAD NICK:
                       NickServ[daoth@services.daoth.demon.nl] on 0
                       (from services.daoth.demon.nl)
   (and this for all the services)

This is repeated for some time and then the link is dropped with :
!daoth.demon.nl Global -- from services.daoth.demon.nl: FATAL ERROR! 
                introduce_user() loop detected

The Q-lines in ircd.conf are disabled and the C/N lines are correct.
When using normail IrcII it is allowed to use the nicks it otherwise
rejects.

Anybody can assist me with this ?

Regards
  Ike


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From 000 at latinol.com  Wed Sep 13 14:01:42 2000
From: 000 at latinol.com (Lord of Darkness)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] How to make ChanServ join every channel when registered?
Message-ID: 39BFEB36.6A4B78E7@latinol.com

Im trying to figure out how to make ChanServ join a channel when someone
registers it, can anybody help me?

Lord_coLd
NetAdmin of punker.yi.org Port: 9000


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Sep 13 18:25:25 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] How to make ChanServ join every channel when registered?
In-Reply-To: <39BFEB36.6A4B78E7@latinol.com>
References: 39BFEB36.6A4B78E7@latinol.com
Message-ID: PPEKKHHIEGJCNPBLFIKKAEBBCAAA.anarki@flamebait.org

Lord_cold,

Services is not written to have ChanServ join any channels on any kind of
permanent basis. I have seen a patch floating around that may help you. You
may want to try asking on ircservices-coding@snow.shadowfire.org.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

-----Original Message-----
From: owner-ircservices@Snow.shadowfire.org
[mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Lord of
Darkness
Sent: Wednesday, September 13, 2000 2:02 PM
To: ircservices@Snow.shadowfire.org
Subject: [IRCServices] How to make ChanServ join every channel when
registered?


Im trying to figure out how to make ChanServ join a channel when someone
registers it, can anybody help me?

Lord_coLd
NetAdmin of punker.yi.org Port: 9000


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Sep 13 23:30:39 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Services not starting up (Ignoring bad nick)
References: <Pine.LNX.4.04.10009132252180.850-100000@daoth.demon.nl>
Message-ID: 003301c01e15$4c7f1fc0$9c011ac4@shadow

I find this question interesting....

When you ran ./configure, what ircd type did you select? You may have
noticed that Bahamut was not one of the options!

Please get version 4.4.8 from the beta directory on the ftp site.

Andrew

----- Original Message -----
From: "Arjan" <ike@daoth.demon.nl>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, September 13, 2000 10:56 PM
Subject: [IRCServices] Services not starting up (Ignoring bad nick)


> Hi all
>
>
> I am trying to set up ircservices-4.3.3 on a bahamut-1.4.7 and when
> starting up services it comes with the following :
> [demon]!daoth.demon.nl IGNORING BAD NICK:
>                        NickServ[daoth@services.daoth.demon.nl] on 0
>                        (from services.daoth.demon.nl)
>    (and this for all the services)
>
> This is repeated for some time and then the link is dropped with :
> !daoth.demon.nl Global -- from services.daoth.demon.nl: FATAL ERROR!
>                 introduce_user() loop detected
>
> The Q-lines in ircd.conf are disabled and the C/N lines are correct.
> When using normail IrcII it is allowed to use the nicks it otherwise
> rejects.
>
> Anybody can assist me with this ?
>
> Regards
>   Ike
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 14 07:21:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] How to make ChanServ join every channel when registered?
Message-ID: E13Zf80&#45;0003xc&#45;00@praseodumium.btinternet.com



Firstly, why would you want ChanServ to join every channel upon registration?

Secondly, if I recall, IRC-Services was not designed to stay in channels 24/7, merely to maintain Nicknames, Channels and various other Network functions (like AKILL, Session Limiting, OperServ Access etc...).

ChanServ CAN go into a channel but I think that's only if you FORBID a channel and it Inhabits it for 15 seconds when it kicks/bans the person from it, I'm not 100% sure on this so don't quote me on it.

IMHO having ChanServ join a channel upon registration is a waste of time and resources, it doesn't really serve a purpose unless your IRCd doesn't list channels unless they have more than 1 user in them, but even then that's an IRCd problem.

In short, yes you CAN have ChanServ join the chans on registration but any modifications you make to IRC-Services are unsupported.

(Anyone is free to correct me here)

Quinn

----------
> From: Lord of Darkness <000@latinol.com>
> To: ircservices@Snow.shadowfire.org
> Subject: [IRCServices] How to make ChanServ join every channel when registered?
> Date: Wednesday, September 13, 2000 22:01
> 
> Im trying to figure out how to make ChanServ join a channel when someone
> registers it, can anybody help me?
> 
> Lord_coLd
> NetAdmin of punker.yi.org Port: 9000
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From &quot  Thu Sep 14 07:24:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
Message-ID: E13Zf89&#45;0003xc&#45;00@praseodumium.btinternet.com



>From what I recall, no-one except Channel Founders or people with access to modify the access-list can change anything on a channel access list.

The only way for a SA (Services Admin) to do it would be to use GETPASS, however you can modify Services to allow you to modify the access lists directly w/o GETPASS.

But the question arises, why do you want to modify access lists w/o using GETPASS anyhow?

Quinn

----------
> From: Administration ChatFIRST.COM <admin@chatfirst.com>
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] Root User and Channels Access lists
> Date: Wednesday, September 13, 2000 02:28
> 
> Ok I was the one who actually started this and Im still without access to modifiying users access lists on channels , this is really important to me and I believe to everyone specially when you want to help new users setting up their channels.
> 
> Is there any good soul out there willing to help me personally , Im new to all this and it looks by some people's answers on this list that there is really a way for the services root to be able to change access lists . 
> The only way I have found till now its using GETPASS then pretend Im the user and change the access list that way.
> 
> For example lonewolf@lagnet.org.za (Lonewolf) said:
> 
> "But you're quite right, I missed the call to is_services_root() in
>  is_services_admin() in operserv.c."
> 
> Is he/she implyinig you can modify the file 'operserv.c' to allow you to touch access lists ?
>  
>  
> 
> 
> In a message dated 9/12/00 4:44:51 PM Pacific Daylight Time, lonewolf@lagnet.org.za writes:
> 
> << On Tue, Sep 12, 2000 at 07:51:58AM -0700, quension@softhome.net wrote:
>  > Services root has the highest level of access, as long as you're
>  > using and identified to that nick.  There is no need to add yourself
>  > to anything.  Otherwise, what would be the point of having a
>  > services root?
>  
>  To manipulate the SA list.
>  
>  But you're quite right, I missed the call to is_services_root() in
>  is_services_admin() in operserv.c.
>  
>  --
>  lonewolf@lagnet.org.za
> 
> ------------------------------------------------------------
> Are You Bored? go here - - - - - - -> www.chatfirst.com
> Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From 000 at latinol.com  Thu Sep 14 13:43:55 2000
From: 000 at latinol.com (Lord of Darkness)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Reply to Dr. K Hawkes
Message-ID: 39C1388A.6A5178C@latinol.com

I'm doing because i came from a network called Undernet that has their
services join the channel when they register it, so all the users in my
server want the same.

You can also make the bot join the channel by doing a RAW command with
OperServ.

Second: I modified the source but I can't found any place to make a loop
to check all the channels and make ChanServ join them when restarting
services.

At last, i know that is unsupported, but there could be someone that
wants also that.

Lord coLd

* If someone gets mad about this posting email me so we can discuss it
:)


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Thu Sep 14 16:06:43 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Reply to Dr. K Hawkes
References: <39C1388A.6A5178C@latinol.com>
Message-ID: 001401c01ea0$73ff5d90$2436fe3e@morpheous

I had a similar scenario, all my users came over from a server which had all
services sitting in rooms, and sort of expected the same.... under
Services4.4.3, a user could make ChanServ join their room everytime it was
used bu simply doing /msg ChanServ set #channel join on

However I've since upgraded to a later version, and this option no longer
exists, so I presume Andy has possibly removed it... it's not so much of a
problem these days anyway now that all my users are used to the services I
have and how to use them.... (just try convincing 1 or 2 of them that
ChanServ works just the same whether its in their room or not...lol)



Hope this is of some use to you.

Ciarán.

> I'm doing because i came from a network called Undernet that has their
> services join the channel when they register it, so all the users in my
> server want the same.
>
> You can also make the bot join the channel by doing a RAW command with
> OperServ.
>
> Second: I modified the source but I can't found any place to make a loop
> to check all the channels and make ChanServ join them when restarting
> services.
>
> At last, i know that is unsupported, but there could be someone that
> wants also that.
>
> Lord coLd
>
> * If someone gets mad about this posting email me so we can discuss it
> :)
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 14 21:04:01 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Root User and Channels Access lists
References: <E13Zf89-0003xc-00@praseodumium.btinternet.com>
Message-ID: 003601c01eca$0a2ca920$03090a0a@kroag

 
Actually, from what I've seen getpass is not the only way.... services admins can use ChanServ's set command to change the channel founder, make modifications, then change the founder back. 
  
What I do find surprising is that Services Admins can change founders but not access lists.  
----- Original Message -----  
From: Dr. K. Hawkes  
To: ircservices@Snow.shadowfire.org  
Sent: Thursday, September 14, 2000 10:24 AM 
Subject: Re: [IRCServices] Root User and Channels Access lists 

 

>From what I recall, no-one except Channel Founders or people with access to modify the access-list can change anything on a channel access list.

The only way for a SA (Services Admin) to do it would be to use GETPASS, however you can modify Services to allow you to modify the access lists directly w/o GETPASS.

But the question arises, why do you want to modify access lists w/o using GETPASS anyhow?

Quinn

----------
> From: Administration ChatFIRST.COM <admin@chatfirst.com>
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] Root User and Channels Access lists
> Date: Wednesday, September 13, 2000 02:28
> 
> Ok I was the one who actually started this and Im still without access to modifiying users access lists on channels , this is really important to me and I believe to everyone specially when you want to help new users setting up their channels.
> 
> Is there any good soul out there willing to help me personally , Im new to all this and it looks by some people's answers on this list that there is really a way for the services root to be able to change access lists . 
> The only way I have found till now its using GETPASS then pretend Im the user and change the access list that way.
> 
> For example lonewolf@lagnet.org.za (Lonewolf) said:
> 
> "But you're quite right, I missed the call to is_services_root() in
>  is_services_admin() in operserv.c."
> 
> Is he/she implyinig you can modify the file 'operserv.c' to allow you to touch access lists ?
>  
>  
> 
> 
> In a message dated 9/12/00 4:44:51 PM Pacific Daylight Time, lonewolf@lagnet.org.za writes:
> 
> << On Tue, Sep 12, 2000 at 07:51:58AM -0700, quension@softhome.net wrote:
>  > Services root has the highest level of access, as long as you're
>  > using and identified to that nick.  There is no need to add yourself
>  > to anything.  Otherwise, what would be the point of having a
>  > services root?
>  
>  To manipulate the SA list.
>  
>  But you're quite right, I missed the call to is_services_root() in
>  is_services_admin() in operserv.c.
>  
>  --
>  lonewolf@lagnet.org.za
> 
> ------------------------------------------------------------
> Are You Bored? go here - - - - - - -> www.chatfirst.com
> Do You Need A Cooler Chat Program? - - - - - - >www.chatfirst.com/downloads.html
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
From &quot  Thu Sep 14 22:52:49 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Reply to Dr. K Hawkes
References: <39C1388A.6A5178C@latinol.com>
Message-ID: 008301c01ed9$2e370c70$9c011ac4@shadow

I hope you're running ircu - if you're not, Services is going to be bogged
down with pointless PRIVMSG's that were intended for human channel members.

If you are running ircu, you're loosing out on a lot of funcationality that
would be available if you were running Bahamut, for instance.

Andrew

----- Original Message -----
From: "Lord of Darkness" <000@latinol.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 14, 2000 10:43 PM
Subject: [IRCServices] Reply to Dr. K Hawkes


> I'm doing because i came from a network called Undernet that has their
> services join the channel when they register it, so all the users in my
> server want the same.
>
> You can also make the bot join the channel by doing a RAW command with
> OperServ.
>
> Second: I modified the source but I can't found any place to make a loop
> to check all the channels and make ChanServ join them when restarting
> services.
>
> At last, i know that is unsupported, but there could be someone that
> wants also that.
>
> Lord coLd
>
> * If someone gets mad about this posting email me so we can discuss it
> :)
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 15 08:15:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Reply to Dr. K Hawkes
References: <39C1388A.6A5178C@latinol.com>
Message-ID: 001301c01f27$c8503860$3746a8c0@excalibur

The 2 biggest reasons the IRCServices does NOT have ChanServ the channel
upon registration are:

1.) Chanserv is not "deaf" to the channel, meaning ChanServ would "see" if
not log all channels conversations when using the supported IRC Daemon
(Bahamut), IRCu is the only daemon whos umode +d means deaf, this increases
the usage of resources.
2.) Being in channel does not increase ChanServ's access/permission or
power.

The only thing it does is hold a channel open, which can be hanled by an
Eggdrop bot supplied by the user.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: "Lord of Darkness" <000@latinol.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 14, 2000 1:43 PM
Subject: [IRCServices] Reply to Dr. K Hawkes


> I'm doing because i came from a network called Undernet that has their
> services join the channel when they register it, so all the users in my
> server want the same.
>
> You can also make the bot join the channel by doing a RAW command with
> OperServ.
>
> Second: I modified the source but I can't found any place to make a loop
> to check all the channels and make ChanServ join them when restarting
> services.
>
> At last, i know that is unsupported, but there could be someone that
> wants also that.
>
> Lord coLd
>
> * If someone gets mad about this posting email me so we can discuss it
> :)
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From 000 at latinol.com  Fri Sep 15 16:47:12 2000
From: 000 at latinol.com (Lord of Darkness)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Ircu is not the only with +d
Message-ID: 39C2B500.EADA3B07@latinol.com

Unreal 3.0+ has also +d so the bots will never get the messages of the
users.

=)

Lord coLd


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 03:45:14 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Ircu is not the only with +d
In-Reply-To: <39C2B500.EADA3B07@latinol.com>
References: 39C2B500.EADA3B07@latinol.com
Message-ID: NCBBIPDDJGGDOCPMKPKPMENBDHAA.andrewk@icon.co.za

Unreal is unsupported.

Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Lord of
> Darkness
> Sent: 16 September 2000 01:47
> To: ircservices@Snow.shadowfire.org
> Subject: [IRCServices] Ircu is not the only with +d
> 
> 
> Unreal 3.0+ has also +d so the bots will never get the messages of the
> users.
> 
> =)
> 
> Lord coLd
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 06:40:48 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
Message-ID: NCBBIPDDJGGDOCPMKPKPKENDDHAA.andrewk@icon.co.za

I'm finishing off the implementation of channel suspensions. I was wondering
what the general feeling was regarding the effect a suspension has on a
channel.

Should a suspended channel:
- allow users to join?
- operate normally but prevent any setting or access-list changes from being
made?
- prevent changes from being made and not grant access as per the channel's
access list?

Would various levels of suspension be usefull? Would this be too confusing?
Should this be a level-based or flag-based system?

Your ideas would be appreciated.

Thanks, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 07:03:06 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
Message-ID: E13af4x&#45;0002B0&#45;00@carbon.btinternet.com



Well, as FORBID totally disallows a channel from being used or registered, you'd ideally want something inbetween standard operation and FORBID.

> Should a suspended channel:
> - allow users to join?
IMHO - Yes, FORBID stops users joining.

> - operate normally but prevent any setting or access-list changes from being
> made?
This would be a good thing to have, allows flexibility.

> - prevent changes from being made and not grant access as per the channel's
> access list?
I'm not too sure on this one, prevent changes from being made is a good one again, but if you go to all this trouble of suspending a chan, why not simply FORBID it?

> 
> Would various levels of suspension be usefull? Would this be too confusing?
Now that would be a nice idea :c)

> Should this be a level-based or flag-based system?
Personally, I'd go for level-based...

E.g. Lev 1 - Chan Operates as normal except users on access list
which are given +o normally only get +v (or something) ...
Then go Lev 4 - Users can join chan, but access list is ignored, no settings can be changed etc...

Just my thoughts on it :c)

Quinn
----------
> From: Andrew Kempe <andrewk@icon.co.za>
> To: IRCServices <ircservices@delirious.shadowfire.org>
> Subject: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 14:40
> 
> I'm finishing off the implementation of channel suspensions. I was wondering
> what the general feeling was regarding the effect a suspension has on a
> channel.
> 
> Should a suspended channel:
> - allow users to join?
> - operate normally but prevent any setting or access-list changes from being
> made?
> - prevent changes from being made and not grant access as per the channel's
> access list?
> 
> Would various levels of suspension be usefull? Would this be too confusing?
> Should this be a level-based or flag-based system?
> 
> Your ideas would be appreciated.
> 
> Thanks, Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From &quot  Sun Sep 17 10:05:56 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] +d doesn't HAVE to mean &quot;deaf&quot;, and it often doesn't
References: <NCBBIPDDJGGDOCPMKPKPMENBDHAA.andrewk@icon.co.za>
Message-ID: 001501c020c9$8c45e4c0$3746a8c0@excalibur

LordcoLd,

This entire conversation has been aimed at one main goal, that goal is to
match your services to your daemon so that you can at least be supported by
someone.

Using Unreal with IRCServices is not support, so any support from this list
will be luck on your behalf at best. Many IRC daemons have mode +d, but to
my knowledge, only on ircu does +d mean "deaf".  Example being that Bahamut
(THE supported daemon) has mode +d, it is for debugging, NOT deaf.

Unless you don't care about how much resources services uses, you should be
10000% positive that +d in Unreal means deaf. If by chance that it really
does mean deaf, that's just one less thing to worry about. You still have to
worry about support and many other subjects.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, September 17, 2000 3:45 AM
Subject: RE: [IRCServices] Ircu is not the only with +d


> Unreal is unsupported.
>
> Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@Snow.shadowfire.org
> > [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Lord of
> > Darkness
> > Sent: 16 September 2000 01:47
> > To: ircservices@Snow.shadowfire.org
> > Subject: [IRCServices] Ircu is not the only with +d
> >
> >
> > Unreal 3.0+ has also +d so the bots will never get the messages of the
> > users.
> >
> > =)
> >
> > Lord coLd
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 10:29:06 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <NCBBIPDDJGGDOCPMKPKPKENDDHAA.andrewk@icon.co.za>
Message-ID: 002301c020cc$d6db7e20$3746a8c0@excalibur

<IMHO>

Suspended channels should act one of two ways:

1.) Acts like DALnet's  freeze command. This means that users can join the
channel, chat and act normally, but the channel acts as if it its modelocked
to +nt.
    a.) No channel ops or voice is allowed.
    b.) ChanServ ignores commands issued by access listed users including
ops, founders etc.
    c.) ChanServ still recognizes when founders identify so that channels
won't expire if the channel is suspended past the channel expirey date
unless the channel is not used for that time.

2.) ChanServ assumes ownership(acts as founder), modelocks the channel to
+mints. This should deny any and all access to the channel and/or any access
lists by ops and or founder. ChanServ ignores commands issued by access
listed users including ops, founders etc.

If suspend acts as #1, there wouldn't be a need for a freeze command as I
suggested earlier this year. This would "kill 2 birds with one stone". Not
only can the suspend command be used on channels that violate net policy,
but can also be used in a takeover until the REAL founder has regained
control. Services Ops should be able to set a channel as suspended (with a
really, really good reason), but only a Services Admin can remove. The
Services Op wouldn't have access to determine the real channel founder, due
to lack of access to other commands such as GETPASS.

</IHMO>

my $0.02,

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org
----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: "IRCServices" <ircservices@Snow.shadowfire.org>
Sent: Sunday, September 17, 2000 6:40 AM
Subject: [IRCServices] Suspended Channels


> I'm finishing off the implementation of channel suspensions. I was
wondering
> what the general feeling was regarding the effect a suspension has on a
> channel.
>
> Should a suspended channel:
> - allow users to join?
> - operate normally but prevent any setting or access-list changes from
being
> made?
> - prevent changes from being made and not grant access as per the
channel's
> access list?
>
> Would various levels of suspension be usefull? Would this be too
confusing?
> Should this be a level-based or flag-based system?
>
> Your ideas would be appreciated.
>
> Thanks, Andrew
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sun Sep 17 07:31:32 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <E13af4x-0002B0-00@carbon.btinternet.com>
Message-ID: 004001c020b3$fab49f70$2436fe3e@morpheous

 
I'd agree, I think levels of suspension would be useful. As someone mentioned, Forbid stops a channel being used at all, so it would be good to have an 'in-between' function which allowe dthe channel to be joined but it would be useless as far as using Services and changing settings was concerned. So yeah, suspend should have varying levels of suspension......   Just my $0.02 
  
BTW, is the Services Ignore function likely to be implemented in a forthcoming release ? I think it's something that'd be really useful....I don't think i'm confident enough with the code yet to try and get it working myself either... 
  
Cheers, 
  
Ciarán 
  
   
----- Original Message -----  
From: Dr. K. Hawkes  
To: ircservices@ender.shadowfire.org  
Sent: Sunday, September 17, 2000 3:03 PM 
Subject: Re: [IRCServices] Suspended Channels 

 

Well, as FORBID totally disallows a channel from being used or registered, you'd ideally want something inbetween standard operation and FORBID.

> Should a suspended channel:
> - allow users to join?
IMHO - Yes, FORBID stops users joining.

> - operate normally but prevent any setting or access-list changes from being
> made?
This would be a good thing to have, allows flexibility.

> - prevent changes from being made and not grant access as per the channel's
> access list?
I'm not too sure on this one, prevent changes from being made is a good one again, but if you go to all this trouble of suspending a chan, why not simply FORBID it?

> 
> Would various levels of suspension be usefull? Would this be too confusing?
Now that would be a nice idea :c)

> Should this be a level-based or flag-based system?
Personally, I'd go for level-based...

E.g. Lev 1 - Chan Operates as normal except users on access list
which are given +o normally only get +v (or something) ...
Then go Lev 4 - Users can join chan, but access list is ignored, no settings can be changed etc...

Just my thoughts on it :c)

Quinn
----------
> From: Andrew Kempe <andrewk@icon.co.za>
> To: IRCServices <ircservices@delirious.shadowfire.org>
> Subject: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 14:40
> 
> I'm finishing off the implementation of channel suspensions. I was wondering
> what the general feeling was regarding the effect a suspension has on a
> channel.
> 
> Should a suspended channel:
> - allow users to join?
> - operate normally but prevent any setting or access-list changes from being
> made?
> - prevent changes from being made and not grant access as per the channel's
> access list?
> 
> Would various levels of suspension be usefull? Would this be too confusing?
> Should this be a level-based or flag-based system?
> 
> Your ideas would be appreciated.
> 
> Thanks, Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
From dreamer at darkness.gr  Sun Sep 17 08:34:47 2000
From: dreamer at darkness.gr (dreamer@darkness.gr)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPKENDDHAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPKENDDHAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.20.0009171827420.26254&#45;100000@darkness.darkness.gr

Greetings all, 

        I had the same idea before months. I believe that the best idea
based on "channel suspension" is to "Freeze" the channel. 

That could be :
Not allowing the users to join the channel,
Preserve the access list of the channel, plus any akicks and levels
settings.
And for sure , never allowing a change in the access list of that channel.

If possible , an enforce could be implement, that will kick all users out
of channel by the time of suspension. And also, a non strict suspend, that
could let users to join the channel but totally freeze the levels and
access lists could be an idea.

Regards,
Nick Krassas


On Sun, 17 Sep 2000, Andrew Kempe wrote:

> I'm finishing off the implementation of channel suspensions. I was wondering
> what the general feeling was regarding the effect a suspension has on a
> channel.
> 
> Should a suspended channel:
> - allow users to join?
> - operate normally but prevent any setting or access-list changes from being
> made?
> - prevent changes from being made and not grant access as per the channel's
> access list?
> 
> Would various levels of suspension be usefull? Would this be too confusing?
> Should this be a level-based or flag-based system?
> 
> Your ideas would be appreciated.
> 
> Thanks, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 09:27:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
Message-ID: E13aiMj&#45;0001f2&#45;00@praseodumium.btinternet.com



Freezing the chan is all well and good, but in that case, why the use for the FORBID command?  
May as well make FORBID and SUSPEND as one command unless you make the new FORBID command with levels, which you could integrate SUSPEND functionality into.

Quinn
----------
> From: dreamer@darkness.gr
> To: IRCServices <ircservices@Snow.shadowfire.org>
> Subject: Re: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 16:34
> 
> Greetings all, 
> 
> &#009;I had the same idea before months. I believe that the best idea
> based on "channel suspension" is to "Freeze" the channel. 
> 
> That could be :
> Not allowing the users to join the channel,
> Preserve the access list of the channel, plus any akicks and levels
> settings.
> And for sure , never allowing a change in the access list of that channel.
> 
> If possible , an enforce could be implement, that will kick all users out
> of channel by the time of suspension. And also, a non strict suspend, that
> could let users to join the channel but totally freeze the levels and
> access lists could be an idea.
> 
> Regards,
> Nick Krassas
> 
> 
> On Sun, 17 Sep 2000, Andrew Kempe wrote:
> 
> > I'm finishing off the implementation of channel suspensions. I was wondering
> > what the general feeling was regarding the effect a suspension has on a
> > channel.
> > 
> > Should a suspended channel:
> > - allow users to join?
> > - operate normally but prevent any setting or access-list changes from being
> > made?
> > - prevent changes from being made and not grant access as per the channel's
> > access list?
> > 
> > Would various levels of suspension be usefull? Would this be too confusing?
> > Should this be a level-based or flag-based system?
> > 
> > Your ideas would be appreciated.
> > 
> > Thanks, Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes. 
From &quot  Sun Sep 17 14:27:53 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <E13aiMj-0001f2-00@praseodumium.btinternet.com>
Message-ID: 004b01c020ee$2681f410$3746a8c0@excalibur

 
If I'm not mistaken FORBID is more for a channel that violates your network policy, example would be like a warez channel, which won't be used for a indefinate amount of time. SUSPEND would be more for punitive action taken against a channel founder for maybe spamming your net with mass invites or perhaps a channel that got hacked or taken over. 
  
Having multiple suspention levels is a great idea IMO. 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: Dr. K. Hawkes  
To: ircservices@Snow.shadowfire.org  
Sent: Sunday, September 17, 2000 9:27 AM 
Subject: Re: [IRCServices] Suspended Channels 

 

Freezing the chan is all well and good, but in that case, why the use for the FORBID command?  
May as well make FORBID and SUSPEND as one command unless you make the new FORBID command with levels, which you could integrate SUSPEND functionality into.

Quinn
----------
> From: dreamer@darkness.gr
> To: IRCServices <ircservices@Snow.shadowfire.org>
> Subject: Re: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 16:34
> 
> Greetings all, 
> 
> I had the same idea before months. I believe that the best idea
> based on "channel suspension" is to "Freeze" the channel. 
> 
> That could be :
> Not allowing the users to join the channel,
> Preserve the access list of the channel, plus any akicks and levels
> settings.
> And for sure , never allowing a change in the access list of that channel.
> 
> If possible , an enforce could be implement, that will kick all users out
> of channel by the time of suspension. And also, a non strict suspend, that
> could let users to join the channel but totally freeze the levels and
> access lists could be an idea.
> 
> Regards,
> Nick Krassas
> 
> 
> On Sun, 17 Sep 2000, Andrew Kempe wrote:
> 
> > I'm finishing off the implementation of channel suspensions. I was wondering
> > what the general feeling was regarding the effect a suspension has on a
> > channel.
> > 
> > Should a suspended channel:
> > - allow users to join?
> > - operate normally but prevent any setting or access-list changes from being
> > made?
> > - prevent changes from being made and not grant access as per the channel's
> > access list?
> > 
> > Would various levels of suspension be usefull? Would this be too confusing?
> > Should this be a level-based or flag-based system?
> > 
> > Your ideas would be appreciated.
> > 
> > Thanks, Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
From &quot  Sun Sep 17 12:50:44 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <E13aiMj-0001f2-00@praseodumium.btinternet.com>
References: E13aiMj&#45;0001f2&#45;00@praseodumium.btinternet.com
Message-ID: NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za

First off, please don't mail this list with HTML/Rich Text emails - only use
plain text.

Secondly, FORBID drops the channel prior to rendering useless. This means
that all the channel information is lost. It is not the best solution to
temporary channel closures.

I see the following 3 main states:
1. To be able to freeze a channel's settings but still allow people to join
it. Users are not granted any access based on the access lists - all users
are deop'ed upon joining. AKICKS and mode locks are enforced.
2. Allow the channel to function as per usual, but no changes may be made to
its settings or access/akick lists.
3. Put the channel into a FORBIDen state except that it does not loose its
information.

Your comments and reasoning are still welcome :)

I'll be finishing this off next weekend. Hopefully I'll have worked out how
to implement this best by them - flags or levels - so as to suite everyone.

Andrew

-----Original Message-----
From: owner-ircservices@Snow.shadowfire.org
[mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Dr. K. Hawkes
Sent: 17 September 2000 18:28
To: ircservices@Snow.shadowfire.org
Subject: Re: [IRCServices] Suspended Channels


Freezing the chan is all well and good, but in that case, why the use for
the FORBID command?
May as well make FORBID and SUSPEND as one command unless you make the new
FORBID command with levels, which you could integrate SUSPEND functionality
into.

Quinn
----------
> From: dreamer@darkness.gr
> To: IRCServices <ircservices@Snow.shadowfire.org>
> Subject: Re: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 16:34
>
> Greetings all,
>
> I had the same idea before months. I believe that the best idea
> based on "channel suspension" is to "Freeze" the channel.
>
> That could be :
> Not allowing the users to join the channel,
> Preserve the access list of the channel, plus any akicks and levels
> settings.
> And for sure , never allowing a change in the access list of that channel.
>
> If possible , an enforce could be implement, that will kick all users out
> of channel by the time of suspension. And also, a non strict suspend, that
> could let users to join the channel but totally freeze the levels and
> access lists could be an idea.
>
> Regards,
> Nick Krassas
>
>
> On Sun, 17 Sep 2000, Andrew Kempe wrote:
>
> > I'm finishing off the implementation of channel suspensions. I was
wondering
> > what the general feeling was regarding the effect a suspension has on a
> > channel.
> >
> > Should a suspended channel:
> > - allow users to join?
> > - operate normally but prevent any setting or access-list changes from
being
> > made?
> > - prevent changes from being made and not grant access as per the
channel's
> > access list?
> >
> > Would various levels of suspension be usefull? Would this be too
confusing?
> > Should this be a level-based or flag-based system?
> >
> > Your ideas would be appreciated.
> >
> > Thanks, Andrew
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sun Sep 17 15:17:44 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za>
Message-ID: 001501c020f5$1afb3140$2436fe3e@morpheous

Soz for my rich text post, I'd forget the Newsreader was set to reply to
posts using the format in which they were sent :)

As for suspension again...... the one drawback with forbid is that the
channel is permanently unusable. At the minute, when a user violates net
policy and you want to suspend their room, forbid is the only option, and is
kind of a rough way of doing it since the only way of reversing it is to
drop the chan, not always appropriate. Theres a definate need for a suspend
option, and for it to have different levels and be seperate from Forbid.

My proposals for the suspend 'levels' would be something similar...

Lev 1. Users may join the Channel, users on the Access list may op up etc,
BUT the channel database will be in a sort of 'read-only' state, meaning no
changes can be made to access / akick lists etc, the topic and modes will be
locked, ChanServ will ignore all commands except op deop and identify. This
would be useful for a channel you want preserved in it's current state
without interfearence from anyone, for whatever reason. Would it be possible
to allow Channel founders access to this suspend level ? therefore allowing
them to 'freeze' their room and not allow people on the access lists to make
any changes ? or is this too much of a stupid idea / security nightmare ?

Lev 2. Users may join the Channel, but no one may get ops etc, not even
those on the access list or the channel founder, ChanServ will ignore all
commands and again the topic and modes will be locked.

Lev 3. Channel totally locked out, no users at all may join the channel,
just like forbid, only this is easily reversible without the need to drop
the channel....

Thats just my suggestions.....

BTW, will SA's and S Root still be able to make changes to channel databases
while the suspend mode is in place, thus over riding it, or will they be
required to first remove the suspend THEN make the required changes ?


Hope some of this is helpful.

Cheers,

Ciarán.



----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, September 17, 2000 8:50 PM
Subject: RE: [IRCServices] Suspended Channels


> First off, please don't mail this list with HTML/Rich Text emails - only
use
> plain text.
>
> Secondly, FORBID drops the channel prior to rendering useless. This means
> that all the channel information is lost. It is not the best solution to
> temporary channel closures.
>
> I see the following 3 main states:
> 1. To be able to freeze a channel's settings but still allow people to
join
> it. Users are not granted any access based on the access lists - all users
> are deop'ed upon joining. AKICKS and mode locks are enforced.
> 2. Allow the channel to function as per usual, but no changes may be made
to
> its settings or access/akick lists.
> 3. Put the channel into a FORBIDen state except that it does not loose its
> information.
>
> Your comments and reasoning are still welcome :)
>
> I'll be finishing this off next weekend. Hopefully I'll have worked out
how
> to implement this best by them - flags or levels - so as to suite
everyone.
>
> Andrew
>
> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Dr. K. Hawkes
> Sent: 17 September 2000 18:28
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] Suspended Channels
>
>
> Freezing the chan is all well and good, but in that case, why the use for
> the FORBID command?
> May as well make FORBID and SUSPEND as one command unless you make the new
> FORBID command with levels, which you could integrate SUSPEND
functionality
> into.
>
> Quinn
> ----------
> > From: dreamer@darkness.gr
> > To: IRCServices <ircservices@Snow.shadowfire.org>
> > Subject: Re: [IRCServices] Suspended Channels
> > Date: Sunday, September 17, 2000 16:34
> >
> > Greetings all,
> >
> > I had the same idea before months. I believe that the best idea
> > based on "channel suspension" is to "Freeze" the channel.
> >
> > That could be :
> > Not allowing the users to join the channel,
> > Preserve the access list of the channel, plus any akicks and levels
> > settings.
> > And for sure , never allowing a change in the access list of that
channel.
> >
> > If possible , an enforce could be implement, that will kick all users
out
> > of channel by the time of suspension. And also, a non strict suspend,
that
> > could let users to join the channel but totally freeze the levels and
> > access lists could be an idea.
> >
> > Regards,
> > Nick Krassas
> >
> >
> > On Sun, 17 Sep 2000, Andrew Kempe wrote:
> >
> > > I'm finishing off the implementation of channel suspensions. I was
> wondering
> > > what the general feeling was regarding the effect a suspension has on
a
> > > channel.
> > >
> > > Should a suspended channel:
> > > - allow users to join?
> > > - operate normally but prevent any setting or access-list changes from
> being
> > > made?
> > > - prevent changes from being made and not grant access as per the
> channel's
> > > access list?
> > >
> > > Would various levels of suspension be usefull? Would this be too
> confusing?
> > > Should this be a level-based or flag-based system?
> > >
> > > Your ideas would be appreciated.
> > >
> > > Thanks, Andrew
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Sun Sep 17 19:05:30 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za> <001501c020f5$1afb3140$2436fe3e@morpheous>
Message-ID: 39C5786A.165DDB89@softhome.net

Ciarán Reilly wrote:

> Lev 1. Users may join the Channel, users on the Access list may op up etc,
> BUT the channel database will be in a sort of 'read-only' state, meaning no
> changes can be made to access / akick lists etc, the topic and modes will be
> locked, ChanServ will ignore all commands except op deop and identify. This
> would be useful for a channel you want preserved in it's current state
> without interfearence from anyone, for whatever reason. Would it be possible
> to allow Channel founders access to this suspend level ? therefore allowing
> them to 'freeze' their room and not allow people on the access lists to make
> any changes ? or is this too much of a stupid idea / security nightmare ?

/msg chanserv levels <channel> set acc-change 9999

..my only comment :P

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Sep 17 22:14:51 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za> <001501c020f5$1afb3140$2436fe3e@morpheous> <39C5786A.165DDB89@softhome.net>
Message-ID: 005b01c0212f$5fffc0f0$3746a8c0@excalibur

The founder has an infinate user level, meaning that even set at 9999 the
found can still use acc-change.


Scott Seufert
aka katsklaw
Server Administrator
Excalibre.ShadowFire.Org

----- Original Message -----
From: <quension@softhome.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, September 17, 2000 7:05 PM
Subject: Re: [IRCServices] Suspended Channels


Ciarán Reilly wrote:

> Lev 1. Users may join the Channel, users on the Access list may op up etc,
> BUT the channel database will be in a sort of 'read-only' state, meaning
no
> changes can be made to access / akick lists etc, the topic and modes will
be
> locked, ChanServ will ignore all commands except op deop and identify.
This
> would be useful for a channel you want preserved in it's current state
> without interfearence from anyone, for whatever reason. Would it be
possible
> to allow Channel founders access to this suspend level ? therefore
allowing
> them to 'freeze' their room and not allow people on the access lists to
make
> any changes ? or is this too much of a stupid idea / security nightmare ?

/msg chanserv levels <channel> set acc-change 9999

.my only comment :P

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Sep 18 05:19:54 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <E13af4x-0002B0-00@carbon.btinternet.com>
References: E13af4x&#45;0002B0&#45;00@carbon.btinternet.com
Message-ID: KOECIOCHHBHLAPFLOBANIEIPCLAA.frostbyghte@stratics.com

 
If I'm not mistaken, forbid totally drops the channel and the access list.  So there is a big difference there.  Suspend would be used where you want to punish the people in the channel, but where you also want to be able to restore the channel down the road. 
  

- Randy Snow -
Senior Network Administrator
http://www.stratics.com/
irc.stratics.com port 6667   
-----Original Message-----
From: owner-ircservices@Snow.shadowfire.org [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Dr. K. Hawkes
Sent: Sunday, September 17, 2000 9:03 AM
To: ircservices@Snow.shadowfire.org
Subject: Re: [IRCServices] Suspended Channels

 

Well, as FORBID totally disallows a channel from being used or registered, you'd ideally want something inbetween standard operation and FORBID.

> Should a suspended channel:
> - allow users to join?
IMHO - Yes, FORBID stops users joining.

> - operate normally but prevent any setting or access-list changes from being
> made?
This would be a good thing to have, allows flexibility.

> - prevent changes from being made and not grant access as per the channel's
> access list?
I'm not too sure on this one, prevent changes from being made is a good one again, but if you go to all this trouble of suspending a chan, why not simply FORBID it?

> 
> Would various levels of suspension be usefull? Would this be too confusing?
Now that would be a nice idea :c)

> Should this be a level-based or flag-based system?
Personally, I'd go for level-based...

E.g. Lev 1 - Chan Operates as normal except users on access list
which are given +o normally only get +v (or something) ...
Then go Lev 4 - Users can join chan, but access list is ignored, no settings can be changed etc...

Just my thoughts on it :c)

Quinn
----------
> From: Andrew Kempe <andrewk@icon.co.za>
> To: IRCServices <ircservices@delirious.shadowfire.org>
> Subject: [IRCServices] Suspended Channels
> Date: Sunday, September 17, 2000 14:40
> 
> I'm finishing off the implementation of channel suspensions. I was wondering
> what the general feeling was regarding the effect a suspension has on a
> channel.
> 
> Should a suspended channel:
> - allow users to join?
> - operate normally but prevent any setting or access-list changes from being
> made?
> - prevent changes from being made and not grant access as per the channel's
> access list?
> 
> Would various levels of suspension be usefull? Would this be too confusing?
> Should this be a level-based or flag-based system?
> 
> Your ideas would be appreciated.
> 
> Thanks, Andrew
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
From Ciaran.reilly at ntlworld.com  Mon Sep 18 10:16:05 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za> <001501c020f5$1afb3140$2436fe3e@morpheous> <39C5786A.165DDB89@softhome.net>
Message-ID: 000f01c02194$22123970$2436fe3e@morpheous

Doh ! Knew there was something I'd missed :(


 > /msg chanserv levels <channel> set acc-change 9999
> 
> ..my only comment :P
> 
> -- Quension
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Sep 18 00:08:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.21.0009180903070.23605&#45;100000@fusion.sunnyline.co.za

On Sun, 17 Sep 2000, Andrew Kempe wrote:

>First off, please don't mail this list with HTML/Rich Text emails - only use
>plain text.
>

Andrew,

While you are on this...  Can you perhaps just do something regarding your
aliases????

ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
getting a bit crazy don't you think?

On more than one occasion I actually had to remove recipients from my
To: and CC: fields from my client to stop it from sending mail to
lists at both hosts (which will more than likely result in looped email?)

Can't you just like forward two hosts or a single drop point or
something?  Appart from possible mail loops, theres also the matter of
keeping to change / update mail rules on our sides to filter our incoming
mail.

-- 

Regards,
Chris Knipe
Cell: (083) 430-8151



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 12:09:50 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Multiple Services Roots...
Message-ID: F160JGSS2tR6j5Brrd500001165@hotmail.com

Would you ever consider adding the ability for the server configuration file 
to have multiple services roots?

If not what are your resons for not implementing this?

Thank you.
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
<A  HREF="http://profiles.msn.com">http://profiles.msn.com</A>.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dreamer at darkness.gr  Thu Sep 21 12:31:29 2000
From: dreamer at darkness.gr (dreamer@darkness.gr)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] juping a server.
In-Reply-To: <F160JGSS2tR6j5Brrd500001165@hotmail.com>
References: F160JGSS2tR6j5Brrd500001165@hotmail.com
Message-ID: Pine.LNX.4.20.0009212222340.4634&#45;100000@darkness.darkness.gr

Greetings to all,
        In the version of services that we are using in irc.gr there is a
small bug at the jupe command, that can be easy fixed. That is, while
sending a jupe command for a server that exist, services just die.
Juping a server, services are introducing a server with the name specified
in the jupe command. There is no check to see if the server is still
connected and can be juped or not. 
        At this point someone could say, that a squit servername command
can be used, but , considering the lag that exist sometimes, and the
autoconnect lines of the servers, seems that the solution is not accurated
always. 
        A small fix could be , to send an squit command from the services
it self before sending the jupe command. 

Other ideas are welcome always. 

Regards,
Nick Krassas
ircadmin@darkness.irc.gr



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Thu Sep 21 14:46:56 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] juping a server.
References: <Pine.LNX.4.20.0009212222340.4634-100000@darkness.darkness.gr>
Message-ID: 39CA81D0.A22ABD45@softhome.net

dreamer@darkness.gr wrote:

>         In the version of services that we are using in irc.gr there is a
> small bug at the jupe command, that can be easy fixed. That is, while
> sending a jupe command for a server that exist, services just die.
> Juping a server, services are introducing a server with the name specified
> in the jupe command. There is no check to see if the server is still
> connected and can be juped or not.

>         A small fix could be , to send an squit command from the services
> it self before sending the jupe command.

I implemented this a mod of 4.3.3 I did awhile back.  It works if
someone attempts to jupe the same server twice, but not if the real
server is connected at the time of the jupe.  SQUITs are only acted upon
if coming from the server directly linked to the one being disconnected;
so services can SQUIT its own jupe, but must wait for the SQUIT to
return if the target is a remote server.  It isn't precisely services'
fault for dying; its uplink server is the one that terminates the
connection (server collision).

However, now that services is keeping track of linked servers, perhaps
something better could be done (i.e. setting a "jupe sent" event and
waiting for it to return, if the real server is linked).

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rafael at kapa.procergs.com.br  Thu Sep 21 14:55:47 2000
From: rafael at kapa.procergs.com.br (Rafael Ritter)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s
Message-ID: 4.3.1.0.20000921185426.00b63c40@kapa.procergs.com.br

Anyone can crash my services with that %s%s. Someone know how to fix that 
bug? Tanks.

XGregg
irc.via-rs.com.br

(Server) *** Global -- from services.via-rs.com.br: PANIC! buffer = :Kz 
PRIVMSG chanserv :op #lam0 %s%s


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 15:30:38 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Dumb question
Message-ID: 000901c0241b$9223a3a0$1ec48e8b@charmander

What does access level 9999 do?

Thanks,

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Thu Sep 21 16:05:30 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Dumb question
References: <000901c0241b$9223a3a0$1ec48e8b@charmander>
Message-ID: 39CA9439.6F4BE321@softhome.net

Tim AtLee wrote:

> What does access level 9999 do?

Nothing special by itself; it's just the highest possible access level
you can assign anything to.  If you're responding to my post on the
Suspended Channels thread, setting the ACC-CHANGE level to 9999 (which
is something only the founder can do) would prevent anyone with a lower
access level from changing the access list.  If no one has been given
level 9999 access, that means only the founder can change the access
list.  This is one way for the founder to "freeze" the channel himself.

I had forgotten that you could set specific levels to DISABLE status,
which means only the founder would have the appropriate level of
access.  That's what I originally intended in my post in the Suspended
Channels thread:

/msg chanserv levels <channel> set acc-change disable

If I confused you, try "/msg chanserv levels help" and "/msg chanserv
help levels desc".

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Thu Sep 21 16:27:01 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za>
Message-ID: 39CA9945.1E3E9CD5@softhome.net

"Chris Knipe " wrote:

> ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
> getting a bit crazy don't you think?
> 
> On more than one occasion I actually had to remove recipients from my
> To: and CC: fields from my client to stop it from sending mail to
> lists at both hosts (which will more than likely result in looped email?)
> 
> Can't you just like forward two hosts or a single drop point or
> something?  Appart from possible mail loops, theres also the matter of
> keeping to change / update mail rules on our sides to filter our incoming
> mail.

The Reply-To field is always ircservices@ender.shadowfire.org.  Can your
client not pay attention the intent of that field and address the
message appropriately?

As for filtering, there are plenty of other things to latch on to
besides the host part of the To: field address.

Not to be too rude or harsh here, but it seems a client-side issue to me
:P

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 17:06:28 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Segmentation Fault problem
In-Reply-To: <39CA9439.6F4BE321@softhome.net>
References: <000901c0241b$9223a3a0$1ec48e8b@charmander>
Message-ID: 4.3.2.7.2.20000921210145.00aa0ef0@pop.conex.com.br

[8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG 
chanserv :op #mas %s%s
[8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from 
services.via-rs.com.br[200.198.128.55] (Services terminating: Segmentation 
fault)

GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of 
Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY 
ANNOYING!

The problem is, ANYONE can crash the Services, simply by doing some 
commands (which I don't know what is), and man, this is getting a pain in 
the ass...

Can someone please, just tell us how can we fix it? Btw, sorry my bad 
english... It is still under construction ;)

Best regards

VIA-RS IRC Team

Cya,

Leandro "MuTLY" Barbosa
mailto:mutly@jedi.com.br


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cjb at mircx.com  Thu Sep 21 17:13:50 2000
From: cjb at mircx.com (CJB)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Segmentation Fault problem
In-Reply-To: <4.3.2.7.2.20000921210145.00aa0ef0@pop.conex.com.br>
References: 4.3.2.7.2.20000921210145.00aa0ef0@pop.conex.com.br
Message-ID: Pine.BSF.4.21.0009211813200.54200&#45;100000@mircx.com

You're running a pretty old version of services there.  This bug was fixed
a few versions ago; upgrade to 4.4.8.

On Thu, 21 Sep 2000, Leandro R. Barbosa wrote:

> [8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG 
> chanserv :op #mas %s%s
> [8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from 
> services.via-rs.com.br[200.198.128.55] (Services terminating: Segmentation 
> fault)
> 
> GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of 
> Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY 
> ANNOYING!
> 
> The problem is, ANYONE can crash the Services, simply by doing some 
> commands (which I don't know what is), and man, this is getting a pain in 
> the ass...
> 
> Can someone please, just tell us how can we fix it? Btw, sorry my bad 
> english... It is still under construction ;)
> 
> Best regards
> 
> VIA-RS IRC Team
> 
> Cya,
> 
> Leandro "MuTLY" Barbosa
> mailto:mutly@jedi.com.br
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 18:17:08 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za> <39CA9945.1E3E9CD5@softhome.net>
Message-ID: 002f01c02432$d4aa7700$0500a8c0@excalibur

I beg to differ, but I see a reply to address of ircservices@snow.


----- Original Message -----
From: <quension@softhome.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 21, 2000 7:27 PM
Subject: Re: [IRCServices] Suspended Channels


> "Chris Knipe " wrote:
>
> > ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
> > getting a bit crazy don't you think?
> >
> > On more than one occasion I actually had to remove recipients from my
> > To: and CC: fields from my client to stop it from sending mail to
> > lists at both hosts (which will more than likely result in looped
email?)
> >
> > Can't you just like forward two hosts or a single drop point or
> > something?  Appart from possible mail loops, theres also the matter of
> > keeping to change / update mail rules on our sides to filter our
incoming
> > mail.
>
> The Reply-To field is always ircservices@ender.shadowfire.org.  Can your
> client not pay attention the intent of that field and address the
> message appropriately?
>
> As for filtering, there are plenty of other things to latch on to
> besides the host part of the To: field address.
>
> Not to be too rude or harsh here, but it seems a client-side issue to me
> :P
>
> -- Quension
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 18:16:09 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Dumb question
References: <000901c0241b$9223a3a0$1ec48e8b@charmander>
Message-ID: 002501c02432$b17a7050$0500a8c0@excalibur

With settings set at default, it gives access to level 10.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message ----- 
From: "Tim AtLee" <spaced@connect.ab.ca>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 21, 2000 6:30 PM
Subject: [IRCServices] Dumb question


> What does access level 9999 do?
> 
> Thanks,
> 
> Tim
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Thu Sep 21 23:36:03 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Segmentation Fault problem
In-Reply-To: <Pine.BSF.4.21.0009211813200.54200-100000@mircx.com>
References: Pine.BSF.4.21.0009211813200.54200&#45;100000@mircx.com
Message-ID: Pine.LNX.4.21.0009220834550.27210&#45;100000@moonlight.chat.za.net


Hi all

I am enquiring as to whether 4.4.8 is stable or not, and , what the best
version of bahamut is, to use with 4.4.8.

BTW, does 4.4.8 work ok with Dreamforge as well?

Thanks

Mike

---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za/
"The software said Windows95 or better... 
                ...so I got Linux"


On Thu, 21 Sep 2000, CJB wrote:

> You're running a pretty old version of services there.  This bug was fixed
> a few versions ago; upgrade to 4.4.8.
> 
> On Thu, 21 Sep 2000, Leandro R. Barbosa wrote:
> 
> > [8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG 
> > chanserv :op #mas %s%s
> > [8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from 
> > services.via-rs.com.br[200.198.128.55] (Services terminating: Segmentation 
> > fault)
> > 
> > GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of 
> > Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY 
> > ANNOYING!
> > 
> > The problem is, ANYONE can crash the Services, simply by doing some 
> > commands (which I don't know what is), and man, this is getting a pain in 
> > the ass...
> > 
> > Can someone please, just tell us how can we fix it? Btw, sorry my bad 
> > english... It is still under construction ;)
> > 
> > Best regards
> > 
> > VIA-RS IRC Team
> > 
> > Cya,
> > 
> > Leandro "MuTLY" Barbosa
> > <A  HREF="mailto:mutly@jedi.com.br">mailto:mutly@jedi.com.br</A>
> > 
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> > 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Sep 21 23:58:55 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Suspended Channels
References: <Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za>
Message-ID: 00db01c02462$92a27850$9c011ac4@shadow

Yeah, it's pissing me off too.

Unfortunately I have not had the time lately to sort these issues out. I
don't have very much access to the machine the mailing lists are hosted on
and rely on its admin to maintain them. Seeing as I don't pay for the
service it kinda happens to take a while.

Also, this machine has been moving around a bit and changing names. I've
been waiting for things to settle down before making the changes.

As from the next release I hope to have services running of its own domain
so that if changes do take place, they'll be transparent.

Please be patient for the time being :)

Regards, Andrew

----- Original Message -----
From: <cgknipe@mweb.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, September 18, 2000 9:08 AM
Subject: RE: [IRCServices] Suspended Channels


> On Sun, 17 Sep 2000, Andrew Kempe wrote:
>
> >First off, please don't mail this list with HTML/Rich Text emails - only
use
> >plain text.
> >
>
> Andrew,
>
> While you are on this...  Can you perhaps just do something regarding your
> aliases????
>
> ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
> getting a bit crazy don't you think?
>
> On more than one occasion I actually had to remove recipients from my
> To: and CC: fields from my client to stop it from sending mail to
> lists at both hosts (which will more than likely result in looped email?)
>
> Can't you just like forward two hosts or a single drop point or
> something?  Appart from possible mail loops, theres also the matter of
> keeping to change / update mail rules on our sides to filter our incoming
> mail.
>
> --
>
> Regards,
> Chris Knipe
> Cell: (083) 430-8151
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 00:02:00 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] juping a server.
References: <Pine.LNX.4.20.0009212222340.4634-100000@darkness.darkness.gr>
Message-ID: 00ff01c02463$00e08410$9c011ac4@shadow

This has already been addressed and will be availabe in the next major
release.

Just so everyone can see what's going on, I'll upload the changes file for
4.5 sometime this weekend. I'll then try to keep it updated online as I make
changes.

Andrew

----- Original Message -----
From: <dreamer@darkness.gr>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 21, 2000 9:31 PM
Subject: [IRCServices] juping a server.


> Greetings to all,
> In the version of services that we are using in irc.gr there is a
> small bug at the jupe command, that can be easy fixed. That is, while
> sending a jupe command for a server that exist, services just die.
> Juping a server, services are introducing a server with the name specified
> in the jupe command. There is no check to see if the server is still
> connected and can be juped or not.
> At this point someone could say, that a squit servername command
> can be used, but , considering the lag that exist sometimes, and the
> autoconnect lines of the servers, seems that the solution is not accurated
> always.
> A small fix could be , to send an squit command from the services
> it self before sending the jupe command.
>
> Other ideas are welcome always.
>
> Regards,
> Nick Krassas
> ircadmin@darkness.irc.gr
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 00:02:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s
References: <4.3.1.0.20000921185426.00b63c40@kapa.procergs.com.br>
Message-ID: 010701c02463$131fd770$9c011ac4@shadow

What version of IRC Services are you running?

Andrew

----- Original Message -----
From: "Rafael Ritter" <rafael@kapa.procergs.com.br>
To: <ircservices@Snow.shadowfire.org>
Sent: Thursday, September 21, 2000 11:55 PM
Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s


> Anyone can crash my services with that %s%s. Someone know how to fix that
> bug? Tanks.
>
> XGregg
> irc.via-rs.com.br
>
> (Server) *** Global -- from services.via-rs.com.br: PANIC! buffer = :Kz
> PRIVMSG chanserv :op #lam0 %s%s
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 00:04:05 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:00 2004
Subject: [IRCServices] Segmentation Fault problem
References: <Pine.BSF.4.21.0009211813200.54200-100000@mircx.com>
Message-ID: 011901c02463$4b9f0990$9c011ac4@shadow

It seems that 4.3.4 is missing from the ftp site. I'll fix that the moment I
get a chance tonight.

4.3.4 will fix this problem without you haveing to upgrade to 4.4.x.

Andrew

----- Original Message -----
From: "CJB" <cjb@mircx.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Friday, September 22, 2000 2:13 AM
Subject: Re: [IRCServices] Segmentation Fault problem


> You're running a pretty old version of services there.  This bug was fixed
> a few versions ago; upgrade to 4.4.8.
>
> On Thu, 21 Sep 2000, Leandro R. Barbosa wrote:
>
> > [8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG
> > chanserv :op #mas %s%s
> > [8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from
> > services.via-rs.com.br[200.198.128.55] (Services terminating:
Segmentation
> > fault)
> >
> > GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of
> > Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY
> > ANNOYING!
> >
> > The problem is, ANYONE can crash the Services, simply by doing some
> > commands (which I don't know what is), and man, this is getting a pain
in
> > the ass...
> >
> > Can someone please, just tell us how can we fix it? Btw, sorry my bad
> > english... It is still under construction ;)
> >
> > Best regards
> >
> > VIA-RS IRC Team
> >
> > Cya,
> >
> > Leandro "MuTLY" Barbosa
> > mailto:mutly@jedi.com.br
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Fri Sep 22 03:22:16 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <39CA9945.1E3E9CD5@softhome.net>
References: <Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za>
Message-ID: l03130303b5f0e2ac151f@[10.38.239.101]

>The Reply-To field is always ircservices@ender.shadowfire.org.  Can your
>client not pay attention the intent of that field and address the
>message appropriately?

>To: ircservices@snow.shadowfire.org
>Subject: Re: [IRCServices] Suspended Channels
>References: <<A HREF="msg00779.html">Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za</A>>
>Content-Transfer-Encoding: 7bit
>Sender: owner-ircservices@snow.shadowfire.org
>Precedence: bulk
>Reply-To: ircservices@snow.shadowfire.org
>Content-Type: text/plain; charset=us-ascii

Actually, the "Reply-to:" field reads snow.shadowfire.org.

I have noticed considerable problems when subscribing, too - the mailer
software instructs to send to ender.shadowfire.org, but this doesn't work -
i send to delirious.shadowfire.org and it works until recently when it
changed to snow.shadowfire.org.  This *is* getting out of hand.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Fri Sep 22 02:07:03 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Segmentation Fault problem
In-Reply-To: <4.3.2.7.2.20000921210145.00aa0ef0@pop.conex.com.br>
References: 4.3.2.7.2.20000921210145.00aa0ef0@pop.conex.com.br
Message-ID: Pine.LNX.4.21.0009221106030.15690&#45;100000@fusion.sunnyline.co.za

On Thu, 21 Sep 2000, Leandro R. Barbosa wrote:

Talking under correction here...  If my memory serves me right, this is a
bug in GCC.  

Have you tried upgrading your compiler and recompiling the services?  This
is a generic bug.  Even BitchX / ircII can crash with a %s%s

Have a nice day :)

>[8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG 
>chanserv :op #mas %s%s
>[8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from 
>services.via-rs.com.br[200.198.128.55] (Services terminating: Segmentation 
>fault)
>
>GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of 
>Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY 
>ANNOYING!
>
>The problem is, ANYONE can crash the Services, simply by doing some 
>commands (which I don't know what is), and man, this is getting a pain in 
>the ass...
>
>Can someone please, just tell us how can we fix it? Btw, sorry my bad 
>english... It is still under construction ;)
>
>Best regards
>
>VIA-RS IRC Team
>
>Cya,
>
>Leandro "MuTLY" Barbosa
>mailto:mutly@jedi.com.br
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>

-- 

Regards,
Chris Knipe
Cell: (083) 430-8151



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Fri Sep 22 02:05:40 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <39CA9945.1E3E9CD5@softhome.net>
References: 39CA9945.1E3E9CD5@softhome.net
Message-ID: Pine.LNX.4.21.0009221105120.15690&#45;100000@fusion.sunnyline.co.za

On Thu, 21 Sep 2000 quension@softhome.net wrote:

>"Chris Knipe " wrote:
>
>> ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
>> getting a bit crazy don't you think?
>> 
>> On more than one occasion I actually had to remove recipients from my
>> To: and CC: fields from my client to stop it from sending mail to
>> lists at both hosts (which will more than likely result in looped email?)
>> 
>> Can't you just like forward two hosts or a single drop point or
>> something?  Appart from possible mail loops, theres also the matter of
>> keeping to change / update mail rules on our sides to filter our incoming
>> mail.
>
>The Reply-To field is always ircservices@ender.shadowfire.org.  Can your
>client not pay attention the intent of that field and address the
>message appropriately?
>
>As for filtering, there are plenty of other things to latch on to
>besides the host part of the To: field address.
>
>Not to be too rude or harsh here, but it seems a client-side issue to me
>:P

Hardly...  It's just a bit of a annoyance (rather to me at least).  I can
only but speak for myself unfortunately.


-- 

Regards,
Chris Knipe
Cell: (083) 430-8151



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Fri Sep 22 02:10:50 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Suspended Channels
In-Reply-To: <00db01c02462$92a27850$9c011ac4@shadow>
References: 00db01c02462$92a27850$9c011ac4@shadow
Message-ID: Pine.LNX.4.21.0009221109270.15690&#45;100000@fusion.sunnyline.co.za

On Fri, 22 Sep 2000, Andrew Kempe wrote:

>Yeah, it's pissing me off too.
>

>Also, this machine has been moving around a bit and changing names. I've
>been waiting for things to settle down before making the changes.
>
>As from the next release I hope to have services running of its own domain
>so that if changes do take place, they'll be transparent.
>
>Please be patient for the time being :)
>
>Regards, Andrew


Hmmmm

aliases?

ircservices@snow.shadowfire.org:        ircservices@ender.shadowfire.org
ircservices@dillerious.shadowfire.org:  ircservices@ender.shadowfire.org 

???   I dont know your config obviously :) but it should be a rather quick
fix.  Otherwise I guess we shall patiently wait for you Andrew :)

Cheers
me



>----- Original Message -----
>From: <cgknipe@mweb.co.za>
>To: <ircservices@Snow.shadowfire.org>
>Sent: Monday, September 18, 2000 9:08 AM
>Subject: RE: [IRCServices] Suspended Channels
>
>
>> On Sun, 17 Sep 2000, Andrew Kempe wrote:
>>
>> >First off, please don't mail this list with HTML/Rich Text emails - only
>use
>> >plain text.
>> >
>>
>> Andrew,
>>
>> While you are on this...  Can you perhaps just do something regarding your
>> aliases????
>>
>> ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
>> getting a bit crazy don't you think?
>>
>> On more than one occasion I actually had to remove recipients from my
>> To: and CC: fields from my client to stop it from sending mail to
>> lists at both hosts (which will more than likely result in looped email?)
>>
>> Can't you just like forward two hosts or a single drop point or
>> something?  Appart from possible mail loops, theres also the matter of
>> keeping to change / update mail rules on our sides to filter our incoming
>> mail.
>>
>> --
>>
>> Regards,
>> Chris Knipe
>> Cell: (083) 430-8151
>>
>>
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>>
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>

-- 

Regards,
Chris Knipe
Cell: (083) 430-8151



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 04:09:03 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Suspended Channels
References: <Pine.LNX.4.21.0009221109270.15690-100000@fusion.sunnyline.co.za>
Message-ID: 019101c02485$84a1a410$9c011ac4@shadow

I'm not in total control of the box that these things run on. I have to rely
on other people to maintain them. I'm doing my best to fix things - but my
job (and the box's admins') come first.

Andrew

----- Original Message -----
From: "Chris Knipe" <cgknipe@mweb.co.za>
To: <ircservices@Snow.shadowfire.org>
Cc: <ircservices@Snow.shadowfire.org>
Sent: Friday, September 22, 2000 11:10 AM
Subject: Re: [IRCServices] Suspended Channels


> On Fri, 22 Sep 2000, Andrew Kempe wrote:
>
> >Yeah, it's pissing me off too.
> >
>
> >Also, this machine has been moving around a bit and changing names. I've
> >been waiting for things to settle down before making the changes.
> >
> >As from the next release I hope to have services running of its own
domain
> >so that if changes do take place, they'll be transparent.
> >
> >Please be patient for the time being :)
> >
> >Regards, Andrew
>
>
> Hmmmm
>
> aliases?
>
> ircservices@snow.shadowfire.org: ircservices@ender.shadowfire.org
> ircservices@dillerious.shadowfire.org: ircservices@ender.shadowfire.org
>
> ???   I dont know your config obviously :) but it should be a rather quick
> fix.  Otherwise I guess we shall patiently wait for you Andrew :)
>
> Cheers
> me
>
>
>
> >----- Original Message -----
> >From: <cgknipe@mweb.co.za>
> >To: <ircservices@Snow.shadowfire.org>
> >Sent: Monday, September 18, 2000 9:08 AM
> >Subject: RE: [IRCServices] Suspended Channels
> >
> >
> >> On Sun, 17 Sep 2000, Andrew Kempe wrote:
> >>
> >> >First off, please don't mail this list with HTML/Rich Text emails -
only
> >use
> >> >plain text.
> >> >
> >>
> >> Andrew,
> >>
> >> While you are on this...  Can you perhaps just do something regarding
your
> >> aliases????
> >>
> >> ircservices@delirious, ircservices@show, ircservices@ender?!?!?  Its'
> >> getting a bit crazy don't you think?
> >>
> >> On more than one occasion I actually had to remove recipients from my
> >> To: and CC: fields from my client to stop it from sending mail to
> >> lists at both hosts (which will more than likely result in looped
email?)
> >>
> >> Can't you just like forward two hosts or a single drop point or
> >> something?  Appart from possible mail loops, theres also the matter of
> >> keeping to change / update mail rules on our sides to filter our
incoming
> >> mail.
> >>
> >> --
> >>
> >> Regards,
> >> Chris Knipe
> >> Cell: (083) 430-8151
> >>
> >>
> >>
> >> ---------------------------------------------------------------
> >> To unsubscribe, send email to majordomo@ender.shadowfire.org
> >> with "unsubscribe ircservices" in the body, without the quotes.
> >>
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
> >
>
> --
>
> Regards,
> Chris Knipe
> Cell: (083) 430-8151
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 01:16:48 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Segmentation Fault problem
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za>
Message-ID: 39CB1570.2840D746@corp.terra.com.br

the error is in here:
       snprintf(buf, sizeof(buf), "OP command used for %s by %s",
         op_params, u->nick);

the patch:

diff chanserv.c chanserv-old.c
3276,3277d3275
<        } else if (!(u2 = finduser(op_params))) {
<       notice_lang(s_ChanServ, u, NICK_X_NOT_IN_USE, op_params);
3314,3315d3311
<        } else if (!(u2 = finduser(op_params))) {
<       notice_lang(s_ChanServ, u, NICK_X_NOT_IN_USE, op_params);


Chris Knipe wrote:

> On Thu, 21 Sep 2000, Leandro R. Barbosa wrote:
>
> Talking under correction here...  If my memory serves me right, this is a
> bug in GCC.
>
> Have you tried upgrading your compiler and recompiling the services?  This
> is a generic bug.  Even BitchX / ircII can crash with a %s%s
>
> Have a nice day :)
>
> >[8:08pm] <services.via-rs.com.br> PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG
> >chanserv :op #mas %s%s
> >[8:08pm] <irc.via-rs.com.br> Received SQUIT services.via-rs.com.br from
> >services.via-rs.com.br[200.198.128.55] (Services terminating: Segmentation
> >fault)
> >
> >GOD DAMNIT! I can't take it anymore! We are using version 4.3.3 of
> >Services, and the Unreal3.0-Morrigan(fix) ircd, and this bug is REALLY
> >ANNOYING!
> >
> >The problem is, ANYONE can crash the Services, simply by doing some
> >commands (which I don't know what is), and man, this is getting a pain in
> >the ass...
> >
> >Can someone please, just tell us how can we fix it? Btw, sorry my bad
> >english... It is still under construction ;)
> >
> >Best regards
> >
> >VIA-RS IRC Team
> >
> >Cya,
> >
> >Leandro "MuTLY" Barbosa
> >mailto:mutly@jedi.com.br
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
> >
>
> --
>
> Regards,
> Chris Knipe
> Cell: (083) 430-8151
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 05:08:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Segmentation Fault problem
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za> <39CB1570.2840D746@corp.terra.com.br>
Message-ID: 01bd01c0248d$d36404f0$9c011ac4@shadow

Guys guys guys,....

This has been fixed! Get the latest version and you will not have these
problems!

Andrew

----- Original Message -----
From: "Igor H. M. Macedo" <igor@corp.terra.com.br>
To: <ircservices@Snow.shadowfire.org>
Sent: Friday, September 22, 2000 10:16 AM
Subject: Re: [IRCServices] Segmentation Fault problem


> the error is in here:
>        snprintf(buf, sizeof(buf), "OP command used for %s by %s",
>          op_params, u->nick);
>
> the patch:
>
[snip]



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 06:04:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Re: Segmentation Fault problem
In-Reply-To: <01bd01c0248d$d36404f0$9c011ac4@shadow>
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za><39CB1570.2840D746@corp.terra.com.br><01bd01c0248d$d36404f0$9c011ac4@shadow>
Message-ID: 200009221004220350.05005FE0@smtp.tutopia.com.br


Andrew Kempe wrote:

> Guys guys guys,....
> 
> This has been fixed! Get the latest version and you will not
> have these problems!


        Okay, but... where is the version 4.3.4? Without this, we have to use our
patches...

--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Sep 22 06:00:18 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Re: Segmentation Fault problem
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za> <39CB1570.2840D746@corp.terra.com.br> <01bd01c0248d$d36404f0$9c011ac4@shadow> <200009221004220350.05005FE0@smtp.tutopia.com.br>
Message-ID: 01f901c02495$0eef8880$9c011ac4@shadow

I said earlier that I will put it back online tonight.

Andrew

----- Original Message ----- 
From: "Carlos Mendes Martini" <martini@intergate.com.br>
To: "IRC Services" <ircservices@Snow.shadowfire.org>
Sent: Friday, September 22, 2000 3:04 PM
Subject: [IRCServices] Re: Segmentation Fault problem


> 
> Andrew Kempe wrote:
> 
> > Guys guys guys,....
> > 
> > This has been fixed! Get the latest version and you will not
> > have these problems!
> 
> 
> Okay, but... where is the version 4.3.4? Without this, we have to use our
> patches...
> 
> --
> 
>     Carlos Mendes Martini - martini@brasirc.net
>     BrasIRC Network - Rede Brasileira de IRC
>     http://www.brasirc.net
> 
> -
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Fri Sep 22 07:09:33 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Another probably stupid question..
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za> <39CB1570.2840D746@corp.terra.com.br> <01bd01c0248d$d36404f0$9c011ac4@shadow> <200009221004220350.05005FE0@smtp.tutopia.com.br> <01f901c02495$0eef8880$9c011ac4@shadow>
Message-ID: 004f01c0249e$bd1e82e0$0600a8c0@ciaran

Hi,

Probably seem like a dumb question to you hardcore boys out there ;-)  But
can someone please explain to me how exactly I go about upgrading or
patching Services with a .diff file.
Is there an option to run it from the command line or something ?

Cheers,

Ciarán.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sysadmin at alunos.est.ips.pt  Fri Sep 22 07:24:29 2000
From: sysadmin at alunos.est.ips.pt (João Luís Marques Pinto)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Another probably stupid question..
In-Reply-To: <004f01c0249e$bd1e82e0$0600a8c0@ciaran>; from Ciaran.Reilly@ntlworld.com on Fri, Sep 22, 2000 at 15:09:33 +0100
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za> <39CB1570.2840D746@corp.terra.com.br> <01bd01c0248d$d36404f0$9c011ac4@shadow> <200009221004220350.05005FE0@smtp.tutopia.com.br> <01f901c02495$0eef8880$9c011ac4@shadow> <004f01c0249e$bd1e82e0$0600a8c0@ciaran>
Message-ID: 20000922152429.D31314@alunos.est.ips.pt

just type
        patch -p1 < filename.diff
run this from the source root directory.

On Fri, 22 Sep 2000 15:09:33 Ciarán Reilly wrote:
> Hi,
> 
> Probably seem like a dumb question to you hardcore boys out there ;-) 
> But
> can someone please explain to me how exactly I go about upgrading or
> patching Services with a .diff file.
> Is there an option to run it from the command line or something ?
> 
> Cheers,
> 
> Ciarán.
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Fri Sep 22 08:17:52 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Another probably stupid question..
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za> <39CB1570.2840D746@corp.terra.com.br> <01bd01c0248d$d36404f0$9c011ac4@shadow> <200009221004220350.05005FE0@smtp.tutopia.com.br> <01f901c02495$0eef8880$9c011ac4@shadow> <004f01c0249e$bd1e82e0$0600a8c0@ciaran> <20000922152429.D31314@alunos.est.ips.pt>
Message-ID: 006301c024a8$d0227a40$0600a8c0@ciaran

And thats it ? lol thats handy

All I need now is to go up from 4.4.5 in increments... hmmmm

Thanks for your help :)

Ciarán.

----- Original Message -----
From: "João Luís Marques Pinto" <sysadmin@alunos.est.ips.pt>
To: <ircservices@Snow.shadowfire.org>
Sent: Friday, September 22, 2000 3:24 PM
Subject: Re: [IRCServices] Another probably stupid question..


just type
patch -p1 < filename.diff
run this from the source root directory.

On Fri, 22 Sep 2000 15:09:33 Ciarán Reilly wrote:
> Hi,
>
> Probably seem like a dumb question to you hardcore boys out there ;-)
> But
> can someone please explain to me how exactly I go about upgrading or
> patching Services with a .diff file.
> Is there an option to run it from the command line or something ?
>
> Cheers,
>
> Ciarán.
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

--
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep 23 08:39:17 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] /nickserv and /chanserv
Message-ID: 000901c02574$70d4c440$1bc48e8b@charmander

Did IRCServices support this at one time, and has since been removed?  Many
of my users are complaining that they can no longer use that command..

Thanks,

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Sat Sep 23 10:19:21 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] /nickserv and /chanserv
In-Reply-To: <000901c02574$70d4c440$1bc48e8b@charmander>
References: 000901c02574$70d4c440$1bc48e8b@charmander
Message-ID: l03130301b5f2964d4f07@[10.38.239.101]

>Did IRCServices support this at one time, and has since been removed?  Many
>of my users are complaining that they can no longer use that command..

The /nickserv and /chanserv commands are implemented optionally by your
IRCd, not Services themselves.  The IRCd translates those commands to the
form "/msg nickserv@services.irc.net ...".  See your IRCd documentation.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep 23 10:20:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] /nickserv and /chanserv
References: <000901c02574$70d4c440$1bc48e8b@charmander>
Message-ID: 001701c02582$9390f220$0500a8c0@excalibur

/nickserv and /chanserv are aliases that are compiled into your IRC daemon.

Scott
----- Original Message -----
From: "Tim AtLee" <spaced@connect.ab.ca>
To: <ircservices@Snow.shadowfire.org>
Sent: Saturday, September 23, 2000 11:39 AM
Subject: [IRCServices] /nickserv and /chanserv


> Did IRCServices support this at one time, and has since been removed?
Many
> of my users are complaining that they can no longer use that command..
>
> Thanks,
>
> Tim
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sysadmin at alunos.est.ips.pt  Sat Sep 23 10:19:01 2000
From: sysadmin at alunos.est.ips.pt (João Luís Marques Pinto)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] /nickserv and /chanserv
In-Reply-To: <000901c02574$70d4c440$1bc48e8b@charmander>; from spaced@connect.ab.ca on Sat, Sep 23, 2000 at 16:39:17 +0100
References: <000901c02574$70d4c440$1bc48e8b@charmander>
Message-ID: 20000923181901.E4193@alunos.est.ips.pt

Did you checked the services safe aliases feature on your ircd ?
Check the config file from your ircd. 

On Sat, 23 Sep 2000 16:39:17 Tim AtLee wrote:
> Did IRCServices support this at one time, and has since been removed? 
> Many
> of my users are complaining that they can no longer use that command..
> 
> Thanks,
> 
> Tim
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

-- 
Joao Luis Marques Pinto
PTlink Tech Admin
http://www.ptlink.net - Lamego@PTlink.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From stsimb at forthnet.gr  Sat Sep 23 10:16:37 2000
From: stsimb at forthnet.gr (Sotiris Tsimbonis)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] /nickserv and /chanserv
In-Reply-To: <000901c02574$70d4c440$1bc48e8b@charmander>
References: 000901c02574$70d4c440$1bc48e8b@charmander
Message-ID: Pine.LNX.4.21.0009232015120.30357&#45;100000@nana.forthnet.gr

On Sat, 23 Sep 2000, Tim AtLee wrote:
> Did IRCServices support this at one time, and has since been removed?  Many
> of my users are complaining that they can no longer use that command..

This should be a command in your ircd software, not irc services..
e.g. bahamut supports /nickserv /chanserv /memoserv /operserv and
/identify  (identify works for nicks and for channels)

  _ _ _|_ o._ o _
 _)(_) |_ ||  |_>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep 23 14:11:46 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Re: Segmentation Fault problem
In-Reply-To: <01f901c02495$0eef8880$9c011ac4@shadow>
References: <Pine.LNX.4.21.0009221106030.15690-100000@fusion.sunnyline.co.za><39CB1570.2840D746@corp.terra.com.br><01bd01c0248d$d36404f0$9c011ac4@shadow><200009221004220350.05005FE0@smtp.tutopia.com.br>
Message-ID: 4.3.2.7.2.20000923181037.00af1540@pop.conex.com.br

Thank you all for the answers! I hope we can fix this soon... Btw, Andrew, 
what is the file I must get from the FTP? Is it the current.tar.gz? Thanx


At 03:00 PM 9/22/00 +0200, you wrote:
>I said earlier that I will put it back online tonight.
>
>Andrew
>
>----- Original Message -----
>From: "Carlos Mendes Martini" <martini@intergate.com.br>
>To: "IRC Services" <ircservices@Snow.shadowfire.org>
>Sent: Friday, September 22, 2000 3:04 PM
>Subject: [IRCServices] Re: Segmentation Fault problem
>
>
> >
> > Andrew Kempe wrote:
> >
> > > Guys guys guys,....
> > >
> > > This has been fixed! Get the latest version and you will not
> > > have these problems!
> >
> >
> > Okay, but... where is the version 4.3.4? Without this, we have to use our
> > patches...
> >
> > --
> >
> >     Carlos Mendes Martini - martini@brasirc.net
> >     BrasIRC Network - Rede Brasileira de IRC
> >     http://www.brasirc.net
> >
> > -
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


Cya,

Leandro "MuTLY" Barbosa
<A  HREF="mailto:mutly@jedi.com.br">mailto:mutly@jedi.com.br</A>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Sep 23 16:23:18 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Not sure if this is a services thing, or a server thing
Message-ID: 001c01c025b5$4aa353e0$3ac48e8b@charmander

As I said in the subject, I'm not sure if this is a services thing or a ircd
thing..

I want to svshost certain users when they log in...  specifically, about 6
users :-)  Is this possible at all (without giving them all oper stats and
letting them do it themselves)?

Thanks,

Tim



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rafael at kapa.procergs.com.br  Sun Sep 24 13:15:55 2000
From: rafael at kapa.procergs.com.br (Rafael Ritter)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s
In-Reply-To: <010701c02463$131fd770$9c011ac4@shadow>
References: <4.3.1.0.20000921185426.00b63c40@kapa.procergs.com.br>
Message-ID: 4.3.1.0.20000924171535.00bcd3c0@kapa.procergs.com.br

Hello,

I´m using the 4.3.3 version.

Rafael Ritter

At 09:02 22/09/2000 +0200, you wrote:
>What version of IRC Services are you running?
>
>Andrew
>
>----- Original Message -----
>From: "Rafael Ritter" <rafael@kapa.procergs.com.br>
>To: <ircservices@Snow.shadowfire.org>
>Sent: Thursday, September 21, 2000 11:55 PM
>Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s
>
>
> > Anyone can crash my services with that %s%s. Someone know how to fix that
> > bug? Tanks.
> >
> > XGregg
> > irc.via-rs.com.br
> >
> > (Server) *** Global -- from services.via-rs.com.br: PANIC! buffer = :Kz
> > PRIVMSG chanserv :op #lam0 %s%s
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Sep 25 08:27:49 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op #lam0 %s%s
In-Reply-To: <4.3.1.0.20000924171535.00bcd3c0@kapa.procergs.com.br>
References: 4.3.1.0.20000924171535.00bcd3c0@kapa.procergs.com.br
Message-ID: NCBBIPDDJGGDOCPMKPKPMEAGDIAA.andrewk@icon.co.za

Please upgrade to 4.4.8 (in the beta dir on the ftp site)

This will fix the problem.

Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Rafael Ritter
> Sent: 24 September 2000 22:16
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op
> #lam0 %s%s
>
>
> Hello,
>
> I´m using the 4.3.3 version.
>
> Rafael Ritter
>
> At 09:02 22/09/2000 +0200, you wrote:
> >What version of IRC Services are you running?
> >
> >Andrew
> >
> >----- Original Message -----
> >From: "Rafael Ritter" <rafael@kapa.procergs.com.br>
> >To: <ircservices@Snow.shadowfire.org>
> >Sent: Thursday, September 21, 2000 11:55 PM
> >Subject: [IRCServices] PANIC! buffer = :Kz PRIVMSG chanserv :op
> #lam0 %s%s
> >
> >
> > > Anyone can crash my services with that %s%s. Someone know how
> to fix that
> > > bug? Tanks.
> > >
> > > XGregg
> > > irc.via-rs.com.br
> > >
> > > (Server) *** Global -- from services.via-rs.com.br: PANIC!
> buffer = :Kz
> > > PRIVMSG chanserv :op #lam0 %s%s
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Wed Sep 27 19:02:58 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] converting databases from magick
Message-ID: Pine.BSF.4.21.0009272159270.34505&#45;100000@relic.net

Hey,
        I've made about 15 attempts at converting databases from
magick-1.4 to services using the import-db function.  I thought it was
local to my free bsd machine, however from linux I get another error.

I've read one post on the list, its not helping.

Here's the output:

linux:
kwahraw@deo:~/ircservices-4.3.3$ ./import-db -d /home/kwahraw/rndbs
+magick-1.4b2
Read error on /home/kwahraw/rndbs/nick.db

freebsd:
$ ./import-db -d /usr/home/chris/rn-services/data +magick-1.4b2
Read error on /usr/home/chris/rn-services/data/nick.db

the path was correct (I checked about 3 times), as well as the correct
(magick) databases at those locations.

Any assitance would be appreciated,
-Chris


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From natey at natey.za.net  Thu Sep 28 23:57:38 2000
From: natey at natey.za.net (Natey on IRC)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] converting databases from magick
In-Reply-To: <Pine.BSF.4.21.0009272159270.34505-100000@relic.net>
References: Pine.BSF.4.21.0009272159270.34505&#45;100000@relic.net
Message-ID: Pine.BSF.4.10.10009282314590.82800&#45;100000@aquarius.natey.za.net

Hi,

Have you changed the stucture of your databases in anyway with Magick?  I
will be able to possibly modifiy the IRC Services convertor code to import
your databases, as I've previously suscefully migrated 4 other IRC network
services databases from magick -> irc services that had their database
files modified to store aditional information.

E-mail me directly if you need help.

Regards
Natey

--
Natey on IRC
#include <std/disclaimer.h>

On Wed, 27 Sep 2000, Chris Wiest wrote:

> Hey,
>       I've made about 15 attempts at converting databases from
> magick-1.4 to services using the import-db function.  I thought it was
> local to my free bsd machine, however from linux I get another error.
> 
> I've read one post on the list, its not helping.
> 
> Here's the output:
> 
> linux:
> kwahraw@deo:~/ircservices-4.3.3$ ./import-db -d /home/kwahraw/rndbs
> +magick-1.4b2
> Read error on /home/kwahraw/rndbs/nick.db
> 
> freebsd:
> $ ./import-db -d /usr/home/chris/rn-services/data +magick-1.4b2
> Read error on /usr/home/chris/rn-services/data/nick.db
> 
> the path was correct (I checked about 3 times), as well as the correct
> (magick) databases at those locations.
> 
> Any assitance would be appreciated,
> -Chris
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Fri Sep 29 04:28:05 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] converting databases from magick
In-Reply-To: <Pine.BSF.4.10.10009282314590.82800-100000@aquarius.natey.za.net>
References: Pine.BSF.4.10.10009282314590.82800&#45;100000@aquarius.natey.za.net
Message-ID: Pine.BSF.4.21.0009290725420.58766&#45;100000@relic.net

I've been able to get enough converted to make everyone happy around here,
basially hacking up the magick src to save as a partial services format,
then loading those with services and finally saving in the correct format
with the modified services code.

OK, not the prettiest way to do it, but it works.  I'd be more than happy
to distribute my modified services + magick code for anyone else
experiencing this same problems.

Thanks for the offer though :)


--Chris

On Fri, 29 Sep 2000, Natey on IRC wrote:

> Hi,
> 
> Have you changed the stucture of your databases in anyway with Magick?  I
> will be able to possibly modifiy the IRC Services convertor code to import
> your databases, as I've previously suscefully migrated 4 other IRC network
> services databases from magick -> irc services that had their database
> files modified to store aditional information.
> 
> E-mail me directly if you need help.
> 
> Regards
> Natey
> 
> --
> Natey on IRC
> #include <std/disclaimer.h>
> 
> On Wed, 27 Sep 2000, Chris Wiest wrote:
> 
> > Hey,
> >     I've made about 15 attempts at converting databases from
> > magick-1.4 to services using the import-db function.  I thought it was
> > local to my free bsd machine, however from linux I get another error.
> > 
> > I've read one post on the list, its not helping.
> > 
> > Here's the output:
> > 
> > linux:
> > kwahraw@deo:~/ircservices-4.3.3$ ./import-db -d /home/kwahraw/rndbs
> > +magick-1.4b2
> > Read error on /home/kwahraw/rndbs/nick.db
> > 
> > freebsd:
> > $ ./import-db -d /usr/home/chris/rn-services/data +magick-1.4b2
> > Read error on /usr/home/chris/rn-services/data/nick.db
> > 
> > the path was correct (I checked about 3 times), as well as the correct
> > (magick) databases at those locations.
> > 
> > Any assitance would be appreciated,
> > -Chris
> > 
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> > 
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at is.co.za  Wed Oct  4 03:34:24 2000
From: andrewk at is.co.za (Andrew Kempe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] test
Message-ID: E3453EC6C52ED3118E7E0090275CD47C070BE909@isjhbex.is.co.za

test

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andrewk at is.co.za  Wed Oct  4 03:34:51 2000
From: andrewk at is.co.za (Andrew Kempe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] test
Message-ID: E3453EC6C52ED3118E7E0090275CD47C070BE90A@isjhbex.is.co.za

test

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct  4 08:09:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
Message-ID: 003201c02e15$154c80a0$35c48e8b@darktech.org

Hi there

I was wondering if services had a command-line thingey to rotate logs (same
as /msg operserv rotatelog).

Thanks,

Tim



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Wed Oct  4 11:09:46 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
In-Reply-To: <003201c02e15$154c80a0$35c48e8b@darktech.org>
References: 003201c02e15$154c80a0$35c48e8b@darktech.org
Message-ID: Pine.BSF.4.21.0010041405520.3572&#45;100000@relic.net

This was a "hack" for me, however I modified services so that if they are
sent a kill -HUP, they: rotate the logs, reload their configuration files,
as well as send a global notice (GNOTICE) that they've received a SIGHUP
signal. I also did a hack to the operserv.c, and extern.h so that a /msg
operserv restart will properly restart (tagging that comand as the
variable sigrestart)

The code is below, some got chopped, but you should get the jist (from
main.c)

if(!sigrestart)
{
            save_data = 1;
/*          signal(SIGHUP, SIG_IGN); */
            log("Received SIGHUP, rehashing.");
send_cmd(NULL, "GNOTICE :signal ^BSIGHUP^B received, reinitializing
services log file$
rotate_log(NULL);
read_config();
numcnt = 0;
return;
}
else {
save_data = -2;
signal(SIGHUP, SIG_IGN);
log("Received SIGHUP, restarting.");
if (!quitmsg)


etc..

I then have a standard ircd type crontab running the kill -HUP command on
the services pid daily, if you need more help, let me know.

--Chris

On Wed, 4 Oct 2000, Tim AtLee wrote:

> Hi there
> 
> I was wondering if services had a command-line thingey to rotate logs (same
> as /msg operserv rotatelog).
> 
> Thanks,
> 
> Tim
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct  4 11:46:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Mailing List Downtime
Message-ID: NCBBIPDDJGGDOCPMKPKPEEDIDIAA.andrewk@icon.co.za

Hi folks,

The mailer daemon of the box this list runs off is being changed. This could
mean some downtime of the list over the next few hours. Sorry about this.

Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Thu Oct  5 10:45:59 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
References: <Pine.BSF.4.21.0010041405520.3572-100000@relic.net>
Message-ID: 006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za

Hi,

Andrew...

Can we possibly look into some changes into services whereby log files are
rotated automatically, say at a time set in the config file?

Perhaps automating the logs to rotate should be a bit more, sufficient?

---
Regards,
Chris Knipe
Cell: (083) 430-8151

----- Original Message -----
From: Chris Wiest <kwahraw@relic.net>
To: <ircservices@ender.shadowfire.org>
Cc: <ircservices@snow.shadowfire.org>
Sent: Wednesday, October 04, 2000 8:09 PM
Subject: Re: [IRCServices] Turning over logs with crontab?


> This was a "hack" for me, however I modified services so that if they are
> sent a kill -HUP, they: rotate the logs, reload their configuration files,
> as well as send a global notice (GNOTICE) that they've received a SIGHUP
> signal. I also did a hack to the operserv.c, and extern.h so that a /msg
> operserv restart will properly restart (tagging that comand as the
> variable sigrestart)
>
> The code is below, some got chopped, but you should get the jist (from
> main.c)
>
> if(!sigrestart)
> {
>             save_data = 1;
> /*          signal(SIGHUP, SIG_IGN); */
>             log("Received SIGHUP, rehashing.");
> send_cmd(NULL, "GNOTICE :signal ^BSIGHUP^B received, reinitializing
> services log file$
> rotate_log(NULL);
> read_config();
> numcnt = 0;
> return;
> }
> else {
> save_data = -2;
> signal(SIGHUP, SIG_IGN);
> log("Received SIGHUP, restarting.");
> if (!quitmsg)
>
>
> etc..
>
> I then have a standard ircd type crontab running the kill -HUP command on
> the services pid daily, if you need more help, let me know.
>
> --Chris
>
> On Wed, 4 Oct 2000, Tim AtLee wrote:
>
> > Hi there
> >
> > I was wondering if services had a command-line thingey to rotate logs
(same
> > as /msg operserv rotatelog).
> >
> > Thanks,
> >
> > Tim
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct  5 11:08:20 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
In-Reply-To: <006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za>
References: 006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za
Message-ID: KOECIOCHHBHLAPFLOBANAEGGCOAA.frostbyghte@stratics.com

You have my vote for that. :)  I'm looking at log files that run into the 100's of megs, and it would be nice to shuffle them off to another place, or automate it in some fashion.

- Randy Snow -
Senior Network Administrator
http://www.stratics.com/
irc.stratics.com port 6667 

-----Original Message-----
From: owner-ircservices@Snow.shadowfire.org
[<A  HREF="mailto:owner-ircservices@Snow.shadowfire.org]On">mailto:owner-ircservices@Snow.shadowfire.org]On</A> Behalf Of Chris Knipe
Sent: Thursday, October 05, 2000 12:46 PM
To: ircservices@Snow.shadowfire.org
Subject: Re: [IRCServices] Turning over logs with crontab?


Hi,

Andrew...

Can we possibly look into some changes into services whereby log files are
rotated automatically, say at a time set in the config file?

Perhaps automating the logs to rotate should be a bit more, sufficient?

---
Regards,
Chris Knipe
Cell: (083) 430-8151

----- Original Message -----
From: Chris Wiest <kwahraw@relic.net>
To: <ircservices@ender.shadowfire.org>
Cc: <ircservices@snow.shadowfire.org>
Sent: Wednesday, October 04, 2000 8:09 PM
Subject: Re: [IRCServices] Turning over logs with crontab?


> This was a "hack" for me, however I modified services so that if they are
> sent a kill -HUP, they: rotate the logs, reload their configuration files,
> as well as send a global notice (GNOTICE) that they've received a SIGHUP
> signal. I also did a hack to the operserv.c, and extern.h so that a /msg
> operserv restart will properly restart (tagging that comand as the
> variable sigrestart)
>
> The code is below, some got chopped, but you should get the jist (from
> main.c)
>
> if(!sigrestart)
> {
>             save_data = 1;
> /*          signal(SIGHUP, SIG_IGN); */
>             log("Received SIGHUP, rehashing.");
> send_cmd(NULL, "GNOTICE :signal ^BSIGHUP^B received, reinitializing
> services log file$
> rotate_log(NULL);
> read_config();
> numcnt = 0;
> return;
> }
> else {
> save_data = -2;
> signal(SIGHUP, SIG_IGN);
> log("Received SIGHUP, restarting.");
> if (!quitmsg)
>
>
> etc..
>
> I then have a standard ircd type crontab running the kill -HUP command on
> the services pid daily, if you need more help, let me know.
>
> --Chris
>
> On Wed, 4 Oct 2000, Tim AtLee wrote:
>
> > Hi there
> >
> > I was wondering if services had a command-line thingey to rotate logs
(same
> > as /msg operserv rotatelog).
> >
> > Thanks,
> >
> > Tim
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Thu Oct  5 11:54:56 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
In-Reply-To: <KOECIOCHHBHLAPFLOBANAEGGCOAA.frostbyghte@stratics.com>
References: <006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za>
Message-ID: l03130300b6027da297c3@[10.38.239.101]

>You have my vote for that. :)  I'm looking at log files that run into the
>100's of megs, and it would be nice to shuffle them off to another place,
>or automate it in some fashion.

Here's my idea.  At midnight, start a new logfile (eg.
services.log.YYYYMMDD), close the old one, and update a symlink
(services.log) to point to the latest logfile.  After a few days' running,
the log directory would look like this:

services.log -> ./services.log.20001004
services.log.20001001
services.log.20001002
services.log.20001003
services.log.20001004

An optional setting to compress/move logfiles a week old (or so) would also
be helpful, I suspect.

Just my 2 pence...

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dmircea at linux.kappa.ro  Thu Oct  5 23:02:49 2000
From: dmircea at linux.kappa.ro (Mircea Damian)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Turning over logs with crontab?
In-Reply-To: <l03130300b6027da297c3@[10.38.239.101]>; from chromi@cyberspace.org on Thu, Oct 05, 2000 at 07:54:56PM +0100
References: <006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za> <KOECIOCHHBHLAPFLOBANAEGGCOAA.frostbyghte@stratics.com> <l03130300b6027da297c3@[10.38.239.101]>
Message-ID: 20001006090249.B9797@linux.kappa.ro

On Thu, Oct 05, 2000 at 07:54:56PM +0100, Jonathan Morton wrote:
> >You have my vote for that. :)  I'm looking at log files that run into the
> >100's of megs, and it would be nice to shuffle them off to another place,
> >or automate it in some fashion.
> 
> Here's my idea.  At midnight, start a new logfile (eg.
> services.log.YYYYMMDD), close the old one, and update a symlink
> (services.log) to point to the latest logfile.  After a few days' running,
> the log directory would look like this:
> 
> services.log -> ./services.log.20001004
> services.log.20001001
> services.log.20001002
> services.log.20001003
> services.log.20001004

This would be nice.

> 
> An optional setting to compress/move logfiles a week old (or so) would also
> be helpful, I suspect.


No. That's why cron was built for. Just add your script there to compress
the logs and move/backup them wherever you like.

> 
> Just my 2 pence...
> 

-- 
Mircea Damian
E-mails: dmircea@kappa.ro, dmircea@roedu.net
WebPage: http://taz.mania.k.ro/~dmircea/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sam at breakfree.com  Sat Oct  7 08:34:09 2000
From: sam at breakfree.com (Samuel Graenacher)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
Message-ID: 18521229077.20001007173409@breakfree.com

Hey,
lately I've noticed this error message coming up quite often:

Global -- from services.mircx.com:
Warning: unable to set modes on channel #rena. Are your servers' U:lines configured correctly?

The channel is known to have script-kiddies in it and when I started
investigating about that a bit I heard they found a way to "abuse" the
servs, most likely Chanserv.

It's a bahamut 1.4 network and I'm sure all servers and services are
configured correctly as these messages started to pop up all of the
sudden and aren't frequent nor regularly.

Is this a known exploit, already fixed in dev releases? Or does anyone
have any more detailed knowledge about this?



_______________________________
[Sam](mailto:sam@breakfree.com)

* Think digital, act analog. *

public pgp key: finger sam@breakfree.com
                or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Oct  7 08:51:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
References: <18521229077.20001007173409@breakfree.com>
Message-ID: 000701c03076$74d9aa30$0100a8c0@server

Please reply with the results of: /version services.*


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: "Samuel Graenacher" <sam@breakfree.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Saturday, October 07, 2000 11:34 AM
Subject: [IRCServices] known services "abuse"?


> Hey,
> lately I've noticed this error message coming up quite often:
>
> Global -- from services.mircx.com:
> Warning: unable to set modes on channel #rena. Are your servers' U:lines
configured correctly?
>
> The channel is known to have script-kiddies in it and when I started
> investigating about that a bit I heard they found a way to "abuse" the
> servs, most likely Chanserv.
>
> It's a bahamut 1.4 network and I'm sure all servers and services are
> configured correctly as these messages started to pop up all of the
> sudden and aren't frequent nor regularly.
>
> Is this a known exploit, already fixed in dev releases? Or does anyone
> have any more detailed knowledge about this?
>
>
>
> _______________________________
> [Sam](mailto:sam@breakfree.com)
>
> * Think digital, act analog. *
>
> public pgp key: finger sam@breakfree.com
>                 or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sam at breakfree.com  Sat Oct  7 09:03:35 2000
From: sam at breakfree.com (Samuel Graenacher)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <000701c03076$74d9aa30$0100a8c0@server>
References: <18521229077.20001007173409@breakfree.com><000701c03076$74d9aa30$0100a8c0@server>
Message-ID: 4122995108.20001007180335@breakfree.com

doh, sorry forgot about that :/

ircservices-4.4.8 services.mircx.com [STABLE]


_______________________________
[Sam](mailto:sam@breakfree.com)

* "The galaxy is, in other words, an immensely, intrinsically, and inexhaustibly interesting place."  -- Iain M. Banks *

public pgp key: finger sam@breakfree.com
                or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
---
original message:
SS> Return-Path: <owner-ircservices@Snow.shadowfire.org>
SS> Delivered-To: breakfree.com-sam@breakfree.com
SS> Received: (qmail 2872 invoked by uid 0); 7 Oct 2000 15:53:44 -0000
SS> Received: from snow.fingers.co.za (196.7.148.5)
SS>   by breakfree.com with SMTP; 7 Oct 2000 15:53:44 -0000
SS> Received: by snow.fingers.co.za (Postfix)
SS>         id 233AB408C; Sat,  7 Oct 2000 17:53:37 +0200 (SAST)
SS> Delivered-To: ircservices-list@snow.fingers.co.za
SS> Received: by snow.fingers.co.za (Postfix, from userid 54)
SS>         id DEC91408D; Sat,  7 Oct 2000 17:53:36 +0200 (SAST)
SS> Delivered-To: ircservices@snow.shadowfire.org
SS> Received: from uremail (mail.ure.net [207.246.86.150])
SS>         by snow.fingers.co.za (Postfix) with ESMTP id E5E3E408C
SS>         for <ircservices@Snow.shadowfire.org>; Sat,  7 Oct 2000 17:53:32 +0200 (SAST)
SS> Received: from server (208-32-51-52.extended.qx.net [208.32.51.52])
SS>         by uremail (Build 98 8.9.3/NT-8.9.3) with SMTP id LAA01395
SS>         for <ircservices@Snow.shadowfire.org>; Sat, 07 Oct 2000 11:53:03 -0400
SS> Message-ID: <<A HREF="msg00830.html">000701c03076$74d9aa30$0100a8c0@server</A>>
SS> From: "Scott Seufert" <anarki@flamebait.org>
SS> To: <ircservices@Snow.shadowfire.org>
SS> References: <<A HREF="msg00829.html">18521229077.20001007173409@breakfree.com</A>>
SS> Subject: Re: [IRCServices] known services "abuse"?
SS> Date: Sat, 7 Oct 2000 11:51:27 -0400
SS> MIME-Version: 1.0
SS> Content-Type: text/plain;
SS>         charset="iso-8859-1"
SS> Content-Transfer-Encoding: 7bit
SS> X-Priority: 3
SS> X-MSMail-Priority: Normal
SS> X-Mailer: Microsoft Outlook Express 5.00.2919.6700
SS> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
SS> Sender: owner-ircservices@ender.shadowfire.org
SS> Precedence: bulk
SS> Reply-To: ircservices@ender.shadowfire.org

SS> Please reply with the results of: /version services.*


SS> Scott Seufert
SS> aka katsklaw
SS> Server Admin
SS> Excalibre.ShadowFire.Org

SS> ----- Original Message -----
SS> From: "Samuel Graenacher" <sam@breakfree.com>
SS> To: <ircservices@Snow.shadowfire.org>
SS> Sent: Saturday, October 07, 2000 11:34 AM
SS> Subject: [IRCServices] known services "abuse"?


>> Hey,
>> lately I've noticed this error message coming up quite often:
>>
>> Global -- from services.mircx.com:
>> Warning: unable to set modes on channel #rena. Are your servers' U:lines
SS> configured correctly?
>>
>> The channel is known to have script-kiddies in it and when I started
>> investigating about that a bit I heard they found a way to "abuse" the
>> servs, most likely Chanserv.
>>
>> It's a bahamut 1.4 network and I'm sure all servers and services are
>> configured correctly as these messages started to pop up all of the
>> sudden and aren't frequent nor regularly.
>>
>> Is this a known exploit, already fixed in dev releases? Or does anyone
>> have any more detailed knowledge about this?
>>
>>
>>
>> _______________________________
>> [Sam](<A  HREF="mailto:sam@breakfree.com">mailto:sam@breakfree.com</A>)
>>
>> * Think digital, act analog. *
>>
>> public pgp key: finger sam@breakfree.com
>>                 or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
>>
>>
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>>
>>


SS> ---------------------------------------------------------------
SS> To unsubscribe, send email to majordomo@ender.shadowfire.org
SS> with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Oct  7 09:29:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
References: <18521229077.20001007173409@breakfree.com><000701c03076$74d9aa30$0100a8c0@server> <4122995108.20001007180335@breakfree.com>
Message-ID: 000f01c0307b$bc598d30$0100a8c0@server

hmmm ...

Well, 4.4.8 is the latest beta and 4.5.0 is coming soon, I haven't seen any
reports of this on any of the other mailing lists.

I can't see this error appearing for just one channel. If it was I in this
case I would double and triple check to insure that every server does indeed
have a properly formatted U:Line for services. I would also concider
forbidding the channel with some sort of "security" reason to the founder.
This would also allow the observation to see if the error shows up again.
After the problem is fixed the founder could of course have his/her channel
back.

Andrew will most likely be around later this afternoon, he may be able to
help.

Scott Seufert
aka katsklaw
Server Administrator
Excalibre.ShadowFire.Org

----- Original Message -----
From: "Samuel Graenacher" <sam@breakfree.com>
To: "Scott Seufert" <ircservices@Snow.shadowfire.org>
Sent: Saturday, October 07, 2000 12:03 PM
Subject: Re[2]: [IRCServices] known services "abuse"?


> doh, sorry forgot about that :/
>
> ircservices-4.4.8 services.mircx.com [STABLE]
>
>
> _______________________________
> [Sam](mailto:sam@breakfree.com)
>
> * "The galaxy is, in other words, an immensely, intrinsically, and
inexhaustibly interesting place."  -- Iain M. Banks *
>
> public pgp key: finger sam@breakfree.com
>                 or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
> ---

<snip>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Aug  7 10:52:44 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Services problems - bugs?
References: <18521229077.20001007173409@breakfree.com><000701c03076$74d9aa30$0100a8c0@server> <4122995108.20001007180335@breakfree.com> <000f01c0307b$bc598d30$0100a8c0@server>
Message-ID: 00bd01c00098$5aa9a470$430ba8c0@hostel1.giki.edu.pk

A problem I have had with relation to Operserv and Chanserv.
Chanserv can op a user on a channel but OperServ can't op the same person.
Operserv complains about ulines not being configured correctly. The conf files are the same as they always were before I
upgraded from services ver 2.xx to 4.4.8. I still rechecked and the ulines are there. The services are 4.4.8. This was
about 2 weeks ago. For whatever reason, it has now stopped giving this error. I can't help much as to why it started
working all of a sudden, but the only thing that comes to mind is that the system was rebooted, though i doubt this is
related. Restarting services or the ircd had no effect whatsoever.

Another problem that I've noticed in this version of services is that when it is running with df4.6.7b, the /msg
operserv global command fails to send a global message to any of the users. This is a permanent problem, and I was
wondering what could be the cause of this. It used to work fine in the old version of services on the same ircd.

Also, for some reason, on the same server(server A) as mentioned above, if a server(server B) joins and splits more than
twice, services squit from the server(server A) they were connected to. Just before this happens, the system load also
goes quite high.

Another problem, which is probably related to the system that services runs on, is that when the 2nd server joins after
a split, services changes nicks to guests as it should, but quite often it renames 2 or 3 people to the same guest nick.

I'm planning on upgrading the servers to bahamut, but was wondering what was causing all of the above.
By the way, services are running on redhat linux 6.1. Hardware is P3-450, 64MB RAM and 2 GB HDD.

Imran Ali Rashid


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Oct  7 11:56:02 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Services problems - bugs?
References: <18521229077.20001007173409@breakfree.com><000701c03076$74d9aa30$0100a8c0@server> <4122995108.20001007180335@breakfree.com> <000f01c0307b$bc598d30$0100a8c0@server> <00bd01c00098$5aa9a470$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 001701c03090$3e4fe0a0$0100a8c0@server

Imran,

You are the second person today that has noticed a problem with
IRCServices-4.4.8 complaining about U:Lines.

Andrew will most likely be around later, if not I'll mention this to him
when I see him. Perhaps we can get a bug fix on this for 4.4.9.

Scott Seufert
aka katsklaw
Server Administrator
Excalibre.ShadowFire.Org

----- Original Message -----
From: "Imran Ali Rashid" <genius@odyssey.hostel1.giki.edu.pk>
To: <ircservices@Snow.shadowfire.org>
Cc: <theshadow@shadowfire.org>
Sent: Monday, August 07, 2000 1:52 PM
Subject: [IRCServices] Services problems - bugs?


> A problem I have had with relation to Operserv and Chanserv.
> Chanserv can op a user on a channel but OperServ can't op the same person.
> Operserv complains about ulines not being configured correctly. The conf
files are the same as they always were before I
> upgraded from services ver 2.xx to 4.4.8. I still rechecked and the ulines
are there. The services are 4.4.8. This was
> about 2 weeks ago. For whatever reason, it has now stopped giving this
error. I can't help much as to why it started
> working all of a sudden, but the only thing that comes to mind is that the
system was rebooted, though i doubt this is
> related. Restarting services or the ircd had no effect whatsoever.
>
> Another problem that I've noticed in this version of services is that when
it is running with df4.6.7b, the /msg
> operserv global command fails to send a global message to any of the
users. This is a permanent problem, and I was
> wondering what could be the cause of this. It used to work fine in the old
version of services on the same ircd.
>
> Also, for some reason, on the same server(server A) as mentioned above, if
a server(server B) joins and splits more than
> twice, services squit from the server(server A) they were connected to.
Just before this happens, the system load also
> goes quite high.
>
> Another problem, which is probably related to the system that services
runs on, is that when the 2nd server joins after
> a split, services changes nicks to guests as it should, but quite often it
renames 2 or 3 people to the same guest nick.
>
> I'm planning on upgrading the servers to bahamut, but was wondering what
was causing all of the above.
> By the way, services are running on redhat linux 6.1. Hardware is P3-450,
64MB RAM and 2 GB HDD.
>
> Imran Ali Rashid
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Sat Oct  7 13:47:30 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <18521229077.20001007173409@breakfree.com>; from sam@breakfree.com on Sat, Oct 07, 2000 at 05:34:09PM +0200
References: <18521229077.20001007173409@breakfree.com>
Message-ID: 20001007154730.B1553@edgemaster.zombie.org

On Sat, Oct 07, 2000 at 05:34:09PM +0200, Samuel Graenacher wrote:
> Hey,
> lately I've noticed this error message coming up quite often:
> 
> Global -- from services.mircx.com:
> Warning: unable to set modes on channel #rena. Are your servers' U:lines configured correctly?
> 
> The channel is known to have script-kiddies in it and when I started
> investigating about that a bit I heard they found a way to "abuse" the
> servs, most likely Chanserv.

Have you considerred putting services in debug mode and watch the actual
commands that are sent to Services or the actaul conditiosn it happens in?
        /msg operserv set debug on
and Services will dump everything they see to their logfile.  It may take a
lot of space, but it could be very interrseting to read.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 4AC781C7        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Sat Oct  7 13:54:42 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <20001007154730.B1553@edgemaster.zombie.org>
References: <18521229077.20001007173409@breakfree.com>; fromsam@breakfree.com on Sat, Oct 07, 2000 at 05:34:09PM +0200<18521229077.20001007173409@breakfree.com>
Message-ID: l03130309b6053dd7891e@[10.38.239.101]

>On Sat, Oct 07, 2000 at 05:34:09PM +0200, Samuel Graenacher wrote:
>> Hey,
>> lately I've noticed this error message coming up quite often:
>>
>> Global -- from services.mircx.com:
>> Warning: unable to set modes on channel #rena. Are your servers' U:lines
>>configured correctly?
>>
>> The channel is known to have script-kiddies in it and when I started
>> investigating about that a bit I heard they found a way to "abuse" the
>> servs, most likely Chanserv.
>
>Have you considerred putting services in debug mode and watch the actual
>commands that are sent to Services or the actaul conditiosn it happens in?
>       /msg operserv set debug on
>and Services will dump everything they see to their logfile.  It may take a
>lot of space, but it could be very interrseting to read.

Keep a terminal open to the Services machine, and run "tail -f
services.log" - then when you see the messages of interest, you can
instantly cross-reference it to the right place in the log.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Sun Oct  8 14:36:19 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
Message-ID: 39e00e10.35263@dragonfire.net

     Replying to two messages at once:

>Hey,
>lately I've noticed this error message coming up quite often:
>
>Global -- from services.mircx.com:
>Warning: unable to set modes on channel #rena. Are your servers' U:lines configured correctly?
>
>The channel is known to have script-kiddies in it and when I started
>investigating about that a bit I heard they found a way to "abuse" the
>servs, most likely Chanserv.

     I suspect what's happening is that someone is deliberately changing
channel modes against a modelock.  The U-line error detection code works
by checking the number of times a MODE message is received for a given
channel in a given period of time; if it exceeds a built-in limit (I
think it's three messages in one second), the code assumes that the
server is cancelling its mode changes and displays the U-line error
message.  The code does check that the mode sender has a period in their
nickname, though; does your server allow nicknames with periods in them?
If so, it's in violation of the RFC and should be fixed; if not, I'd be
interested in seeing a debug log of this problem happening.

>A problem I have had with relation to Operserv and Chanserv.
>Chanserv can op a user on a channel but OperServ can't op the same person.
>Operserv complains about ulines not being configured correctly.
[...]
>For whatever reason, it has now stopped giving this error. I can't help
>much as to why it started working all of a sudden, but the only thing that
>comes to mind is that the system was rebooted, though i doubt this is
>related. Restarting services or the ircd had no effect whatsoever.

     This can happen if at some time in the past Services determined that
mode setting didn't work (as above).  Actually, OP/DEOP shouldn't work
then either; that's a bug.  Restarting Services ought to fix it,
unless/until Services has a problem setting modes again.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sam at breakfree.com  Sun Oct  8 02:44:51 2000
From: sam at breakfree.com (Samuel Graenacher)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <39e00e10.35263@dragonfire.net>
References: <39e00e10.35263@dragonfire.net>
Message-ID: 1301167779.20001008114451@breakfree.com

Well we narrowed down the problem to them having *!*@* on their akick
list, doing an akick enforce and then chanserv trying to set modes in
the empty channel.
[Oct 07 14:40:02 2000] debug: AKICK ENFORCE requested for #rena by AM-[mentalbreakdown]
[Oct 07 14:40:03 2000] channel: MODE +b *!*@* for nonexistent channel #rena


_______________________________
[Sam](mailto:sam@breakfree.com)

* Linux is like living in a teepee. No Windows, no Gates, Apache in house. *

public pgp key: finger sam@breakfree.com
                or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>

---
original message:
AC>      Replying to two messages at once:

>>Hey,
>>lately I've noticed this error message coming up quite often:
>>
>>Global -- from services.mircx.com:
>>Warning: unable to set modes on channel #rena. Are your servers' U:lines configured correctly?
>>
>>The channel is known to have script-kiddies in it and when I started
>>investigating about that a bit I heard they found a way to "abuse" the
>>servs, most likely Chanserv.

AC>      I suspect what's happening is that someone is deliberately changing
AC> channel modes against a modelock.  The U-line error detection code works
AC> by checking the number of times a MODE message is received for a given
AC> channel in a given period of time; if it exceeds a built-in limit (I
AC> think it's three messages in one second), the code assumes that the
AC> server is cancelling its mode changes and displays the U-line error
AC> message.  The code does check that the mode sender has a period in their
AC> nickname, though; does your server allow nicknames with periods in them?
AC> If so, it's in violation of the RFC and should be fixed; if not, I'd be
AC> interested in seeing a debug log of this problem happening.

>>A problem I have had with relation to Operserv and Chanserv.
>>Chanserv can op a user on a channel but OperServ can't op the same person.
>>Operserv complains about ulines not being configured correctly.
AC> [...]
>>For whatever reason, it has now stopped giving this error. I can't help
>>much as to why it started working all of a sudden, but the only thing that
>>comes to mind is that the system was rebooted, though i doubt this is
>>related. Restarting services or the ircd had no effect whatsoever.

AC>      This can happen if at some time in the past Services determined that
AC> mode setting didn't work (as above).  Actually, OP/DEOP shouldn't work
AC> then either; that's a bug.  Restarting Services ought to fix it,
AC> unless/until Services has a problem setting modes again.

AC>   --Andrew Church
AC>     achurch@dragonfire.net
AC>     <A  HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>

AC> ---------------------------------------------------------------
AC> To unsubscribe, send email to majordomo@ender.shadowfire.org
AC> with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct  8 06:29:40 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <000f01c0307b$bc598d30$0100a8c0@server>
References: 000f01c0307b$bc598d30$0100a8c0@server
Message-ID: NCBBIPDDJGGDOCPMKPKPMEEPDIAA.andrewk@icon.co.za

A VERY quick reply... (I have to duck off to a party now)...

I've seen the same messages on our network. I've got a few ideas about what
it could be but I'm not 100% sure. If other people could provide logs (?) or
just that they've seen the same error/message I'd appreciate it.

Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Scott Seufert
> Sent: 07 October 2000 18:29
> To: ircservices@Snow.shadowfire.org
> Subject: Re: Re[2]: [IRCServices] known services "abuse"?
>
>
> hmmm ...
>
> Well, 4.4.8 is the latest beta and 4.5.0 is coming soon, I
> haven't seen any
> reports of this on any of the other mailing lists.
>
> I can't see this error appearing for just one channel. If it was I in this
> case I would double and triple check to insure that every server
> does indeed
> have a properly formatted U:Line for services. I would also concider
> forbidding the channel with some sort of "security" reason to the founder.
> This would also allow the observation to see if the error shows up again.
> After the problem is fixed the founder could of course have
> his/her channel
> back.
>
> Andrew will most likely be around later this afternoon, he may be able to
> help.
>
> Scott Seufert
> aka katsklaw
> Server Administrator
> Excalibre.ShadowFire.Org
>
> ----- Original Message -----
> From: "Samuel Graenacher" <sam@breakfree.com>
> To: "Scott Seufert" <ircservices@Snow.shadowfire.org>
> Sent: Saturday, October 07, 2000 12:03 PM
> Subject: Re[2]: [IRCServices] known services "abuse"?
>
>
> > doh, sorry forgot about that :/
> >
> > ircservices-4.4.8 services.mircx.com [STABLE]
> >
> >
> > _______________________________
> > [Sam](<A  HREF="mailto:sam@breakfree.com">mailto:sam@breakfree.com</A>)
> >
> > * "The galaxy is, in other words, an immensely, intrinsically, and
> inexhaustibly interesting place."  -- Iain M. Banks *
> >
> > public pgp key: finger sam@breakfree.com
> >                 or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
> > ---
>
> <snip>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct  8 06:35:43 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <1301167779.20001008114451@breakfree.com>
References: 1301167779.20001008114451@breakfree.com
Message-ID: NCBBIPDDJGGDOCPMKPKPMEFFDIAA.andrewk@icon.co.za

This problem has already been identified and has been fixed in version 4.5.

Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Samuel
> Graenacher
> Sent: 08 October 2000 11:45
> To: Andrew Church
> Subject: Re[2]: [IRCServices] known services "abuse"?
>
>
> Well we narrowed down the problem to them having *!*@* on their akick
> list, doing an akick enforce and then chanserv trying to set modes in
> the empty channel.
> [Oct 07 14:40:02 2000] debug: AKICK ENFORCE requested for #rena
> by AM-[mentalbreakdown]
> [Oct 07 14:40:03 2000] channel: MODE +b *!*@* for nonexistent
> channel #rena
>
>
> _______________________________
> [Sam](<A  HREF="mailto:sam@breakfree.com">mailto:sam@breakfree.com</A>)
>
> * Linux is like living in a teepee. No Windows, no Gates, Apache
> in house. *
>
> public pgp key: finger sam@breakfree.com
>                 or <A  HREF="http://www.xploded.net/fingerp.phtml">http://www.xploded.net/fingerp.phtml</A>
>
> ---
> original message:
> AC>      Replying to two messages at once:
>
> >>Hey,
> >>lately I've noticed this error message coming up quite often:
> >>
> >>Global -- from services.mircx.com:
> >>Warning: unable to set modes on channel #rena. Are your
> servers' U:lines configured correctly?
> >>
> >>The channel is known to have script-kiddies in it and when I started
> >>investigating about that a bit I heard they found a way to "abuse" the
> >>servs, most likely Chanserv.
>
> AC>      I suspect what's happening is that someone is
> deliberately changing
> AC> channel modes against a modelock.  The U-line error detection
> code works
> AC> by checking the number of times a MODE message is received for a given
> AC> channel in a given period of time; if it exceeds a built-in limit (I
> AC> think it's three messages in one second), the code assumes that the
> AC> server is cancelling its mode changes and displays the U-line error
> AC> message.  The code does check that the mode sender has a
> period in their
> AC> nickname, though; does your server allow nicknames with
> periods in them?
> AC> If so, it's in violation of the RFC and should be fixed; if
> not, I'd be
> AC> interested in seeing a debug log of this problem happening.
>
> >>A problem I have had with relation to Operserv and Chanserv.
> >>Chanserv can op a user on a channel but OperServ can't op the
> same person.
> >>Operserv complains about ulines not being configured correctly.
> AC> [...]
> >>For whatever reason, it has now stopped giving this error. I can't help
> >>much as to why it started working all of a sudden, but the only
> thing that
> >>comes to mind is that the system was rebooted, though i doubt this is
> >>related. Restarting services or the ircd had no effect whatsoever.
>
> AC>      This can happen if at some time in the past Services
> determined that
> AC> mode setting didn't work (as above).  Actually, OP/DEOP shouldn't work
> AC> then either; that's a bug.  Restarting Services ought to fix it,
> AC> unless/until Services has a problem setting modes again.
>
> AC>   --Andrew Church
> AC>     achurch@dragonfire.net
> AC>     <A  HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
>
> AC> ---------------------------------------------------------------
> AC> To unsubscribe, send email to majordomo@ender.shadowfire.org
> AC> with "unsubscribe ircservices" in the body, without the quotes.
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dreamer at darkness.gr  Sun Oct  8 08:36:42 2000
From: dreamer at darkness.gr (dreamer@darkness.gr)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] known services &quot;abuse&quot;?
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPMEEPDIAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPMEEPDIAA.andrewk@icon.co.za
Message-ID: Pine.LNX.4.20.0010081828530.30650&#45;100000@darkness.darkness.gr

Greetings to all,
        Seems that the U line problem is caused by multiple mode changes,
sometimes it occures in a netjoin while some servers are a bit lagging. If
it's not repeated it didn't seems to cause problens and no restart or
other form of solution might take place.
Though if it is repeated it might cause a desync at the services.
In gr-irc-net we have developed little sort of patches to avoid the
problems. The only one that exist is between a netjoin where a warning for
our biggest channel might occure.

Regards,
Nick Krassas
ircadmin@darkness.irc.gr




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct  9 06:44:06 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
Message-ID: 01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk

Umm Remember the problems I quoted earlier.

When there are more than two netsplits,  as in server B was connected to server A, server B splits, connects, splits and
then when it connects, services die.
This isn't the worst part.

When I restart services, on joining as expected, people are told to change their nicks, otherwise they will be guested.
Guess what. Most nicks are changed to the same Guest nick. See below:

[18:30] *** white_jazz is now known as Guest29047169
[18:30] *** ``Spades`` is now known as Guest29147169
[18:30] *** ABJ is now known as Guest29147169
[18:31] *** Daru is now known as Guest48147206
[18:31] *** Bad_very_bad_boy is now known as Guest48147206
[18:31] *** DiEsEL is now known as Guest48147206
[18:31] *** L3pR3cAuN is now known as Guest48047206

Please HELP!!!!!!!!!!!!!

Imran Ali Rashid


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct  9 08:47:12 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 001101c03208$30ea9120$9c011ac4@shadow

I know about this issue and am going to fix it.

For the mean time, please disable GUEST nicks.

Andrew

----- Original Message -----
From: "Imran Ali Rashid" <u970042@giki.edu.pk>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 09, 2000 3:44 PM
Subject: [IRCServices] Desperate Problems


> Umm Remember the problems I quoted earlier.
>
> When there are more than two netsplits,  as in server B was connected to
server A, server B splits, connects, splits and
> then when it connects, services die.
> This isn't the worst part.
>
> When I restart services, on joining as expected, people are told to change
their nicks, otherwise they will be guested.
> Guess what. Most nicks are changed to the same Guest nick. See below:
>
> [18:30] *** white_jazz is now known as Guest29047169
> [18:30] *** ``Spades`` is now known as Guest29147169
> [18:30] *** ABJ is now known as Guest29147169
> [18:31] *** Daru is now known as Guest48147206
> [18:31] *** Bad_very_bad_boy is now known as Guest48147206
> [18:31] *** DiEsEL is now known as Guest48147206
> [18:31] *** L3pR3cAuN is now known as Guest48047206
>
> Please HELP!!!!!!!!!!!!!
>
> Imran Ali Rashid
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Mon Oct  9 08:56:28 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 000b01c03209$7e494780$0600a8c0@ciaran

Just as a matter of interest, how does this happen ? I didn't think it was
possible for more than one person to have the same nick....surely the ircd
wouldn't allow it ?


Ciarán.


----- Original Message -----
From: "Imran Ali Rashid" <u970042@giki.edu.pk>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 09, 2000 2:44 PM
Subject: [IRCServices] Desperate Problems


> Umm Remember the problems I quoted earlier.
>
> When there are more than two netsplits,  as in server B was connected to
server A, server B splits, connects, splits and
> then when it connects, services die.
> This isn't the worst part.
>
> When I restart services, on joining as expected, people are told to change
their nicks, otherwise they will be guested.
> Guess what. Most nicks are changed to the same Guest nick. See below:
>
> [18:30] *** white_jazz is now known as Guest29047169
> [18:30] *** ``Spades`` is now known as Guest29147169
> [18:30] *** ABJ is now known as Guest29147169
> [18:31] *** Daru is now known as Guest48147206
> [18:31] *** Bad_very_bad_boy is now known as Guest48147206
> [18:31] *** DiEsEL is now known as Guest48147206
> [18:31] *** L3pR3cAuN is now known as Guest48047206
>
> Please HELP!!!!!!!!!!!!!
>
> Imran Ali Rashid
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Mon Oct  9 10:24:33 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
In-Reply-To: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk>; from u970042@giki.edu.pk on Mon, Oct 09, 2000 at 06:44:06PM +0500
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 20001009122433.A31530@edgemaster.zombie.org

On Mon, Oct 09, 2000 at 06:44:06PM +0500, Imran Ali Rashid wrote:
> Umm Remember the problems I quoted earlier.
> 
> When there are more than two netsplits,  as in server B was connected to server A, server B splits, connects, splits and
> then when it connects, services die.
> This isn't the worst part.

I've seen this before here on SlashNET.  I think it has to do with StatServ code.
When I compile without it, the problem goes away.  When I compile with it, after
big periods of netsplits, services just ghost off.  The process keeps running,
but they ping timeout.  I've not had the time to do real debugging on it, and
I wouldn't want to do live debugging of it on SlashNET either...

> When I restart services, on joining as expected, people are told to change their nicks, otherwise they will be guested.
> Guess what. Most nicks are changed to the same Guest nick. See below:
> 
> [18:30] *** white_jazz is now known as Guest29047169
> [18:30] *** ``Spades`` is now known as Guest29147169
> [18:30] *** ABJ is now known as Guest29147169
> [18:31] *** Daru is now known as Guest48147206
> [18:31] *** Bad_very_bad_boy is now known as Guest48147206
> [18:31] *** DiEsEL is now known as Guest48147206
> [18:31] *** L3pR3cAuN is now known as Guest48047206

I've seen that too.  But that isn't related to the first issue.  There is some
issue with the nickname-number randomizer.  It likes to repeat.  I've seen
collisions of that before.  Again, I've not had the time to look into it, as
it isn't really a big issue in my opinion.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 4AC781C7        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Mon Oct  9 15:51:00 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <000b01c03209$7e494780$0600a8c0@ciaran>
Message-ID: 39E24BD4.A9447A0@softhome.net

Ciarán Reilly wrote:

> Just as a matter of interest, how does this happen ? I didn't think it was
> possible for more than one person to have the same nick....surely the ircd
> wouldn't allow it ?

Dreamforge assumes the SVSNICK command is valid, and does no error
checking whatsoever.  Bahamut does better: it will generate kills with
the reason "SVSNICK Collide" in this case.

> > [18:30] *** ``Spades`` is now known as Guest29147169
> > [18:30] *** ABJ is now known as Guest29147169

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct  9 21:11:07 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <000b01c03209$7e494780$0600a8c0@ciaran> <39E24BD4.A9447A0@softhome.net>
Message-ID: 001e01c03270$1eeabc80$37526dd1@tiphares.com


----- Original Message -----
From: <quension@softhome.net>
To: <ircservices@ender.shadowfire.org>
Sent: Monday, October 09, 2000 5:51 PM
Subject: Re: [IRCServices] Desperate Problems


> Ciarán Reilly wrote:
>
> > Just as a matter of interest, how does this happen ? I didn't think it
was
> > possible for more than one person to have the same nick....surely the
ircd
> > wouldn't allow it ?
>
> Dreamforge assumes the SVSNICK command is valid, and does no error
> checking whatsoever.  Bahamut does better: it will generate kills with
> the reason "SVSNICK Collide" in this case.
>
> > > [18:30] *** ``Spades`` is now known as Guest29147169
> > > [18:30] *** ABJ is now known as Guest29147169
>


If that is the case then it should be easy enough to merge the changes from
the Bahamut SVSNICK into DreamForge.  I can do this if anyone is interested.

Bryce Simonds (Kelmar K. Firesun)


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct  9 17:13:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <001101c03208$30ea9120$9c011ac4@shadow>
Message-ID: 02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk

ok.
So in summary, I disable StatServ, to fix the split causing services to die problem (according to Sean Kelly)
and I disable the guest feature until its fixed in a newer release (according to Andrew)

Thanks guys,
Imran Ali Rashid

----- Original Message ----- 
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 09, 2000 8:47 PM
Subject: Re: [IRCServices] Desperate Problems


> I know about this issue and am going to fix it.
> 
> For the mean time, please disable GUEST nicks.
> 
> Andrew
> 
> ----- Original Message -----
> From: "Imran Ali Rashid" <u970042@giki.edu.pk>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Monday, October 09, 2000 3:44 PM
> Subject: [IRCServices] Desperate Problems
> 
> > Umm Remember the problems I quoted earlier.
> >
> > When there are more than two netsplits,  as in server B was connected to
> server A, server B splits, connects, splits and
> > then when it connects, services die.
> > This isn't the worst part.
> >
> > When I restart services, on joining as expected, people are told to change
> their nicks, otherwise they will be guested.
> > Guess what. Most nicks are changed to the same Guest nick. See below:
> >
> > [18:30] *** white_jazz is now known as Guest29047169
> > [18:30] *** ``Spades`` is now known as Guest29147169
> > [18:30] *** ABJ is now known as Guest29147169
> > [18:31] *** Daru is now known as Guest48147206
> > [18:31] *** Bad_very_bad_boy is now known as Guest48147206
> > [18:31] *** DiEsEL is now known as Guest48147206
> > [18:31] *** L3pR3cAuN is now known as Guest48047206



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 10 02:15:26 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <001101c03208$30ea9120$9c011ac4@shadow> <02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 002901c0329a$a0a2cc70$9c011ac4@shadow

Correct.

Andrew

----- Original Message -----
From: "Imran Ali Rashid" <u970042@giki.edu.pk>
To: <ircservices@Snow.shadowfire.org>
Sent: Tuesday, October 10, 2000 2:13 AM
Subject: Re: [IRCServices] Desperate Problems


> ok.
> So in summary, I disable StatServ, to fix the split causing services to
die problem (according to Sean Kelly)
> and I disable the guest feature until its fixed in a newer release
(according to Andrew)
>
> Thanks guys,
> Imran Ali Rashid
>
> ----- Original Message -----
> From: "Andrew Kempe" <andrewk@icon.co.za>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Monday, October 09, 2000 8:47 PM
> Subject: Re: [IRCServices] Desperate Problems
>
>
> > I know about this issue and am going to fix it.
> >
> > For the mean time, please disable GUEST nicks.
> >
> > Andrew
> >
> > ----- Original Message -----
> > From: "Imran Ali Rashid" <u970042@giki.edu.pk>
> > To: <ircservices@Snow.shadowfire.org>
> > Sent: Monday, October 09, 2000 3:44 PM
> > Subject: [IRCServices] Desperate Problems
> >
> > > Umm Remember the problems I quoted earlier.
> > >
> > > When there are more than two netsplits,  as in server B was connected
to
> > server A, server B splits, connects, splits and
> > > then when it connects, services die.
> > > This isn't the worst part.
> > >
> > > When I restart services, on joining as expected, people are told to
change
> > their nicks, otherwise they will be guested.
> > > Guess what. Most nicks are changed to the same Guest nick. See below:
> > >
> > > [18:30] *** white_jazz is now known as Guest29047169
> > > [18:30] *** ``Spades`` is now known as Guest29147169
> > > [18:30] *** ABJ is now known as Guest29147169
> > > [18:31] *** Daru is now known as Guest48147206
> > > [18:31] *** Bad_very_bad_boy is now known as Guest48147206
> > > [18:31] *** DiEsEL is now known as Guest48147206
> > > [18:31] *** L3pR3cAuN is now known as Guest48047206
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 10 12:41:33 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <001101c03208$30ea9120$9c011ac4@shadow> <02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk>
Message-ID: 001601c032f2$19116a20$9b46a8c0@laptop


----- Original Message -----
From: "Imran Ali Rashid" <u970042@giki.edu.pk>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 09, 2000 8:13 PM
Subject: Re: [IRCServices] Desperate Problems


> ok.
> So in summary, I disable StatServ, to fix the split causing services to
die problem (according to Sean Kelly)
> and I disable the guest feature until its fixed in a newer release
(according to Andrew)
>
> Thanks guys,
> Imran Ali Rashid
>
<snip>

ok,

Here's my  $0.02, in light of the affects that will occur, the network
functionality should always take priority to user functionality. That said
it would be, IMHO, to disable the guest feature and keep the stats. Without
the guest feature users will be /kill'd instead, they can always reconnect.
One of two things are happening if a nick is forced a change to guestxxxxx
to start with. One is that services is lagged to the point of not seeing a
users attempt of identify'ing or two the user isn't paying attention.

This creates an inconvenience for the user, but keeps the network stable(The
IRCop's prime duty, IAW RFC1459).

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 10 14:42:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <001101c03208$30ea9120$9c011ac4@shadow> <02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk> <001601c032f2$19116a20$9b46a8c0@laptop>
Message-ID: 093201c03307$4d7450b0$430ba8c0@hostel1.giki.edu.pk

<snip>

> Here's my  $0.02, in light of the affects that will occur, the network
> functionality should always take priority to user functionality. That said
> it would be, IMHO, to disable the guest feature and keep the stats. Without
> the guest feature users will be /kill'd instead, they can always reconnect.
> One of two things are happening if a nick is forced a change to guestxxxxx
> to start with. One is that services is lagged to the point of not seeing a
> users attempt of identify'ing or two the user isn't paying attention.

The thing is that when people are guested, there is hardly any load on the system, and since people get the same nicks,
it is equalent to having killed them. So either ways, this isn't that much of a problem, except for the confusion
caused. There is no lag either. So the point is moot.

Keeping stats is probably one of the worst things that could be done in light of the above situation. I mean imagine
what happens after 2 splits and rejoins. Services squits from the network and starts eating up 22% cpu on a p3-450. Uhh
i don't think i like that. I have to kill it and start services again, because the current process will not reconnect,
and is therefore useless, other than the 22% cpu usage, which also might cause problems for other processes on the
machine.  This imho will not keep the network or the services machine stable, since splits are a fact of life, and do
happen. On the other hand, a little extra info can be lost for a LOT more stability on the part of services.

> This creates an inconvenience for the user, but keeps the network stable(The
> IRCop's prime duty, IAW RFC1459).

Umm not having services and having services... u decide which is more helpful in keeping the network up and running
properly. Keep in mind the 22% cpu usage, having to restart services on the server, and that guesting will only cause
confusion, and nothing else. IMHO both should be removed on a temporary basis until the issues are resolved.

> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org

Imran Ali Rashid
Server Admin of a small tiny, two servers linked across a modem irc network. Converting the modem link to lan in about a
week, so splits issue should be non-existant.
irc.giki.edu.pk


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Tue Oct 10 20:47:14 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
In-Reply-To: <093201c03307$4d7450b0$430ba8c0@hostel1.giki.edu.pk>
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk><001101c03208$30ea9120$9c011ac4@shadow><02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk><001601c032f2$19116a20$9b46a8c0@laptop>
Message-ID: 5.0.0.25.0.20001010232814.00a98828@mail.ure.net

I was suggesting a lesser of two evils. Services is in no way required for 
network maintenance, so asking me to decide which is more helpful, is 
totally irrelevant.

A good set of opers and a RFC compliant IRCd will have all the tools needed 
for the task. Please remember that IRC was conceived without services and 
the oldest net still runs without them.

I'm not one to get into a heated debate over my opinion.

If you read RFC 1459, services isn't even mentioned. Where as the duties of 
an IRCop are, in such duties are network/server maintenance. So by 
standard, choosing to keep a network tool like StatServ would be more 
helpful to the oper than worrying about whether or not a few nicks get 
changed/killed.

Whatever you decide is of course your choice alone, I'm just here to help 
by offering my years of experience.

I do trust that these problems will be handled in the near future. In the 
short time I have known Andrew, he has always been good about fixing 
problems in a timely manner.

</rant>


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


<snip>

> > This creates an inconvenience for the user, but keeps the network 
> stable(The
> > IRCop's prime duty, IAW RFC1459).
>
>Umm not having services and having services... u decide which is more 
>helpful in keeping the network up and running
>properly. Keep in mind the 22% cpu usage, having to restart services on 
>the server, and that guesting will only cause
>confusion, and nothing else. IMHO both should be removed on a temporary 
>basis until the issues are resolved.
>
> > Scott Seufert
> > aka katsklaw
> > Server Admin
> > Excalibre.ShadowFire.Org
>
>Imran Ali Rashid
>Server Admin of a small tiny, two servers linked across a modem irc 
>network. Converting the modem link to lan in about a
>week, so splits issue should be non-existant.
>irc.giki.edu.pk
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Tue Oct 10 23:11:00 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
Message-ID: E13jFMI&#45;00065I&#45;00@manx.dreamhaven.net

<rant>

     Permit me to offer _my_ years of experience and point out that network
and server maintenance is completely meaningless without users.  This is
just as true of IRC as of the Internet in general; when was the last time
you talked to someone maintaining a gopher server, for example?  This is
what we in the field technically refer to as "being too literal".
Example:

     If you read RFC 1459, scripting isn't even mentioned, whereas the
duties of an IRCop are; in such duties are network/server maintenance.
So by standard, choosing to keep a network tool like StatServ would be
more helpful to the oper than worrying about whether or not a few users
get flooded by clonebots.

     (Note that StatServ and {nick protection, scripting} are entirely
orthogonal, except to the extent that nick protection and StatServ run in
the same process; and of course, if StatServ crashes then StatServ can't
continue working as a network tool, which makes this a non-solution to
start with.)

     Of course, this is completely irrelevent to the original question,
which was not "I'm going to pick one of these two things to get rid of,
which one should I choose".  The original question was "Having StatServ
enabled causes Services to crash, how can I make it stop crashing?"
Saying "Leave StatServ enabled and let the users deal with Services
crashing" does not answer that question.

</rant>

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

>I was suggesting a lesser of two evils. Services is in no way required for 
>network maintenance, so asking me to decide which is more helpful, is 
>totally irrelevant.
>
>A good set of opers and a RFC compliant IRCd will have all the tools needed 
>for the task. Please remember that IRC was conceived without services and 
>the oldest net still runs without them.
>
>I'm not one to get into a heated debate over my opinion.
>
>If you read RFC 1459, services isn't even mentioned. Where as the duties of 
>an IRCop are, in such duties are network/server maintenance. So by 
>standard, choosing to keep a network tool like StatServ would be more 
>helpful to the oper than worrying about whether or not a few nicks get 
>changed/killed.
>
>Whatever you decide is of course your choice alone, I'm just here to help 
>by offering my years of experience.
>
>I do trust that these problems will be handled in the near future. In the 
>short time I have known Andrew, he has always been good about fixing 
>problems in a timely manner.
>
></rant>
>
>
>Scott Seufert
>aka katsklaw
>Server Admin
>Excalibre.ShadowFire.Org
>
>
><snip>
>
>> > This creates an inconvenience for the user, but keeps the network 
>> stable(The
>> > IRCop's prime duty, IAW RFC1459).
>>
>>Umm not having services and having services... u decide which is more 
>>helpful in keeping the network up and running
>>properly. Keep in mind the 22% cpu usage, having to restart services on 
>>the server, and that guesting will only cause
>>confusion, and nothing else. IMHO both should be removed on a temporary 
>>basis until the issues are resolved.
>>
>> > Scott Seufert
>> > aka katsklaw
>> > Server Admin
>> > Excalibre.ShadowFire.Org
>>
>>Imran Ali Rashid
>>Server Admin of a small tiny, two servers linked across a modem irc 
>>network. Converting the modem link to lan in about a
>>week, so splits issue should be non-existant.
>>irc.giki.edu.pk
>>
>>
>>---------------------------------------------------------------
>>To unsubscribe, send email to majordomo@ender.shadowfire.org
>>with "unsubscribe ircservices" in the body, without the quotes.
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 10 23:31:00 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
References: <01b101c03206$5b676830$430ba8c0@hostel1.giki.edu.pk> <001101c03208$30ea9120$9c011ac4@shadow> <02bd01c0327e$34f0fa90$430ba8c0@hostel1.giki.edu.pk> <001601c032f2$19116a20$9b46a8c0@laptop> <5.0.0.25.0.20001010232814.00a98828@mail.ure.net>
Message-ID: 00cb01c0334c$d49ca2a0$430ba8c0@hostel1.giki.edu.pk

> I was suggesting a lesser of two evils. Services is in no way required for
> network maintenance, so asking me to decide which is more helpful, is
> totally irrelevant.
>
> A good set of opers and a RFC compliant IRCd will have all the tools needed
> for the task. Please remember that IRC was conceived without services and
> the oldest net still runs without them.

I still remember those times, before services ever existed that is.
:)

> I'm not one to get into a heated debate over my opinion.

Neither am I. And that makes two of us.
:)

> If you read RFC 1459, services isn't even mentioned. Where as the duties of
> an IRCop are, in such duties are network/server maintenance. So by
> standard, choosing to keep a network tool like StatServ would be more
> helpful to the oper than worrying about whether or not a few nicks get
> changed/killed.
>
> Whatever you decide is of course your choice alone, I'm just here to help
> by offering my years of experience.

I happen to agree with you. But StatServ is a part of services, and I didn't think the two issues of guesting and
services dying were related.

Here is part of Sean Kelly's mail:
> I've seen this before here on SlashNET.  I think it has to do with StatServ code.
> When I compile without it, the problem goes away.  When I compile with it, after
> big periods of netsplits, services just ghost off.  The process keeps running,
> but they ping timeout.  I've not had the time to do real debugging on it, and
> I wouldn't want to do live debugging of it on SlashNET either...
End Sean Kelly's mail.

So umm if keeping statserv causes services to die.... what good is statserv going to do anyway?

Sean also pointed out that the guesting randomization problem isn't related to this.
Please correct me if I am wrong, but from your mail, I get the feeling that you think they are.

> I do trust that these problems will be handled in the near future. In the
> short time I have known Andrew, he has always been good about fixing
> problems in a timely manner.

And so have I observed also. Thanks Andrew.

> </rant>

hey where did this start?
:)

> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org

Imran Ali Rashid


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 00:58:38 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
Message-ID: 002d01c03359$10285b00$9c011ac4@shadow

this bounced...

> From: "Bruno Lacerda" <sniffer@sniffer.net>
> To: <ircservices@Snow.shadowfire.org>
> Subject: cheers. ideas.
> Date: Tue, 10 Oct 2000 19:37:44 -0300
>
> im a ansi c/database programmer, im currently working with webdevel but
just
> for money.
>
> well, im completely open for help with new ways of storing,retrieving
> services information, such as databases..
>
> i dont know about the ircservices devel state, but, i suggest using real
sql
> based databases.. mysql, postgres.. dunno.
>
> uh, a question, am i subscribed to the right mailing list?
>
> cheers, bruno lacerda.
> http://sniffer.net
> sniffer@sniffer.net
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 02:09:50 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <002d01c03359$10285b00$9c011ac4@shadow>
References: <002d01c03359$10285b00$9c011ac4@shadow>
Message-ID: 20001011090950.23502.qmail@breakfree.com


Hmm, I dunno how fast/effective the current db format is but it sounds like
a good idea. Would allow easier data/user management with other software.
Maybe make the database functions modular and let the user decide which db
format to use?

Andrew Kempe writes:

> this bounced...
> 
> > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > To: <ircservices@Snow.shadowfire.org>
> > Subject: cheers. ideas.
> > Date: Tue, 10 Oct 2000 19:37:44 -0300
> >
> > im a ansi c/database programmer, im currently working with webdevel but
> just
> > for money.
> >
> > well, im completely open for help with new ways of storing,retrieving
> > services information, such as databases..
> >
> > i dont know about the ircservices devel state, but, i suggest using real
> sql
> > based databases.. mysql, postgres.. dunno.
> >
> > uh, a question, am i subscribed to the right mailing list?
> >
> > cheers, bruno lacerda.
> > http://sniffer.net
> > sniffer@sniffer.net
> >
> >
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 03:00:44 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <002d01c03359$10285b00$9c011ac4@shadow> <20001011090950.23502.qmail@breakfree.com>
Message-ID: 007601c0336a$1eca53a0$9c011ac4@shadow

This is the ideal situation...

However, those who have worked with developing software that can handle
"modules" will probably know that it is not something one does in one Sunday
afternoon.

On this note, I've considered moving the databases to a text based format
using XML. Because the databases are pretty much "read-only" (all changes
HAVE to be made via Services itself) this would allow for a pretty wide
range of applications to use them.

I'm busy writing a test program that I'm going to want as many people to
test as possible to ensure that the XML lib that I'm using is going to work
everywhere. This is because the current database format will be replaced by
the new one.

Are there any thoughts or concerns on using XML/text to store the
information?

Andrew

----- Original Message -----
From: "Samuel Graenacher" <sam@breakfree.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 11:09 AM
Subject: Re: [IRCServices] cheers. ideas.


>
> Hmm, I dunno how fast/effective the current db format is but it sounds
like
> a good idea. Would allow easier data/user management with other software.
> Maybe make the database functions modular and let the user decide which db
> format to use?
>
> Andrew Kempe writes:
>
> > this bounced...
> >
> > > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > > To: <ircservices@Snow.shadowfire.org>
> > > Subject: cheers. ideas.
> > > Date: Tue, 10 Oct 2000 19:37:44 -0300
> > >
> > > im a ansi c/database programmer, im currently working with webdevel
but
> > just
> > > for money.
> > >
> > > well, im completely open for help with new ways of storing,retrieving
> > > services information, such as databases..
> > >
> > > i dont know about the ircservices devel state, but, i suggest using
real
> > sql
> > > based databases.. mysql, postgres.. dunno.
> > >
> > > uh, a question, am i subscribed to the right mailing list?
> > >
> > > cheers, bruno lacerda.
> > > http://sniffer.net
> > > sniffer@sniffer.net
> > >
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 03:30:16 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <002d01c03359$10285b00$9c011ac4@shadow> <20001011090950.23502.qmail@breakfree.com> <007601c0336a$1eca53a0$9c011ac4@shadow>
Message-ID: 005a01c0336e$55751710$430ba8c0@hostel1.giki.edu.pk

XML is a good idea, since then people have the option of having text files or databases and since it would allow for a
lot of extra functionality. I volunteer for the test program... tell me whenever you want it tested.

Imran Ali Rashid

----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 3:00 PM
Subject: Re: [IRCServices] cheers. ideas.


> This is the ideal situation...
>
<snip>
>
> On this note, I've considered moving the databases to a text based format
> using XML. Because the databases are pretty much "read-only" (all changes
> HAVE to be made via Services itself) this would allow for a pretty wide
> range of applications to use them.
>
> I'm busy writing a test program that I'm going to want as many people to
> test as possible to ensure that the XML lib that I'm using is going to work
> everywhere. This is because the current database format will be replaced by
> the new one.
>
> Are there any thoughts or concerns on using XML/text to store the
> information?
>
> Andrew



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Wed Oct 11 04:33:59 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <20001011090950.23502.qmail@breakfree.com>
References: 20001011090950.23502.qmail@breakfree.com
Message-ID: Pine.BSF.4.21.0010110731040.95411&#45;100000@relic.net

i debated, and even played with storing/retreiving to mysql.  The problem
that I've found is that you then deal with ensuring the sql program is up
and running, and sql tends to crash (we actually have a sql based program
currently that has an average uptime of 2 to 3 days).  I don't know if
anyone else has experienced this, however it seems to kinda be
standard.  We deal with 1600 to 2000 users simultaneous, they tend to get
pissy when our services go boom, and rightly so.  I'm not saying not to
move to sql (though I'd say xml seems a better option), but I am saying
that given sql's uptime, it can be an issue.

--CDW

On Wed, 11 Oct 2000, Samuel Graenacher wrote:

> 
> Hmm, I dunno how fast/effective the current db format is but it sounds like
> a good idea. Would allow easier data/user management with other software.
> Maybe make the database functions modular and let the user decide which db
> format to use?
> 
> Andrew Kempe writes:
> 
> > this bounced...
> > 
> > > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > > To: <ircservices@Snow.shadowfire.org>
> > > Subject: cheers. ideas.
> > > Date: Tue, 10 Oct 2000 19:37:44 -0300
> > >
> > > im a ansi c/database programmer, im currently working with webdevel but
> > just
> > > for money.
> > >
> > > well, im completely open for help with new ways of storing,retrieving
> > > services information, such as databases..
> > >
> > > i dont know about the ircservices devel state, but, i suggest using real
> > sql
> > > based databases.. mysql, postgres.. dunno.
> > >
> > > uh, a question, am i subscribed to the right mailing list?
> > >
> > > cheers, bruno lacerda.
> > > http://sniffer.net
> > > sniffer@sniffer.net
> > >
> > >
> > 
> > 
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> 
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Oct 11 04:36:07 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <Pine.BSF.4.21.0010110731040.95411-100000@relic.net>
References: <20001011090950.23502.qmail@breakfree.com>
Message-ID: 5.0.0.25.0.20001011073348.00a5c4a8@mail.ure.net

At 07:33 AM 10/11/2000 -0400, you wrote:
>i debated, and even played with storing/retreiving to mysql.  The problem
>that I've found is that you then deal with ensuring the sql program is up
>and running, and sql tends to crash (we actually have a sql based program
>currently that has an average uptime of 2 to 3 days).  I don't know if
>anyone else has experienced this, however it seems to kinda be
>standard.  We deal with 1600 to 2000 users simultaneous, they tend to get
>pissy when our services go boom, and rightly so.  I'm not saying not to
>move to sql (though I'd say xml seems a better option), but I am saying
>that given sql's uptime, it can be an issue.
>
>--CDW

<snip>

In my experience I have seen quite the opposite, SQL tends to be quite 
stable. Offering reliable support for tens of thousands. This experience 
includes mySQL and MS SQL.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Oct 11 04:55:12 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
In-Reply-To: <E13jFMI-00065I-00@manx.dreamhaven.net>
References: E13jFMI&#45;00065I&#45;00@manx.dreamhaven.net
Message-ID: 5.0.0.25.0.20001011073650.00a4ebf0@mail.ure.net

At 11:11 PM 10/10/2000 -0700, you wrote:
><rant>
>
>      Permit me to offer _my_ years of experience and point out that network
>and server maintenance is completely meaningless without users.  This is
>just as true of IRC as of the Internet in general; when was the last time
>you talked to someone maintaining a gopher server, for example?  This is
>what we in the field technically refer to as "being too literal".
>Example:
>
>      If you read RFC 1459, scripting isn't even mentioned, whereas the
>duties of an IRCop are; in such duties are network/server maintenance.
>So by standard, choosing to keep a network tool like StatServ would be
>more helpful to the oper than worrying about whether or not a few users
>get flooded by clonebots.
>
>      (Note that StatServ and {nick protection, scripting} are entirely
>orthogonal, except to the extent that nick protection and StatServ run in
>the same process; and of course, if StatServ crashes then StatServ can't
>continue working as a network tool, which makes this a non-solution to
>start with.)
>
>      Of course, this is completely irrelevent to the original question,
>which was not "I'm going to pick one of these two things to get rid of,
>which one should I choose".  The original question was "Having StatServ
>enabled causes Services to crash, how can I make it stop crashing?"
>Saying "Leave StatServ enabled and let the users deal with Services
>crashing" does not answer that question.
>
></rant>
>
>   --Andrew Church
>     achurch@dragonfire.net
>     http://achurch.dragonfire.net/

<snip>

Unless I totally misread the short 5 line post I started to offer my 
opinion to, my post would be relevant. I can't remember specifics and the 
post is on my laptop, so please bear with me.

I offed my opinion at a choice between two possible solutions given by two 
different people. One solution was to disable StatServ, I don't remember 
who offered that solution, the second was disable guesting, offered by 
Andrew Kempe. As I read the post I perceived it as "I wonder which one is 
correct" type of post. So to help "choose" I gave my opinion, which was 
basically disable guesting, because I know it will be fixed in the future. 
The reasoning behind that is generally based on my oper experience on a 
60k+ user network were an IRCop NEEDS to make choices that will always 
support the network over the users even though most users don't see things 
that way.

My opinion doesn't suggest that the users are not important. Your are 
correct and I have stated so myself to people in the past that without 
users, a network would a group of opers with nothing better to do than to 
play with themselves. Also at hand is the fact that having/getting users is 
meaningless with a poorly maintained network/server. So the two work hand 
in hand.

So from my point of view, the post I originally replied to was indeed a 
"I'm going to pick one of these two things to get rid of, which one should 
I choose" type post.

I'm sorry if I was totally wrong on this.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Wed Oct 11 06:09:29 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <5.0.0.25.0.20001011073348.00a5c4a8@mail.ure.net>
References: 5.0.0.25.0.20001011073348.00a5c4a8@mail.ure.net
Message-ID: Pine.BSF.4.21.0010110903440.5616&#45;100000@relic.net

*shrug* perspectives and experience I suppose come into play here. While
it may be the o/s we are operating from, which is FreeBSD4.0 (I am
hesitant to move to 4.1, though the CD's are sitting on my desk at
work due to its relative newness, and some network issues I've had with
it on our development machine at work), 4.0 one would think would be able
to keep mysql up and running.  The issue seems to come about with multiple
query requests and attempts to place entries into the database
simultaneously.  Again, my point is an XML format would perhaps be the
better way to go, as it is not dependent on a 3rd party application
working properly.  Even if you have not had issues with the application
itself, there is still the exposure that a third party application (your
sql program) could crash, which on a philosophical level (putting aside my
above mentioned personal problems with the application) is a bad way to
go. I am not saying not to go ahead with sql, I am just pointing out a
pretty clear downfall to doing so.

--CDW

On Wed, 11 Oct 2000, Scott Seufert wrote:

> At 07:33 AM 10/11/2000 -0400, you wrote:
> >i debated, and even played with storing/retreiving to mysql.  The problem
> >that I've found is that you then deal with ensuring the sql program is up
> >and running, and sql tends to crash (we actually have a sql based program
> >currently that has an average uptime of 2 to 3 days).  I don't know if
> >anyone else has experienced this, however it seems to kinda be
> >standard.  We deal with 1600 to 2000 users simultaneous, they tend to get
> >pissy when our services go boom, and rightly so.  I'm not saying not to
> >move to sql (though I'd say xml seems a better option), but I am saying
> >that given sql's uptime, it can be an issue.
> >
> >--CDW
> 
> <snip>
> 
> In my experience I have seen quite the opposite, SQL tends to be quite 
> stable. Offering reliable support for tens of thousands. This experience 
> includes mySQL and MS SQL.
> 
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 09:19:39 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110903440.5616-100000@relic.net>
Message-ID: 001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br

its me again..

the data storage, using sql brings a lot of new possibilitys, with real
databases 3rd party programs/sites may use and change the information, this
is really interesting, develop internet portals based on the users/channels
information, search for users with html forms, retrieve/change password..
integration is the main ideia.

im currently helping a irc network called BrasNet (Brazil), the nick.db have
nothing more than 98 MB.. this _really_ stress the box.. with an indexed
database the searches and querys about nicks and chans registrations and
passwords authentication would be much more reliable!

well.. post you comment..

who is the services coding leader? Hi mr coder! (exchange ideas..)

Cheers,

Bruno Lacerda
sniffer@sniffer.net
http://sniffer.net

----- Original Message -----
From: "Chris Wiest" <kwahraw@relic.net>
To: <ircservices@Snow.shadowfire.org>
Cc: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 10:09 AM
Subject: Re: [IRCServices] cheers. ideas.


> *shrug* perspectives and experience I suppose come into play here. While
> it may be the o/s we are operating from, which is FreeBSD4.0 (I am
> hesitant to move to 4.1, though the CD's are sitting on my desk at
> work due to its relative newness, and some network issues I've had with
> it on our development machine at work), 4.0 one would think would be able
> to keep mysql up and running.  The issue seems to come about with multiple
> query requests and attempts to place entries into the database
> simultaneously.  Again, my point is an XML format would perhaps be the
> better way to go, as it is not dependent on a 3rd party application
> working properly.  Even if you have not had issues with the application
> itself, there is still the exposure that a third party application (your
> sql program) could crash, which on a philosophical level (putting aside my
> above mentioned personal problems with the application) is a bad way to
> go. I am not saying not to go ahead with sql, I am just pointing out a
> pretty clear downfall to doing so.
>
> --CDW
>
> On Wed, 11 Oct 2000, Scott Seufert wrote:
>
> > At 07:33 AM 10/11/2000 -0400, you wrote:
> > >i debated, and even played with storing/retreiving to mysql.  The
problem
> > >that I've found is that you then deal with ensuring the sql program is
up
> > >and running, and sql tends to crash (we actually have a sql based
program
> > >currently that has an average uptime of 2 to 3 days).  I don't know if
> > >anyone else has experienced this, however it seems to kinda be
> > >standard.  We deal with 1600 to 2000 users simultaneous, they tend to
get
> > >pissy when our services go boom, and rightly so.  I'm not saying not to
> > >move to sql (though I'd say xml seems a better option), but I am saying
> > >that given sql's uptime, it can be an issue.
> > >
> > >--CDW
> >
> > <snip>
> >
> > In my experience I have seen quite the opposite, SQL tends to be quite
> > stable. Offering reliable support for tens of thousands. This experience
> > includes mySQL and MS SQL.
> >
> > Scott Seufert
> > aka katsklaw
> > Server Admin
> > Excalibre.ShadowFire.Org
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 08:44:20 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110903440.5616-100000@relic.net> <001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br>
Message-ID: 00dd01c0339a$1ed83580$9c011ac4@shadow

Services is a READ ONCE, WRITE MANY application. If you make changes to the
data in the underlying datastore, be it a database, binary file or text
file, the changes would be lost at the next database save.

Services would require a lot of work to make it support proper querying of a
database. The performance hit services would take would outweigh the benefit
imho. If one were to do it properly, with multiple threads loading only the
information needed to service the users and channels currently online,
things would definately be better. However, let's be honest, this requires a
lot of developement, skills and time.

What we should focus on is writing an interface for Services that allows
external apps to communicate with it.

Back to your point about Brasnet, 98MB is a lot. However, it's not totally
unreasonable. The thing I'd guess that is really taking a hit is the CPU.
The algorithms were never meant to handle so much data. I am definately
looking to improve the key ones.

Andrew

----- Original Message -----
From: "Bruno Lacerda" <sniffer@sniffer.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 6:19 PM
Subject: Re: [IRCServices] cheers. ideas.


> its me again..
>
> the data storage, using sql brings a lot of new possibilitys, with real
> databases 3rd party programs/sites may use and change the information,
this
> is really interesting, develop internet portals based on the
users/channels
> information, search for users with html forms, retrieve/change password..
> integration is the main ideia.
>
> im currently helping a irc network called BrasNet (Brazil), the nick.db
have
> nothing more than 98 MB.. this _really_ stress the box.. with an indexed
> database the searches and querys about nicks and chans registrations and
> passwords authentication would be much more reliable!
>
> well.. post you comment..
>
> who is the services coding leader? Hi mr coder! (exchange ideas..)
>
> Cheers,
>
> Bruno Lacerda
> sniffer@sniffer.net
> http://sniffer.net
>
> ----- Original Message -----
> From: "Chris Wiest" <kwahraw@relic.net>
> To: <ircservices@Snow.shadowfire.org>
> Cc: <ircservices@Snow.shadowfire.org>
> Sent: Wednesday, October 11, 2000 10:09 AM
> Subject: Re: [IRCServices] cheers. ideas.
>
>
> > *shrug* perspectives and experience I suppose come into play here. While
> > it may be the o/s we are operating from, which is FreeBSD4.0 (I am
> > hesitant to move to 4.1, though the CD's are sitting on my desk at
> > work due to its relative newness, and some network issues I've had with
> > it on our development machine at work), 4.0 one would think would be
able
> > to keep mysql up and running.  The issue seems to come about with
multiple
> > query requests and attempts to place entries into the database
> > simultaneously.  Again, my point is an XML format would perhaps be the
> > better way to go, as it is not dependent on a 3rd party application
> > working properly.  Even if you have not had issues with the application
> > itself, there is still the exposure that a third party application (your
> > sql program) could crash, which on a philosophical level (putting aside
my
> > above mentioned personal problems with the application) is a bad way to
> > go. I am not saying not to go ahead with sql, I am just pointing out a
> > pretty clear downfall to doing so.
> >
> > --CDW
> >
> > On Wed, 11 Oct 2000, Scott Seufert wrote:
> >
> > > At 07:33 AM 10/11/2000 -0400, you wrote:
> > > >i debated, and even played with storing/retreiving to mysql.  The
> problem
> > > >that I've found is that you then deal with ensuring the sql program
is
> up
> > > >and running, and sql tends to crash (we actually have a sql based
> program
> > > >currently that has an average uptime of 2 to 3 days).  I don't know
if
> > > >anyone else has experienced this, however it seems to kinda be
> > > >standard.  We deal with 1600 to 2000 users simultaneous, they tend to
> get
> > > >pissy when our services go boom, and rightly so.  I'm not saying not
to
> > > >move to sql (though I'd say xml seems a better option), but I am
saying
> > > >that given sql's uptime, it can be an issue.
> > > >
> > > >--CDW
> > >
> > > <snip>
> > >
> > > In my experience I have seen quite the opposite, SQL tends to be quite
> > > stable. Offering reliable support for tens of thousands. This
experience
> > > includes mySQL and MS SQL.
> > >
> > > Scott Seufert
> > > aka katsklaw
> > > Server Admin
> > > Excalibre.ShadowFire.Org
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Wed Oct 11 09:01:09 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
Message-ID: 2.2.32.20001011160109.0112df28@moonlight.chat.za.net



the IRCD is stupid, the only time it checks nick integrity is on the /nick
command

you can use svsnick

I changed a whole channel full of people to have the same name using svsnick

SVSnick is what the services uses to "guest" people

Mike




At 04:56 PM 00/10/09 +0100, you wrote:
>Just as a matter of interest, how does this happen ? I didn't think it was
>possible for more than one person to have the same nick....surely the ircd
>wouldn't allow it ?
>
>
>Ciarán.
>
>
>----- Original Message -----
>From: "Imran Ali Rashid" <u970042@giki.edu.pk>
>To: <ircservices@Snow.shadowfire.org>
>Sent: Monday, October 09, 2000 2:44 PM
>Subject: [IRCServices] Desperate Problems
>
>
>> Umm Remember the problems I quoted earlier.
>>
>> When there are more than two netsplits,  as in server B was connected to
>server A, server B splits, connects, splits and
>> then when it connects, services die.
>> This isn't the worst part.
>>
>> When I restart services, on joining as expected, people are told to change
>their nicks, otherwise they will be guested.
>> Guess what. Most nicks are changed to the same Guest nick. See below:
>>
>> [18:30] *** white_jazz is now known as Guest29047169
>> [18:30] *** ``Spades`` is now known as Guest29147169
>> [18:30] *** ABJ is now known as Guest29147169
>> [18:31] *** Daru is now known as Guest48147206
>> [18:31] *** Bad_very_bad_boy is now known as Guest48147206
>> [18:31] *** DiEsEL is now known as Guest48147206
>> [18:31] *** L3pR3cAuN is now known as Guest48047206
>>
>> Please HELP!!!!!!!!!!!!!
>>
>> Imran Ali Rashid
>>
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Wed Oct 11 09:04:35 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] Desperate Problems
Message-ID: 2.2.32.20001011160435.012a7850@moonlight.chat.za.net


Yup, I would be very interested...

Send it this way

Mike

At 11:11 PM 00/10/09 -0500, you wrote:
>
>----- Original Message -----
>From: <quension@softhome.net>
>To: <ircservices@ender.shadowfire.org>
>Sent: Monday, October 09, 2000 5:51 PM
>Subject: Re: [IRCServices] Desperate Problems
>
>
>> Ciarán Reilly wrote:
>>
>> > Just as a matter of interest, how does this happen ? I didn't think it
>was
>> > possible for more than one person to have the same nick....surely the
>ircd
>> > wouldn't allow it ?
>>
>> Dreamforge assumes the SVSNICK command is valid, and does no error
>> checking whatsoever.  Bahamut does better: it will generate kills with
>> the reason "SVSNICK Collide" in this case.
>>
>> > > [18:30] *** ``Spades`` is now known as Guest29147169
>> > > [18:30] *** ABJ is now known as Guest29147169
>>
>
>
>If that is the case then it should be easy enough to merge the changes from
>the Bahamut SVSNICK into DreamForge.  I can do this if anyone is interested.
>
>Bryce Simonds (Kelmar K. Firesun)
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 10:05:45 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110903440.5616-100000@relic.net> <001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br> <00dd01c0339a$1ed83580$9c011ac4@shadow>
Message-ID: 005301c033a5$7f0aab80$0100a8c0@cablemodemnet.com.br

well, the "Read on, write many" method for large data exchange is really
obsolete, YES, it is needed
a lot of developement, skills and time, but nothing grows without effort and
dedication.

the box that runs the brasnet services, have 256mb ram and 766mb of swap..
the old configuration was 256mb swap, and when this limit is reached the
services die.. and everyone knows, "swap sucks" ehhe, but its needed, i dont
have money for 1gb ram. lol.. :)

> What we should focus on is writing an interface for Services that allows
> external apps to communicate with it.

a Library! it is a good way to retrieve information.. pre-built funcions..
for listing information about nicks and chans.. memos. well..
but.. write data to the database is a difficult thing to do.. "read once.."
stuff.
i can help writing a lib too, however preferring database storage, but,
alone i dont do anything.

sorry about my english, im brazialian :)

Cheers,
Bruno Lacerda
sniffer@sniffer.net
http://sniffer.net


----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 12:44 PM
Subject: Re: [IRCServices] cheers. ideas.


> Services is a READ ONCE, WRITE MANY application. If you make changes to
the
> data in the underlying datastore, be it a database, binary file or text
> file, the changes would be lost at the next database save.
>
> Services would require a lot of work to make it support proper querying of
a
> database. The performance hit services would take would outweigh the
benefit
> imho. If one were to do it properly, with multiple threads loading only
the
> information needed to service the users and channels currently online,
> things would definately be better. However, let's be honest, this requires
a
> lot of developement, skills and time.
>
> What we should focus on is writing an interface for Services that allows
> external apps to communicate with it.
>
> Back to your point about Brasnet, 98MB is a lot. However, it's not totally
> unreasonable. The thing I'd guess that is really taking a hit is the CPU.
> The algorithms were never meant to handle so much data. I am definately
> looking to improve the key ones.
>
> Andrew



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 11:16:36 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:01 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110903440.5616-100000@relic.net> <001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br> <00dd01c0339a$1ed83580$9c011ac4@shadow> <005301c033a5$7f0aab80$0100a8c0@cablemodemnet.com.br>
Message-ID: 000b01c033af$65b18500$0100a8c0@cablemodemnet.com.br

infos.. (Brasnet) irc.brasnet.org / Brazil.

-OperServ- Current users: 3747 (16 ops)
-OperServ- Maximum users: 19225 (Jul 16 23:34:45 2000 EST)
-OperServ- Services up 10 hours, 28 minutes
-OperServ- Bytes read   : 45000 kB
-OperServ- Bytes written: 76528 kB
-OperServ- User    :   3747 records,   696 kB
-OperServ- Server  :     38 records,     2 kB
-OperServ- Channel :   1883 records,   794 kB
-OperServ- NickServ: 193327 records, 104576 kB
-OperServ- ChanServ:  26611 records, 15682 kB
-OperServ- OperServ:    122 records, 15701 kB
-OperServ-
  PID USERNAME   PRI NICE  SIZE    RES STATE  C   TIME   WCPU    CPU COMMAND
  303 ircadmin     2   0 31092K 11088K select 1  99:44  7.42%%  7.42%% ircd
 26858 ircadmin     2   0   184M   183M select 0  30:51  4.35%%  4.35%%
services

adios!

Bruno lacerda
sniffer@sniffer.net
http://sniffer.net



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 14:04:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
Message-ID: E13jT7Z&#45;0001m6&#45;00@tungsten.btinternet.com

<snip>
> Are there any thoughts or concerns on using XML/text to store the
> information?

Just the one or 2... if you're using XML/text, I don't know much if
anything about XML, but if it's a text-format, you'd really need to keep
Nick/Chan passwords secure by maybe forcing encryption because on your
current DB's you can't directly read them in a 
text-editor and get passwords easily.  I am guessing with Text DB's it'd be
a piece of cake but don't quote me on this.  Altho this issue does NOT have
much to do with IRC-Services project and is down to the system where
IRC-Services sits, it's a concern I thought I'd bring up.

I'm probably being dumb for not knowing what XML is, so please enlighten me
here.

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Wed Oct 11 16:10:46 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
Message-ID: E13jVsB&#45;000CAP&#45;00@manx.dreamhaven.net

     Okay, my two cents:

     I'll be the first to admit that the current Services database format
is less than ideal.  When I originally designed Services, I designed it
the network I had started a bit earlier, which at the time had at most
20-30 simultaneous users.  Services can write a database of a few thousand
nicks quickly enough not to matter, but up that by an order of magnitude
and you'll start seeing lag just from writing the database.  Moreover, a
single bit error in the wrong place and you lose the entire database (and
apologies to anyone who's experienced this).

     There's also the issue of accessing, and particularly altering, the
databases from outside of Services.  Although access alone isn't really a
problem--if you want to access the Services databases now, you can do it
by borrowing the database loading code; listchans and listnicks work like
that--altering the databases from outside of Services' control brings in
all the classic problems of multithreaded applications--races, deadlocks,
that sort of stuff.  Which isn't to say it can't be done, of course, but
as Andrew Kempe commented, it'll take a good deal of work.  My personal
thought is that it would be better done as a multi-step process: first
implement some manner of sending Services certain commands from outside
(e.g. register/drop a nick), iron out the problems there, then look at
going to complete external read/write support.

     As far as database format goes, I personally don't like either the
XML or SQL options which have been presented so far.  While I agree that
XML would make external viewing/editing of the databases easier and reduce
the possibility of single-bit crashes, it would place even more strain on
Services when updating the databases--not only do you have to write all
the data to disk each time, you have to convert it all to ASCII and you
have to add all sorts of formatting stuff, meaning both more CPU time and
more disk space needed (I could easily see the database size tripling or
worse).  As far as SQL goes, relying on an external program to be running
in order to write data is just ugly; besides which, the delay in sending
commands to the SQL server to read/write data would almost certainly be
untenable.  (A 30-millisecond delay on an update request, for example, is
fine if the requests are spread out among lots of clients; it's not fine
if you have one program trying to do 50 updates a second.)  Besides which,
there are probably a lot of people, myself included, who wouldn't want to
use Services if it required installing an SQL server as well.

     I personally see no reason why a proprietary format wouldn't work
fine, as long as a library or some such was provided to allow other
programs to access it.  In fact, given that the most important thing for
Services is to be able to respond quickly to user requests, I think this
is the best solution.  There really aren't any similar systems you can
compare Services to (at least, none come to mind); if you want to talk
about SQL, I would almost expect Services to act as an SQL _server_, not
a client.

     Actually, something like that may end up being a good solution after
all.  There's no reason why external programs have to access the data
_files_ for Services, just like database clients typically don't directly
access the database server's data files; you can just have Services
respond to requests through some channel--e.g. a control socket--and
allow data access through that channel, like a database server.  The only
need to access the files directly would be if they got corrupted, and
with a good file structure design such occurrences (and the damage they
caused) could be reduced to almost nil.

     Comments?

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromi at cyberspace.org  Wed Oct 11 17:36:02 2000
From: chromi at cyberspace.org (Jonathan Morton)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <E13jVsB-000CAP-00@manx.dreamhaven.net>
References: E13jVsB&#45;000CAP&#45;00@manx.dreamhaven.net
Message-ID: l0313031db60ab498e6d9@[10.38.239.101]

>     Okay, my two cents:
>
>     I'll be the first to admit that the current Services database format
>is less than ideal.  When I originally designed Services, I designed it
>the network I had started a bit earlier, which at the time had at most
>20-30 simultaneous users.  Services can write a database of a few thousand
>nicks quickly enough not to matter, but up that by an order of magnitude
>and you'll start seeing lag just from writing the database.  Moreover, a
>single bit error in the wrong place and you lose the entire database (and
>apologies to anyone who's experienced this).
>
>     There's also the issue of accessing, and particularly altering, the
>databases from outside of Services.  Although access alone isn't really a
>problem--if you want to access the Services databases now, you can do it
>by borrowing the database loading code; listchans and listnicks work like
>that--altering the databases from outside of Services' control brings in
>all the classic problems of multithreaded applications--races, deadlocks,
>that sort of stuff.  Which isn't to say it can't be done, of course, but
>as Andrew Kempe commented, it'll take a good deal of work.  My personal
>thought is that it would be better done as a multi-step process: first
>implement some manner of sending Services certain commands from outside
>(e.g. register/drop a nick), iron out the problems there, then look at
>going to complete external read/write support.

<snip>

OK, so there's two separate issues.  One: the reliability/performance of
the database file format (this *is* an issue, ChatCircuit experienced a
severe db corruption around 29th Feb / 1st March).  Two: the possibility of
external applications wishing to read/update Services data.

In terms of file format, I wonder if it's really necessary to have it all
in one file?  I've heard of many applications which need to handle lots of
data which use many files for storing it, in a systematic manner.  Squid
(the webcache) uses one or two files per cached object, and spreads the
files over a large number of directories in a single tree (this is an
extreme example).  I see no fundamental reason why there shouldn't be a
limit on the number of nicks per database file, and as many database files
as necessary.  A similar scheme for channels could exist, particularly if
there were one file per channel.

Thus corruption to the database is much more limited given corruption of a
single file, and Services' performance while writing files can be optimised
a *lot* because it only needs to write to files that have actually changed.
Also, since less data is being written at one time, it becomes feasible to
write the files in a more "robust" format, including one based on ASCII
such as XML.  Whether this is still a good idea is an entirely separate
issue which I won't try and get involved in.

In terms of external access, what kind of external access do we need?
Read-only?  Writable?  If we only need read-only access, then we can write
a daemon (or Apache module) which is capable of reading database file(s)
directly and interpreting them according to the required application.
Since it would be separate from Services, it shouldn't interfere with
performance too much, especially given an SMP box.  Writable access is more
of a problem, and requires essentially that Services get back in on the
act.  Opening another socket and allowing commands/responses to
retrieve/set data shouldn't be all that much of a problem, IMHO.  Whether
one makes that compatible with any existing protocol is left as a
discussion exercise for the reader.  :)

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://chromatix.autistics.org/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Wed Oct 11 18:07:07 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <E13jVsB-000CAP-00@manx.dreamhaven.net>
References: E13jVsB&#45;000CAP&#45;00@manx.dreamhaven.net
Message-ID: 5.0.0.25.0.20001011210336.00a5d4b8@mail.ure.net

ok, ignorant question follows:


What makes DALnet services work well with it's database(s)? 60K users, 100k 
registered nicks easily.

DALnet has splits just like all other large nets, granted, but it is 
usually an IRCd that splits, and not services. Services of course still has 
it's downtime, but as a general rule they are up.

Scott

At 04:10 PM 10/11/2000 -0700, you wrote:
>      Okay, my two cents:
>
>      I'll be the first to admit that the current Services database format
>is less than ideal.  When I originally designed Services, I designed it
>the network I had started a bit earlier, which at the time had at most
>20-30 simultaneous users.  Services can write a database of a few thousand
>nicks quickly enough not to matter, but up that by an order of magnitude
>and you'll start seeing lag just from writing the database.  Moreover, a
>single bit error in the wrong place and you lose the entire database (and
>apologies to anyone who's experienced this).
>
>      There's also the issue of accessing, and particularly altering, the
>databases from outside of Services.  Although access alone isn't really a
>problem--if you want to access the Services databases now, you can do it
>by borrowing the database loading code; listchans and listnicks work like
>that--altering the databases from outside of Services' control brings in
>all the classic problems of multithreaded applications--races, deadlocks,
>that sort of stuff.  Which isn't to say it can't be done, of course, but
>as Andrew Kempe commented, it'll take a good deal of work.  My personal
>thought is that it would be better done as a multi-step process: first
>implement some manner of sending Services certain commands from outside
>(e.g. register/drop a nick), iron out the problems there, then look at
>going to complete external read/write support.
>
>      As far as database format goes, I personally don't like either the
>XML or SQL options which have been presented so far.  While I agree that
>XML would make external viewing/editing of the databases easier and reduce
>the possibility of single-bit crashes, it would place even more strain on
>Services when updating the databases--not only do you have to write all
>the data to disk each time, you have to convert it all to ASCII and you
>have to add all sorts of formatting stuff, meaning both more CPU time and
>more disk space needed (I could easily see the database size tripling or
>worse).  As far as SQL goes, relying on an external program to be running
>in order to write data is just ugly; besides which, the delay in sending
>commands to the SQL server to read/write data would almost certainly be
>untenable.  (A 30-millisecond delay on an update request, for example, is
>fine if the requests are spread out among lots of clients; it's not fine
>if you have one program trying to do 50 updates a second.)  Besides which,
>there are probably a lot of people, myself included, who wouldn't want to
>use Services if it required installing an SQL server as well.
>
>      I personally see no reason why a proprietary format wouldn't work
>fine, as long as a library or some such was provided to allow other
>programs to access it.  In fact, given that the most important thing for
>Services is to be able to respond quickly to user requests, I think this
>is the best solution.  There really aren't any similar systems you can
>compare Services to (at least, none come to mind); if you want to talk
>about SQL, I would almost expect Services to act as an SQL _server_, not
>a client.
>
>      Actually, something like that may end up being a good solution after
>all.  There's no reason why external programs have to access the data
>_files_ for Services, just like database clients typically don't directly
>access the database server's data files; you can just have Services
>respond to requests through some channel--e.g. a control socket--and
>allow data access through that channel, like a database server.  The only
>need to access the files directly would be if they got corrupted, and
>with a good file structure design such occurrences (and the damage they
>caused) could be reduced to almost nil.
>
>      Comments?
>
>   --Andrew Church
>     achurch@dragonfire.net
>     http://achurch.dragonfire.net/
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From uziel at ingsoc.com  Wed Oct 11 19:25:10 2000
From: uziel at ingsoc.com (Uziel)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Scalability
In-Reply-To: <E13jVsB-000CAP-00@manx.dreamhaven.net>
References: E13jVsB&#45;000CAP&#45;00@manx.dreamhaven.net
Message-ID: 4.3.1.2.20001011221101.00abe800@ingsoc.com

In my opinion the problem that is being ignored is the ability of services 
to act concurrently on data.  Currently all access is serial in nature as 
far as I understand it.  This is by far the largest factor which limits the 
scalability of Services.  The use of an existing database product for 
storage is one possible way to make Services **closer** to a product which 
can act on two separate pieces of information at the same time.
I don't claim to have any hard stats on the number of concurrent requests 
that specific SQL products can handle at one time, but if the answer is 
more than one -- which it is -- then we're closer to being better off than 
we were before.  But the key word there is **closer**.  A single change 
here or there isn't going to solve this problem.

The fundamental question one has to ask is what size network is Services 
meant for?  If the answer is less than 2000 concurrent users than the 
system that is in place seems to hold up well on a fast machine.  If the 
intent is to let it scale to orders of magnitude greater than 2000, then a 
fundamental change has to take place within the code.  There will always be 
a place for a lightweight services product.  If this codebase aims to stay 
in that niche than so be it.  The conversation of late just seems to be 
advocating a piecemeal improvement scheme that wouldn't really solve the 
scalability problem, while simply adding complexity to the codebase.

Pick one and go with it :)  There's no use adding a bunch of bells and 
whistles using the newest, coolest, most marketing friendly phrases if the 
end result is the same thing you started with -- only with code that is 
harder to understand and update.

Uziel (uziel@ingsoc.com)

--I caught sight of my reflection
        I caught it in the window
   I saw the darkness in my heart
        I saw the signs of my undoing
   They had been there from the start
        And the darkness still has work to do
     The knotted chord's untying


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Wed Oct 11 21:33:58 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Scalability
Message-ID: E13jayo&#45;000Dm5&#45;00@manx.dreamhaven.net

>In my opinion the problem that is being ignored is the ability of services 
>to act concurrently on data.

     This isn't a "problem" if you had no intention of doing it in the
first place.  I don't know what Andrew Kempe's plans are, of course, but
I never intended Services to work on every network around; I figured from
the start that Services would probably not work on a network the size of
(e.g.) DALnet, and that was fine with me; that would take a different sort
of program design, which wouldn't be as fit for the 20-30 user network I
was designing Services for.  That said, I see no reason not to
incorporate changes which improve performance on larger networks if they
have no real disadvantages.

>Pick one and go with it :)  There's no use adding a bunch of bells and 
>whistles [...] if the end result is the same thing you started with --
>only with code that is harder to understand and update.

     Have you tried looking at the current database load/save code?
That's one of the uglier pieces of code I've written, and that's even
after the cleanup I put in around version 4.0.  Rewriting it would be
an improvement in and of itself, no matter what method was used.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 11 23:54:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Scalability
References: <E13jayo-000Dm5-00@manx.dreamhaven.net>
Message-ID: 007801c03419$3a23def0$9c011ac4@shadow


> >In my opinion the problem that is being ignored is the ability of
services
> >to act concurrently on data.
>
>      This isn't a "problem" if you had no intention of doing it in the
> first place.  I don't know what Andrew Kempe's plans are, of course, but
> I never intended Services to work on every network around; I figured from
> the start that Services would probably not work on a network the size of
> (e.g.) DALnet, and that was fine with me; that would take a different sort
> of program design, which wouldn't be as fit for the 20-30 user network I
> was designing Services for.  That said, I see no reason not to
> incorporate changes which improve performance on larger networks if they
> have no real disadvantages.

I agree with this. Currently IRC Services is mostly used by networks with
less than 500 users. There are a number that are less than 2000 and only a
few with more than that. My aim is to keep the majority happy while still
trying to allow the huge networks to function.

 > >Pick one and go with it :)  There's no use adding a bunch of bells and
> >whistles [...] if the end result is the same thing you started with --
> >only with code that is harder to understand and update.
>
>      Have you tried looking at the current database load/save code?
> That's one of the uglier pieces of code I've written, and that's even
> after the cleanup I put in around version 4.0.  Rewriting it would be
> an improvement in and of itself, no matter what method was used.

Currently, if one changes existing data structures, it is an absolute
mission to ensure that the existing load code, and pervious "upgrade" code
works correctly.

What I have also been considering is doing incremental saves where only
updated data is saved. This would mean much faster database saves. Each save
would take place to a new file. An external program could then merge those
files with the main database every hour or something. When Services loads
its database at startup, it would first ensure that all merges had taken
place - ensuring a single up-to-date database.

This sounds like a lot of additional work, but when you consider what
percentage of the data actually changes between saves you'll see that it's
actually very small.

*shrug*

Just an idea.

Andrew




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From anarki at flamebait.org  Thu Oct 12 04:34:23 2000
From: anarki at flamebait.org (Scott Seufert)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Scalability
In-Reply-To: <007801c03419$3a23def0$9c011ac4@shadow>
References: <E13jayo-000Dm5-00@manx.dreamhaven.net>
Message-ID: 5.0.0.25.0.20001012072810.00a96828@mail.ure.net

At 08:54 AM 10/12/2000 +0200, you wrote:

> > >In my opinion the problem that is being ignored is the ability of
>services
> > >to act concurrently on data.
> >
> >      This isn't a "problem" if you had no intention of doing it in the
> > first place.  I don't know what Andrew Kempe's plans are, of course, but
> > I never intended Services to work on every network around; I figured from
> > the start that Services would probably not work on a network the size of
> > (e.g.) DALnet, and that was fine with me; that would take a different sort
> > of program design, which wouldn't be as fit for the 20-30 user network I
> > was designing Services for.  That said, I see no reason not to
> > incorporate changes which improve performance on larger networks if they
> > have no real disadvantages.
>
>I agree with this. Currently IRC Services is mostly used by networks with
>less than 500 users. There are a number that are less than 2000 and only a
>few with more than that. My aim is to keep the majority happy while still
>trying to allow the huge networks to function.

<snip>

Actually I would think that by the time a network reaches 2k users, there 
would a good chance that there would be someone in the staff that would 
know how to code services to upgrade/re-code as needed. I agree with the 
current approach of pleasing as many people as possible, but as we all 
know, a line is to be drawn somewhere.

I would only hope that under IRCServices current license, such coders would 
release their code in due time.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From natey at natey.za.net  Thu Oct 12 05:12:21 2000
From: natey at natey.za.net (Natey on IRC)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Desperate Problems
In-Reply-To: <2.2.32.20001011160435.012a7850@moonlight.chat.za.net>
References: 2.2.32.20001011160435.012a7850@moonlight.chat.za.net
Message-ID: Pine.BSF.4.10.10010121411080.42728&#45;100000@aquarius.natey.za.net

Do a check to see if the user that you trying to use change the user to is
not in use.  If it's in use it should not force thru a SVSNICK from
services.

Regards
Natey

--
Natey on IRC
#include <std/disclaimer.h>

On Wed, 11 Oct 2000, Michael Smith wrote:

> 
> Yup, I would be very interested...
> 
> Send it this way
> 
> Mike
> 
> At 11:11 PM 00/10/09 -0500, you wrote:
> >
> >----- Original Message -----
> >From: <quension@softhome.net>
> >To: <ircservices@ender.shadowfire.org>
> >Sent: Monday, October 09, 2000 5:51 PM
> >Subject: Re: [IRCServices] Desperate Problems
> >
> >
> >> Ciarán Reilly wrote:
> >>
> >> > Just as a matter of interest, how does this happen ? I didn't think it
> >was
> >> > possible for more than one person to have the same nick....surely the
> >ircd
> >> > wouldn't allow it ?
> >>
> >> Dreamforge assumes the SVSNICK command is valid, and does no error
> >> checking whatsoever.  Bahamut does better: it will generate kills with
> >> the reason "SVSNICK Collide" in this case.
> >>
> >> > > [18:30] *** ``Spades`` is now known as Guest29147169
> >> > > [18:30] *** ABJ is now known as Guest29147169
> >>
> >
> >
> >If that is the case then it should be easy enough to merge the changes from
> >the Bahamut SVSNICK into DreamForge.  I can do this if anyone is interested.
> >
> >Bryce Simonds (Kelmar K. Firesun)
> >
> >
> >---------------------------------------------------------------
> >To unsubscribe, send email to majordomo@ender.shadowfire.org
> >with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
> ---
> Michael Smith (Warlock on IRC)
> http://www.warlock.web.za
>  "Do you smell something burning or is it me?"
>                 -- Joan of Arc                                         
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Sat Oct 14 13:25:56 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Desperate Problems
Message-ID: 39e7e1e5.62125@prima&#45;lan.net

>Do a check to see if the user that you trying to use change the user to is
>not in use.  If it's in use it should not force thru a SVSNICK from
>services.

     Just as a note, while this will work for the GuestXYZ case (assuming
your IRC servers don't allow users to use those nicks normally), this
won't solve the general case because of lag.  For example, if someone
changes their nick to, say, NewNick before Services checked that nick,
but the nick change message didn't reach Services until after the check,
you'd get a collision in the middle.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

>Regards
>Natey
>
>--
>Natey on IRC
>#include <std/disclaimer.h>
>
>On Wed, 11 Oct 2000, Michael Smith wrote:
>
>> 
>> Yup, I would be very interested...
>> 
>> Send it this way
>> 
>> Mike
>> 
>> At 11:11 PM 00/10/09 -0500, you wrote:
>> >
>> >----- Original Message -----
>> >From: <quension@softhome.net>
>> >To: <ircservices@ender.shadowfire.org>
>> >Sent: Monday, October 09, 2000 5:51 PM
>> >Subject: Re: [IRCServices] Desperate Problems
>> >
>> >
>> >> Ciar\e$BaO\e(B Reilly wrote:
>> >>
>> >> > Just as a matter of interest, how does this happen ? I didn't think 
>it
>> >was
>> >> > possible for more than one person to have the same nick....surely th
>e
>> >ircd
>> >> > wouldn't allow it ?
>> >>
>> >> Dreamforge assumes the SVSNICK command is valid, and does no error
>> >> checking whatsoever.  Bahamut does better: it will generate kills with
>> >> the reason "SVSNICK Collide" in this case.
>> >>
>> >> > > [18:30] *** ``Spades`` is now known as Guest29147169
>> >> > > [18:30] *** ABJ is now known as Guest29147169
>> >>
>> >
>> >
>> >If that is the case then it should be easy enough to merge the changes f
>rom
>> >the Bahamut SVSNICK into DreamForge.  I can do this if anyone is interes
>ted.
>> >
>> >Bryce Simonds (Kelmar K. Firesun)
>> >
>> >
>> >---------------------------------------------------------------
>> >To unsubscribe, send email to majordomo@ender.shadowfire.org
>> >with "unsubscribe ircservices" in the body, without the quotes.
>> >
>> >
>> ---
>> Michael Smith (Warlock on IRC)
>> <A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
>>  "Do you smell something burning or is it me?"
>>                 -- Joan of Arc                                         
>> 
>> 
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@ender.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>> 
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sat Oct 14 07:32:25 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
Message-ID: 003001c035eb$92d58f70$3436fe3e@morpheous

 
Hi folks, The IRC network I administer has ceased to operate, it will be back in a few months as a fresh newly designed service, and as such, I wanted to completely overhaul my IRC Server. I have been running Services4.4.5 with Elite3.1.1. I know Elite wasn't supported, but I didnt have many problems with it. This time however, I'd like to iron out alllllll the bumps, so I was wondering if anyone can reccomend some good IRCD's, which are compatible with Services, and in addition do the following : 
  
User Hostmasking, (A requirement) 
Wingate / Proxy detection (an optional extra, not needed, but preferred) 
Any other fancy features you care to mention. 
  
Obviously, the fundamental requirement is that they're compatible with Services, anyone got suggestions ? 
  
Also, is there any kinda estimated release date for 4.5 ? 
  
Probably a stupid qustion, but is Services compatible with the likes of ConfrenceRoom from www.confrenceroom.com, I dunno, the idea of a multithreaded Ircd sometimes appeals to me... 
  
Thanks for your time, 
  
Ciarán.
From kwahraw at relic.net  Sat Oct 14 07:46:20 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <003001c035eb$92d58f70$3436fe3e@morpheous>
References: 003001c035eb$92d58f70$3436fe3e@morpheous
Message-ID: Pine.BSF.4.21.0010141044580.9920&#45;100000@relic.net

I believe the only multi-threaded ircd out there is efnet's. I could be
wrong.  Given your features, there is nothing that is multi-threaded that
has this.  If you are looking for an ircd that is pretty decent, try
starchat's.  If you are a decent coder, code your own, using a base of
ircu, or bahamut would be my suggestion.

--CDW

On Sat, 14 Oct 2000, [iso-8859-1] Ciarán Reilly wrote:

> Hi folks, The IRC network I administer has ceased to operate, it will be back in a few months as a fresh newly designed service, and as such, I wanted to completely overhaul my IRC Server. I have been running Services4.4.5 with Elite3.1.1. I know Elite wasn't supported, but I didnt have many problems with it. This time however, I'd like to iron out alllllll the bumps, so I was wondering if anyone can reccomend some good IRCD's, which are compatible with Services, and in addition do the following :
> 
> User Hostmasking, (A requirement)
> Wingate / Proxy detection (an optional extra, not needed, but preferred)
> Any other fancy features you care to mention.
> 
> Obviously, the fundamental requirement is that they're compatible with Services, anyone got suggestions ?
> 
> Also, is there any kinda estimated release date for 4.5 ?
> 
> Probably a stupid qustion, but is Services compatible with the likes of ConfrenceRoom from www.confrenceroom.com, I dunno, the idea of a multithreaded Ircd sometimes appeals to me...
> 
> Thanks for your time,
> 
> Ciarán.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sat Oct 14 07:54:48 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <Pine.BSF.4.21.0010141044580.9920-100000@relic.net>
Message-ID: 004d01c035ee$b4d7bd20$3436fe3e@morpheous

Cheers chris....

are there any normal threaded ones which are compatible with Services and
have hostmasking ?



----- Original Message -----
From: "Chris Wiest" <kwahraw@relic.net>
To: <ircservices@ender.shadowfire.org>
Cc: "IRC Services List" <ircservices@delirious.shadowfire.org>
Sent: Saturday, October 14, 2000 3:46 PM
Subject: Re: [IRCServices] Ircd's and Services....


I believe the only multi-threaded ircd out there is efnet's. I could be
wrong.  Given your features, there is nothing that is multi-threaded that
has this.  If you are looking for an ircd that is pretty decent, try
starchat's.  If you are a decent coder, code your own, using a base of
ircu, or bahamut would be my suggestion.

--CDW

On Sat, 14 Oct 2000, [iso-8859-1] Ciarán Reilly wrote:

> Hi folks, The IRC network I administer has ceased to operate, it will be
back in a few months as a fresh newly designed service, and as such, I
wanted to completely overhaul my IRC Server. I have been running
Services4.4.5 with Elite3.1.1. I know Elite wasn't supported, but I didnt
have many problems with it. This time however, I'd like to iron out alllllll
the bumps, so I was wondering if anyone can reccomend some good IRCD's,
which are compatible with Services, and in addition do the following :
>
> User Hostmasking, (A requirement)
> Wingate / Proxy detection (an optional extra, not needed, but preferred)
> Any other fancy features you care to mention.
>
> Obviously, the fundamental requirement is that they're compatible with
Services, anyone got suggestions ?
>
> Also, is there any kinda estimated release date for 4.5 ?
>
> Probably a stupid qustion, but is Services compatible with the likes of
ConfrenceRoom from www.confrenceroom.com, I dunno, the idea of a
multithreaded Ircd sometimes appeals to me...
>
> Thanks for your time,
>
> Ciarán.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromatix at penguinpowered.com  Sat Oct 14 07:56:41 2000
From: chromatix at penguinpowered.com (Jonathan Morton)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <003001c035eb$92d58f70$3436fe3e@morpheous>
References: 003001c035eb$92d58f70$3436fe3e@morpheous
Message-ID: l0313031eb60e224b1aca@[10.38.239.101]

>    Hi folks, The IRC network I administer has  ceased to operate, it will
>be back in a few months as a fresh newly  designed service, and as such, I
>wanted to completely overhaul my IRC Server. I  have been running
>Services4.4.5 with Elite3.1.1. I know Elite wasn't  supported, but I didnt
>have many problems with it. This time however, I'd  like to iron out
>alllllll the bumps, so I was wondering if anyone can reccomend  some good
>IRCD's, which are compatible with Services, and in addition do the
>following :   User Hostmasking, (A requirement) Wingate / Proxy detection
>(an optional extra, not  needed, but preferred) Any other fancy features
>you care to  mention.   Obviously, the fundamental requirement is that
>they're compatible with Services, anyone got suggestions ?   Also, is
>there any kinda estimated release date for  4.5 ?   Probably a stupid
>qustion, but is Services  compatible with the likes of ConfrenceRoom from
>www.confrenceroom.com, I dunno, the idea  of a multithreaded Ircd
>sometimes appeals to me...   Thanks for your time,   Ciarán.

Unreal IRCd contains all the features you mention, but there have been
stability problems in the past.  Nevertheless, if you are careful about
which versions you use, it seems to be a good choice, although not on the
"official" support list.

You'll need a specially patched version of Services to cope with the
mangled hostnames.  I remember writing such a patch to support Unreal quite
a while ago.  I don't know whether anyone has merged it into any of the
source trees or whether the original patch would be compatible with the
latest versions of Services (should be, or at least easy to figure out).

I don't know what Bahamut's feature list is like, but I would guess it's
the most feature-rich "officially supported" IRCd available.

As for multi-threaded IRCd's, I've never had any experience with them (or
knew they existed, even).

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Sat Oct 14 08:14:05 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <004d01c035ee$b4d7bd20$3436fe3e@morpheous>
References: 004d01c035ee$b4d7bd20$3436fe3e@morpheous
Message-ID: Pine.BSF.4.21.0010141113340.9920&#45;100000@relic.net

as i told you, grab starchat's, they are pretty stable, pretty functional,
and haven't butchered RFC too bad either.

ftp://ftp.starchat.net

--Chris

On Sat, 14 Oct 2000, [iso-8859-1] Ciarán Reilly wrote:

> Cheers chris....
> 
> are there any normal threaded ones which are compatible with Services and
> have hostmasking ?
> 
> 
> 
> ----- Original Message -----
> From: "Chris Wiest" <kwahraw@relic.net>
> To: <ircservices@ender.shadowfire.org>
> Cc: "IRC Services List" <ircservices@delirious.shadowfire.org>
> Sent: Saturday, October 14, 2000 3:46 PM
> Subject: Re: [IRCServices] Ircd's and Services....
> 
> 
> I believe the only multi-threaded ircd out there is efnet's. I could be
> wrong.  Given your features, there is nothing that is multi-threaded that
> has this.  If you are looking for an ircd that is pretty decent, try
> starchat's.  If you are a decent coder, code your own, using a base of
> ircu, or bahamut would be my suggestion.
> 
> --CDW
> 
> On Sat, 14 Oct 2000, [iso-8859-1] Ciarán Reilly wrote:
> 
> > Hi folks, The IRC network I administer has ceased to operate, it will be
> back in a few months as a fresh newly designed service, and as such, I
> wanted to completely overhaul my IRC Server. I have been running
> Services4.4.5 with Elite3.1.1. I know Elite wasn't supported, but I didnt
> have many problems with it. This time however, I'd like to iron out alllllll
> the bumps, so I was wondering if anyone can reccomend some good IRCD's,
> which are compatible with Services, and in addition do the following :
> >
> > User Hostmasking, (A requirement)
> > Wingate / Proxy detection (an optional extra, not needed, but preferred)
> > Any other fancy features you care to mention.
> >
> > Obviously, the fundamental requirement is that they're compatible with
> Services, anyone got suggestions ?
> >
> > Also, is there any kinda estimated release date for 4.5 ?
> >
> > Probably a stupid qustion, but is Services compatible with the likes of
> ConfrenceRoom from www.confrenceroom.com, I dunno, the idea of a
> multithreaded Ircd sometimes appeals to me...
> >
> > Thanks for your time,
> >
> > Ciarán.
> >
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Oct 14 11:33:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]>
Message-ID: 001a01c0360d$6744a2c0$5208d6d1@pavilion

 
Any ideas or projects to support UnrealIRCd in future versions of IRCservices ? I have been using IRCservices for almost a year in my network with no problems, however Im concerned with future releases of IRCservices compatibility with Unreal, I love both softwares and would regret to have to stop from using one of the them. 
  
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From Ciaran.reilly at ntlworld.com  Sat Oct 14 08:23:23 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]>
Message-ID: 006701c035f2$d5000540$3436fe3e@morpheous


>Unreal IRCd contains all the features you mention, but there have been
>stability problems in the past.  Nevertheless, if you are careful about
>which versions you use, it seems to be a good choice, although not on the
>"official" support list.

Are there many people out there using it ? I don't mind fiddling a bit if
it's definatly going to work properly without *too* much problems.

>You'll need a specially patched version of Services to cope with the
>mangled hostnames.  I remember writing such a patch to support Unreal quite
>a while ago.  I don't know whether anyone has merged it into any of the
>source trees or whether the original patch would be compatible with the
>latest versions of Services (should be, or at least easy to figure out).

I have to admit, I don't have enough C knowledge yet to be confident enough
to do a patch of my own.... I always find it really disorientating to try
and alter the structure of someone elses codebase without ballsing it up...
so I'd be relying on some kind soul's prewritten patches....



>As for multi-threaded IRCd's, I've never had any experience with them (or
>knew they existed, even).

I only recently seen a few of them myself, theyre not something I'd get into
at the mo, i was just wondering would Services be compatible with any of
them, for future reference...


Ciarán.


--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sat Oct 14 08:24:21 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion>
Message-ID: 006a01c035f2$d7e571f0$3436fe3e@morpheous

 
Hi real, 
  
Are you currently using Unreal and Services together with no / few problems ? If so, which versions of either are you running ? 
  
Cheers, 
  
Ciarán. 
   
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 7:33 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Any ideas or projects to support UnrealIRCd in future versions of IRCservices ? I have been using IRCservices for almost a year in my network with no problems, however Im concerned with future releases of IRCservices compatibility with Unreal, I love both softwares and would regret to have to stop from using one of the them. 
  
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 08:29:25 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion>
Message-ID: 002801c035f3$89e364c0$0100a8c0@excalibur

 
Sorry Ely, 
  
If memory serves ... the only supported daemon .. present or future is Bahamut(www.bahamut.net) 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 2:33 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Any ideas or projects to support UnrealIRCd in future versions of IRCservices ? I have been using IRCservices for almost a year in my network with no problems, however Im concerned with future releases of IRCservices compatibility with Unreal, I love both softwares and would regret to have to stop from using one of the them. 
  
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 11:56:19 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion> <006a01c035f2$d7e571f0$3436fe3e@morpheous>
Message-ID: 002901c03610$714b22a0$5208d6d1@pavilion

 
Im using the latest version of UnreaIRCd which is Unreal3.1+ Silverheart (sf) with no problems at all toguether with IRCservices-4.4.7 [STABLE BETA]. 
Everything is always running smoothly, like I said I love Unreal cause it has so many cool features for IRCops and users too, plus Unreal supports WebTV , and many of my users are WebTV users. 
At the same time I believe IRCservices might not be the services with the more fancy features but I do believe these are the most stable services out there. 
  
 
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 08:36:56 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <003001c035eb$92d58f70$3436fe3e@morpheous>
Message-ID: 003401c035f4$966e0960$0100a8c0@excalibur

 
You can try http://www.slashnet.org/ it is based off of DALnet's older DreamForge code. It's called Cyclone. There is a patch that is required to run properly with IRCServices, whicth you can also get from slashnet.org. 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: Ciarán Reilly  
To: IRC Services List  
Sent: Saturday, October 14, 2000 10:32 AM 
Subject: [IRCServices] Ircd's and Services.... 

 
Hi folks, The IRC network I administer has ceased to operate, it will be back in a few months as a fresh newly designed service, and as such, I wanted to completely overhaul my IRC Server. I have been running Services4.4.5 with Elite3.1.1. I know Elite wasn't supported, but I didnt have many problems with it. This time however, I'd like to iron out alllllll the bumps, so I was wondering if anyone can reccomend some good IRCD's, which are compatible with Services, and in addition do the following : 
  
User Hostmasking, (A requirement) 
Wingate / Proxy detection (an optional extra, not needed, but preferred) 
Any other fancy features you care to mention. 
  
Obviously, the fundamental requirement is that they're compatible with Services, anyone got suggestions ? 
  
Also, is there any kinda estimated release date for 4.5 ? 
  
Probably a stupid qustion, but is Services compatible with the likes of ConfrenceRoom from www.confrenceroom.com, I dunno, the idea of a multithreaded Ircd sometimes appeals to me... 
  
Thanks for your time, 
  
Ciarán.
From &quot  Sat Oct 14 12:02:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
Message-ID: 003401c03611$451ac4a0$5208d6d1@pavilion

 
Hmm that's a real bummer, I wonder why , I would some feed back from the coders if possible when they have a chance. 
  
 
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
====================== 
  
----- Original Message ----- 
From: Scott Seufert  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 8:29 AM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Sorry Ely, 
  
If memory serves ... the only supported daemon .. present or future is Bahamut(www.bahamut.net) 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 2:33 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Any ideas or projects to support UnrealIRCd in future versions of IRCservices ? I have been using IRCservices for almost a year in my network with no problems, however Im concerned with future releases of IRCservices compatibility with Unreal, I love both softwares and would regret to have to stop from using one of the them. 
  
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 08:50:54 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <003401c03611$451ac4a0$5208d6d1@pavilion>
Message-ID: 004801c035f6$8db5c220$0100a8c0@excalibur

 
Then you would need to subscibe and post to ircservices-coding@snow.shadowfire.org  
----- Original Message -----  
From: [Real]  
To: IRCservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 3:02 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Hmm that's a real bummer, I wonder why , I would some feed back from the coders if possible when they have a chance. 
  
 
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
====================== 
  
----- Original Message ----- 
From: Scott Seufert  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 8:29 AM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Sorry Ely, 
  
If memory serves ... the only supported daemon .. present or future is Bahamut(www.bahamut.net) 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org  
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 2:33 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Any ideas or projects to support UnrealIRCd in future versions of IRCservices ? I have been using IRCservices for almost a year in my network with no problems, however Im concerned with future releases of IRCservices compatibility with Unreal, I love both softwares and would regret to have to stop from using one of the them. 
  
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 08:55:31 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion> <006a01c035f2$d7e571f0$3436fe3e@morpheous> <002901c03610$714b22a0$5208d6d1@pavilion>
Message-ID: 005001c035f7$2eb82c30$0100a8c0@excalibur

 
The only reply I could think of at this time in regards to "IRCservices might not be the services with the more fancy features" is to quote Scotty from Star Trek " The more you overtake the plumbing ... the easier it is to stop up the drain".  
  
Please keep in mind that Services will always be the busiest server you have. You will want it to be small, fast and working as best as it can. If you add a bunch of junk or features to IRCServices. It will slow services down to the point of being useless on larger networks. 
  
  
Scott Seufert 
aka katsklaw 
Server Admin 
Excalibre.ShadowFire.Org 
   
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 2:56 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Im using the latest version of UnreaIRCd which is Unreal3.1+ Silverheart (sf) with no problems at all toguether with IRCservices-4.4.7 [STABLE BETA]. 
Everything is always running smoothly, like I said I love Unreal cause it has so many cool features for IRCops and users too, plus Unreal supports WebTV , and many of my users are WebTV users. 
At the same time I believe IRCservices might not be the services with the more fancy features but I do believe these are the most stable services out there. 
  
 
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 12:22:40 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion> <006a01c035f2$d7e571f0$3436fe3e@morpheous> <002901c03610$714b22a0$5208d6d1@pavilion> <005001c035f7$2eb82c30$0100a8c0@excalibur>
Message-ID: 004601c03614$1fec4e80$5208d6d1@pavilion

 
 
 
Yeah I know exactly what you mean, That's why I believe IRCservices are great the way they are. 
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From Ciaran.reilly at ntlworld.com  Sat Oct 14 11:41:03 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion> <006a01c035f2$d7e571f0$3436fe3e@morpheous> <002901c03610$714b22a0$5208d6d1@pavilion> <005001c035f7$2eb82c30$0100a8c0@excalibur> <004601c03614$1fec4e80$5208d6d1@pavilion>
Message-ID: 00d401c0360e$72ebc530$3436fe3e@morpheous

 
Thanks for everyones input, it's much appreciated. I now have Cyclone, Unreal, and Starchat to take a look at... any further suggestions still welcome. 
  
Thanks again :-) 
  
Ciarán. 
  
   
----- Original Message -----  
From: [Real]  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 8:22 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
 
 
Yeah I know exactly what you mean, That's why I believe IRCservices are great the way they are. 
  
====================== 
Ely 
RealCFC@ChatFIRST.COM 
http://www.chatfirst.com 
 
======================
From &quot  Sat Oct 14 17:06:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <l0313031eb60e224b1aca@[10.38.239.101]> <001a01c0360d$6744a2c0$5208d6d1@pavilion> <006a01c035f2$d7e571f0$3436fe3e@morpheous> <002901c03610$714b22a0$5208d6d1@pavilion> <005001c035f7$2eb82c30$0100a8c0@excalibur> <004601c03614$1fec4e80$5208d6d1@pavilion> <00d401c0360e$72ebc530$3436fe3e@morpheous>
Message-ID: 001301c0363b$c5c24ef0$250c1218@cc274522d

 
We are running Elite 3.1.1 and Services 4.4.8 and they work pretty good together... I would love to hear how well Services works with these others, let us know how it goes :) 
  
David  
----- Original Message -----  
From: Ciarán Reilly  
To: ircservices@Snow.shadowfire.org  
Sent: Saturday, October 14, 2000 2:41 PM 
Subject: Re: [IRCServices] Ircd's and Services.... 

 
Thanks for everyones input, it's much appreciated. I now have Cyclone, Unreal, and Starchat to take a look at... any further suggestions still welcome. 
  
Thanks again :-) 
  
Ciarán. 
  
   
From &quot  Sun Oct 15 05:11:43 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
Message-ID: E13kmiO&#45;0000Oj&#45;00@praseodumium.btinternet.com



I'm running Services-4.4.8 with a custom IRCd daemon based partly off Unreal and partly off Dreamforge, it works really well together.  I made a few small modifications to 4.4.8 just to support this IRCd, no other changes were made to it.

IRC-Services is a very nice piece of kit though, supports Dreamforge, IRCu, Bahamut and a few other IRCd types and supports them well from what I hear.  I know of a net using 4.4.8 with Bahamut and they seem to have no problems.  Never seen them in use with IRCu though.

Jonathan Morton : The patch you speak of, is it publicly downloadable because I've been looking for a patch to add to Services to support +x but only if your IRCd supports it.

Anyhow, that's just my feedback for the day/week/month/year*.

Quinn

* - Delete as appropriate.

----------
From: David Blanchard <dblanch@home.com>
To: ircservices@Snow.shadowfire.org
Subject: Re: [IRCServices] Ircd's and Services....
Date: Sunday, October 15, 2000 01:06

We are running Elite 3.1.1 and Services 4.4.8 and they work pretty good together... I would love to hear how well Services works with these others, let us know how it goes :)  David  

----- Original Message ----- From: Ciarán Reilly <mailto:Ciaran.reilly@ntlworld.com> To: ircservices@Snow.shadowfire.org <mailto:ircservices@Snow.shadowfire.org> Sent: Saturday, October 14, 2000 2:41 PM Subject: Re: [IRCServices] Ircd's and Services.... 
Thanks for everyones input, it's much appreciated. I now have Cyclone, Unreal, and Starchat to take a look at... any further suggestions still welcome.  Thanks again :-)  Ciarán.    

  


 
From chromatix at penguinpowered.com  Sun Oct 15 06:03:09 2000
From: chromatix at penguinpowered.com (Jonathan Morton)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <E13kmiO-0000Oj-00@praseodumium.btinternet.com>
References: E13kmiO&#45;0000Oj&#45;00@praseodumium.btinternet.com
Message-ID: l03130321b60f5aa46d32@[10.38.239.101]

>Jonathan Morton : The patch you speak of, is it publicly downloadable
>because I've been looking for a patch to add to Services to support +x but
>only if your IRCd supports it.

Here it is.  It's different from previous releases, but only in that it
actually has a README file (shock horror!) describing roughly how to apply
it.

I'll see if I can remember to post it to my web space later, this would
make it a touch more accessible...

From cgknipe at mweb.co.za  Sat Oct 14 13:16:23 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
References: <002d01c03359$10285b00$9c011ac4@shadow><20001011090950.23502.qmail@breakfree.com><007601c0336a$1eca53a0$9c011ac4@shadow>
Message-ID: 000201c036bd$0bca4ca0$0100a8c0@sunnyline.co.za

Hi again :)

Andew,   Text/XML...  Once again I ask. What reference will services have to
KNOW immediately WHERE it is supposed to update its information?  If you
have 5000 nicks registered, are you expecting services to hunt through 5000
text files to locate the right one, and then still expect services to be
fast?

Just my thought.

---
Regards,
Chris Knipe
Cell: (083) 430-8151

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 12:00 PM
Subject: Re: [IRCServices] cheers. ideas.


> This is the ideal situation...
>
> However, those who have worked with developing software that can handle
> "modules" will probably know that it is not something one does in one
Sunday
> afternoon.
>
> On this note, I've considered moving the databases to a text based format
> using XML. Because the databases are pretty much "read-only" (all changes
> HAVE to be made via Services itself) this would allow for a pretty wide
> range of applications to use them.
>
> I'm busy writing a test program that I'm going to want as many people to
> test as possible to ensure that the XML lib that I'm using is going to
work
> everywhere. This is because the current database format will be replaced
by
> the new one.
>
> Are there any thoughts or concerns on using XML/text to store the
> information?
>
> Andrew
>
> ----- Original Message -----
> From: "Samuel Graenacher" <sam@breakfree.com>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Wednesday, October 11, 2000 11:09 AM
> Subject: Re: [IRCServices] cheers. ideas.
>
>
> >
> > Hmm, I dunno how fast/effective the current db format is but it sounds
> like
> > a good idea. Would allow easier data/user management with other
software.
> > Maybe make the database functions modular and let the user decide which
db
> > format to use?
> >
> > Andrew Kempe writes:
> >
> > > this bounced...
> > >
> > > > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > > > To: <ircservices@Snow.shadowfire.org>
> > > > Subject: cheers. ideas.
> > > > Date: Tue, 10 Oct 2000 19:37:44 -0300
> > > >
> > > > im a ansi c/database programmer, im currently working with webdevel
> but
> > > just
> > > > for money.
> > > >
> > > > well, im completely open for help with new ways of
storing,retrieving
> > > > services information, such as databases..
> > > >
> > > > i dont know about the ircservices devel state, but, i suggest using
> real
> > > sql
> > > > based databases.. mysql, postgres.. dunno.
> > > >
> > > > uh, a question, am i subscribed to the right mailing list?
> > > >
> > > > cheers, bruno lacerda.
> > > > http://sniffer.net
> > > > sniffer@sniffer.net
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sat Oct 14 13:13:39 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Closer looks at services databases?
References: <39e7e1e5.62125@prima-lan.net>
Message-ID: 000101c036bd$09223710$0100a8c0@sunnyline.co.za

Hi Andrew,

Just for interest sakes (I know we have talked about this *MUCH* in the
past), but just what exactly is ment by services "reading once, and writing
many".  I totally like do not understand that interpretation of what exactly
services is doing, and howcome this is the case in the scenario of a "data
update" or "data retrieval".

If a nickname is registered, read not at all, write many
If a nick is changed, read once, write perhaps more than which is required?
If a memo is read, read ALLOT, write one bit?
etc.

Shouldn't there perhaps rather be looked into the ammount of information
services writes to the databases?  I admit yes, I have not looked at the
code seeing that I don't have it at the moment, but from what I remember
back the last time I looked at it, yes, the database code was a mess, and
because of that, I don't understand it.  Which brings me back to the
question of what exactly does services do with its database?

A quick example (I am talking under speculation here - as I said before, I
did not look at the code, and I wont bother looking at the code, because its
to compicated for a avarage programmer which I hope I can be seen as).

Say we have a nick registered in the database (moo).  moo registers his
nick, and this time, the entire nickserv structure is copied into the
database for the nickname.  However, now, user moo does a update.  Lets say,
/msg nickserv set email blah@blah.com

My question is this:  How exactly does services process this update?
Surely, if you use the nickname, like in this case moo as a reference, can
it be that severe on large networks if you just update a string in the
database?  Sure, I can understand that if you delete the record entirely,
and regenerate it for the update, that it is a long process, but updates
should NOT be a complicated procedure.

In the past, I made (I think), quite a big effort on getting services to
support SQL based databases, and it is exactly for this reason.  As far as
physical searches (locating of the user's registration details) through the
database goes, they are 1) accellerated, and 2) they are cached.  This is
what makes SQL databases good for high-information stores (allot of
records).

Secondly, the records can also be automatically assigned registration ID.
Which, normally is ALLOT smaller than the actual nick (less bits in size,
the data travels faster through the wires).  A simple scenario ( I realise I
am missing settings here, this is only as example), a database structure on
SQL may be:

NickID (int)
NickName (varchar)
EMailAddress (varchar)
SetKillImmed (bit) !!!!!!
SetKillQuick  (bit) !!!!!!
SetKillWhatever (bit).

The basic idea behind this, is to use the smallest possible size of data in
the db.  The bits, is either a 1 or a 0, and because the NickID is a
integer, it is also smaller than the NickName which is varchar.

Microsoft's SQL Server uses the following sizes for its tables: (This varies
from every type of Database, like MS-SQL, ProgreSQL, MySQL, DB1, DB2, DB3,
etc) These are the default field lengths for data to be stored as native
file storage type (nullable data is the same length as nonnull data, and
character data is always stored in character format).

Data type            Default length (characters)
bit                      1
binary                 Length defined for the column
varbinary            Length defined for the column
image                 0
datetime             8
smalldatetime     4
float                   8
real                    4
int                      4
bigint                 8
smallint              2
tinyint                1
money               8
smallmoney        4
decimal             *See footnote
numeric             *See footnote
uniqueidentifier  16
timestamp          8

* Numeric data types with fixed precision and scale.
Precision                  Storage bytes
1 - 9                        5
10-19                      9
20-28                      13
29-38                      17

The point at which I am getting, is that services is allocating allot of
bytes in its tables to chars which is not needed, and therefor, also needs
to update more than it needs to, aswell as send more information over the
IRC network than what is needed.

Secodly, by utilising a identifier (such as NickID set in my example), your
updates, sending of memos, and various other procedures related to a
nickname (for example), is ALLOT faster.

Say, I issue UPDATE table SET SetKillImmed='1'  WHERE NickID='12' (The user
does a /msg nickserv set kill immed).  This is 50 (If I counted correctly),
characters that services needs to send to the database.  The error checking
is a simple matter of checking if return value is success or failure (7
characters), so in total, the entire update procedure, will send and receive
57 characters.  Can this be said for the DBs currectly in use?

Furthermore, with regards to SQL's caching abilities.

I have a 166MMX, 80MB Ram, Running Windows NT 4.0 atm.  In idle state, my PC
uses:  CPU Load: 15%, Memory in Use (Pagefile): 138MB (Peaked at 150MB)

I also run MS SQL 2000, and my example is in a table I use to archive the
BugTraq Mailing list.  The table looks as follows (to give you an idea of
the sizes):
 ID (int) IDENTITY (1, 1) NOT NULL ,
 MessageID (nvarchar(150)) NOT NULL ,
 InReplyTo  (nvarchar(150)) NULL ,
 MsgDate  (nvarchar(40)) NOT NULL ,
 MsgFrom (ntext) NOT NULL ,
 MsgSubject (ntext) NULL ,
 MsgBody (ntext) NULL

For a indication of the specific field sizes:
int: (whole number) data from -2^31 (-2,147,483,648) through 2^31 - 1
(2,147,483,647).
nvarchar: Variable-length Unicode data with a maximum length of 4,000
characters.
ntext: Variable-length Unicode data with a maximum length of 2^30 - 1
(1,073,741,823) characters.

As you can realise from this, one record in the table, allocates quite allot
of data. BTW: the table currectly holds 1523 records.  Now, let us do some
statistics:

First, a lookup without utilising the cached index on the table, the command
executed:
SELECT * FROM BugTraq WHERE ID='67'
Event Class:               Duration:  CPU:  Reads:  Writes:
SQL:StmtCompleted 140          10      0            0

Now, the same lookup BUT, I am using the cached index:
SELECT * FROM BugTraq WITH (INDEX(IX_BugTraq)) WHERE ID='67'
Event Class:               Duration:  CPU:  Reads:  Writes:
SQL:StmtCompleted 70            10       0           0

As you can see, the load stays the same, BUT, the duration (aka speed) of
the query droped by 50%, thus, giving better performance. Now, let us
update?
UPDATE BugTraq SET InReplyTo='something' WHERE ID='67'
Event Class                Duration: CPU: Reads: Writes:
SQL:StmtCompleted 231          30     0          8

Note, writes 8, reads = 0!!

In other words, by using something like SQL, you will once more, SAVE on
performance and speed, because of the fact that the location of the record
in the database does NOT need to be located...

As a closing, I would just like to ask if someone DID in fact do detailed
analysis of what exactly is happening in the services database?  As I've
shown you here, a SQL based database CAN and WILL increase the services
performance, aswell as to LOWER the actual ammount of information that is
needed to be transmitted to and from the services to the IRC Network.  Can
the same results be given for the dbs services are currently using, and if
so, can I be proven wrong that a PROPERLY IMPLICATED SQL based Services
database, will NOT enhance IRC Services?

This read once / write many times in my books, is a pile of horse ....  It
is of no relavence whether there is being read or written to the database.
The question is about WHAT is written / read, and WHERE in the database is
it being sent to, or read from, and if services actually KNOW where the
information is that needs to be updated.

Thus, my closing questions are:
1) Can someone provide me with the structures of all the dbs so that I can
properly port it to SQL.
2) Can there be added SQL support in a non-public version of Services for
speed analysis
3) How and where does services read / write / update information in its
database
4) How does Services keep record of where in its databases information is
stored.
5) Does anyone have specs (detailed) about the speed of the services
database at the current moment?  (Note, I'm talking about accurate speed
analysis of the databases IN USE by services, accessing the information the
SAME way services does.)  Surely, if you are looking at the database, you
CANT tell me SQL is not going to enhance performance if you DONT have
information backing up your accusations...

If for some reason you still believe I am wrong about SQL Andrew, let us
test this, and compare our results?  I'll bet you R100 :P  SQL is
multithread aswell, which adds ALLOT more speed into services by allowing it
to make more than one query at a time (for starters).

---
Regards,
Chris Knipe
Cell: (083) 430-8151




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sat Oct 14 13:19:49 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110731040.95411-100000@relic.net>
Message-ID: 000301c036bd$0de11eb0$0100a8c0@sunnyline.co.za

If your SQL Server crashed, you dont really know very much of it (no
offence).

MySQL is used by companies such as YaHoo with CREATE success.

Just because YOU are having problems with SQL, it does NOT mean everyone
else is having them either.  As I stated in some previous post, I am getting
EXCELLT results from a database holding well over 5000 records.  I am pretty
sure that the exact same is going to happen if and when I port the services
database to SQL for testing purposes.

SQL is BRILLIANT.  Once again though, the application is only as clever as
the person whom designed it.  In your case, I feel safe to say that this is
exactly the case.  If the results returned slow, then its another question.
But the fact that your server allready crashes like every two or three
days...  That points in my books to not knowing what you are doing...

---
Regards,
Chris Knipe
Cell: (083) 430-8151


----- Original Message -----
From: Chris Wiest <kwahraw@relic.net>
To: <ircservices@ender.shadowfire.org>
Sent: Wednesday, October 11, 2000 1:33 PM
Subject: Re: [IRCServices] cheers. ideas.


> i debated, and even played with storing/retreiving to mysql.  The problem
> that I've found is that you then deal with ensuring the sql program is up
> and running, and sql tends to crash (we actually have a sql based program
> currently that has an average uptime of 2 to 3 days).  I don't know if
> anyone else has experienced this, however it seems to kinda be
> standard.  We deal with 1600 to 2000 users simultaneous, they tend to get
> pissy when our services go boom, and rightly so.  I'm not saying not to
> move to sql (though I'd say xml seems a better option), but I am saying
> that given sql's uptime, it can be an issue.
>
> --CDW
>
> On Wed, 11 Oct 2000, Samuel Graenacher wrote:
>
> >
> > Hmm, I dunno how fast/effective the current db format is but it sounds
like
> > a good idea. Would allow easier data/user management with other
software.
> > Maybe make the database functions modular and let the user decide which
db
> > format to use?
> >
> > Andrew Kempe writes:
> >
> > > this bounced...
> > >
> > > > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > > > To: <ircservices@Snow.shadowfire.org>
> > > > Subject: cheers. ideas.
> > > > Date: Tue, 10 Oct 2000 19:37:44 -0300
> > > >
> > > > im a ansi c/database programmer, im currently working with webdevel
but
> > > just
> > > > for money.
> > > >
> > > > well, im completely open for help with new ways of
storing,retrieving
> > > > services information, such as databases..
> > > >
> > > > i dont know about the ircservices devel state, but, i suggest using
real
> > > sql
> > > > based databases.. mysql, postgres.. dunno.
> > > >
> > > > uh, a question, am i subscribed to the right mailing list?
> > > >
> > > > cheers, bruno lacerda.
> > > > http://sniffer.net
> > > > sniffer@sniffer.net
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sat Oct 14 13:26:32 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
References: <Pine.BSF.4.21.0010110903440.5616-100000@relic.net><001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br><00dd01c0339a$1ed83580$9c011ac4@shadow>
Message-ID: 000401c036bd$11e3e240$0100a8c0@sunnyline.co.za

*shrugs*

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Wednesday, October 11, 2000 5:44 PM
Subject: Re: [IRCServices] cheers. ideas.


> Services is a READ ONCE, WRITE MANY application. If you make changes to
the
> data in the underlying datastore, be it a database, binary file or text
> file, the changes would be lost at the next database save.

*shrugs*.  Andrew, it will be lost because of the way data is CURRENTLY
saved in the database.  Do you mean to tell me now that if I have a SQL
database, access the database from two applications, and update the
information from one.  Do you want to tell me the information change is not
going to reflect in the second application?  Maybe not if you dont ask for
it again, but SURE the information IS going to be there at the next SELECT
from the database.  Which is more than adequate in the way Services needs to
retrieve its information from the databases.

> Services would require a lot of work to make it support proper querying of
a
> database. The performance hit services would take would outweigh the
benefit
> imho. If one were to do it properly, with multiple threads loading only
the
> information needed to service the users and channels currently online,
> things would definately be better. However, let's be honest, this requires
a
> lot of developement, skills and time.

Once again.  How can you talk about the performance WITHOUT bothering to
test this?  Don't rub of a suggestion / idea just because you are not sure.
I made my first post, I've shown you my results.  I ask again, do you have
similar results for the databases currently in use?  No, I didn't think so.

> What we should focus on is writing an interface for Services that allows
> external apps to communicate with it.

What we should be focusing on, is to analyse services, and find out EXACTLY
WHAT and WHERE the bottlenecks in services are.  Sure, the databases might
be one of them, but wouldn't it be ALLOT easier if we know WHERE in the
databases the problem lies?  For one, what would happen if you created an
index on the databases for one thing....

> Back to your point about Brasnet, 98MB is a lot. However, it's not totally
> unreasonable. The thing I'd guess that is really taking a hit is the CPU.
> The algorithms were never meant to handle so much data. I am definately
> looking to improve the key ones.

>From a SQL based view, its bizzare, sorry.  Once again aswell, it wont be a
bottle neck on the CPU either.  But hey, what do I know...

---
Regards,
Chris Knipe
Cell: (083) 430-8151




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:05:02 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <l03130321b60f5aa46d32@[10.38.239.101]>
References: l03130321b60f5aa46d32@[10.38.239.101]
Message-ID: NCBBIPDDJGGDOCPMKPKPMEINDIAA.andrewk@icon.co.za

I hate to be so picky about this, but please don't post patches to this
list. Please send them directly to those people who want them.

Thanks, Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Jonathan
> Morton
> Sent: 15 October 2000 15:03
> To: ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] Ircd's and Services....
>
>
> >Jonathan Morton : The patch you speak of, is it publicly downloadable
> >because I've been looking for a patch to add to Services to
> support +x but
> >only if your IRCd supports it.
>
> Here it is.  It's different from previous releases, but only in that it
> actually has a README file (shock horror!) describing roughly how to apply
> it.
>
> I'll see if I can remember to post it to my web space later, this would
> make it a touch more accessible...
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:15:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <000401c036bd$11e3e240$0100a8c0@sunnyline.co.za>
References: 000401c036bd$11e3e240$0100a8c0@sunnyline.co.za
Message-ID: NCBBIPDDJGGDOCPMKPKPMEIODIAA.andrewk@icon.co.za

> > Services is a READ ONCE, WRITE MANY application. If you make changes to
> the
> > data in the underlying datastore, be it a database, binary file or text
> > file, the changes would be lost at the next database save.
>
> *shrugs*.  Andrew, it will be lost because of the way data is CURRENTLY
> saved in the database.  Do you mean to tell me now that if I have a SQL
> database, access the database from two applications, and update the
> information from one.  Do you want to tell me the information
> change is not
> going to reflect in the second application?  Maybe not if you dont ask for
> it again, but SURE the information IS going to be there at the next SELECT
> from the database.  Which is more than adequate in the way
> Services needs to
> retrieve its information from the databases.

I was referring to the question/suggestion of allowing other applications to
update the database themselves. Those changes would be lost.

> > Services would require a lot of work to make it support proper
> querying of
> a
> > database. The performance hit services would take would outweigh the
> benefit
> > imho. If one were to do it properly, with multiple threads loading only
> the
> > information needed to service the users and channels currently online,
> > things would definately be better. However, let's be honest,
> this requires
> a
> > lot of developement, skills and time.
>
> Once again.  How can you talk about the performance WITHOUT bothering to
> test this?  Don't rub of a suggestion / idea just because you are
> not sure.
> I made my first post, I've shown you my results.  I ask again, do you have
> similar results for the databases currently in use?  No, I didn't
> think so.

I'm talking from indirect experience with other systems that use this
approach. If you're so sure of the benefits, please feel free to implement
them. I'm just stating what I think with regard to the time and resources at
my disposal.

> > What we should focus on is writing an interface for Services that allows
> > external apps to communicate with it.
>
> What we should be focusing on, is to analyse services, and find
> out EXACTLY
> WHAT and WHERE the bottlenecks in services are.  Sure, the databases might
> be one of them, but wouldn't it be ALLOT easier if we know WHERE in the
> databases the problem lies?  For one, what would happen if you created an
> index on the databases for one thing....

I have already done profiling on a 10'000 user network. Improving findnick()
would make a huge difference in terms of performance. I hope to make these
changes in the near future - again, as time permits.

> > Back to your point about Brasnet, 98MB is a lot. However, it's
> not totally
> > unreasonable. The thing I'd guess that is really taking a hit
> is the CPU.
> > The algorithms were never meant to handle so much data. I am definately
> > looking to improve the key ones.
>
> >From a SQL based view, its bizzare, sorry.  Once again aswell,
> it wont be a
> bottle neck on the CPU either.  But hey, what do I know...

But the fact is that we currently have a flatfile database and that
improving the lookup functions currently in use would require a lot less
effort and time than implementing proper RDMBS support.

Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:18:10 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <000201c036bd$0bca4ca0$0100a8c0@sunnyline.co.za>
References: 000201c036bd$0bca4ca0$0100a8c0@sunnyline.co.za
Message-ID: NCBBIPDDJGGDOCPMKPKPEEIPDIAA.andrewk@icon.co.za

Services would mark structures  (nicknames, channels etc) as "changed". Only
those structures would be saved at each database save. Each save would take
place to a new file. A cron would then run to combine those files into a
single file. Obviously they'd be combined in the order they were saved to
preserve changes.

The benefits would be that only "changed" structures would need to be saved.
This would save time on networks with huge databases.

Considering the overhead of XML's metadata, as Andy pointed out, something
like this would be essential if the databases were saved using XML.

Andrew

> -----Original Message-----
> From: owner-ircservices@Snow.shadowfire.org
> [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Chris Knipe
> Sent: 14 October 2000 22:16
> To: ircservices@Snow.shadowfire.org; ircservices@Snow.shadowfire.org
> Subject: Re: [IRCServices] cheers. ideas.
>
>
> Hi again :)
>
> Andew,   Text/XML...  Once again I ask. What reference will
> services have to
> KNOW immediately WHERE it is supposed to update its information?  If you
> have 5000 nicks registered, are you expecting services to hunt
> through 5000
> text files to locate the right one, and then still expect services to be
> fast?
>
> Just my thought.
>
> ---
> Regards,
> Chris Knipe
> Cell: (083) 430-8151
>
> ----- Original Message -----
> From: Andrew Kempe <andrewk@icon.co.za>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Wednesday, October 11, 2000 12:00 PM
> Subject: Re: [IRCServices] cheers. ideas.
>
>
> > This is the ideal situation...
> >
> > However, those who have worked with developing software that can handle
> > "modules" will probably know that it is not something one does in one
> Sunday
> > afternoon.
> >
> > On this note, I've considered moving the databases to a text
> based format
> > using XML. Because the databases are pretty much "read-only"
> (all changes
> > HAVE to be made via Services itself) this would allow for a pretty wide
> > range of applications to use them.
> >
> > I'm busy writing a test program that I'm going to want as many people to
> > test as possible to ensure that the XML lib that I'm using is going to
> work
> > everywhere. This is because the current database format will be replaced
> by
> > the new one.
> >
> > Are there any thoughts or concerns on using XML/text to store the
> > information?
> >
> > Andrew
> >
> > ----- Original Message -----
> > From: "Samuel Graenacher" <sam@breakfree.com>
> > To: <ircservices@Snow.shadowfire.org>
> > Sent: Wednesday, October 11, 2000 11:09 AM
> > Subject: Re: [IRCServices] cheers. ideas.
> >
> >
> > >
> > > Hmm, I dunno how fast/effective the current db format is but it sounds
> > like
> > > a good idea. Would allow easier data/user management with other
> software.
> > > Maybe make the database functions modular and let the user
> decide which
> db
> > > format to use?
> > >
> > > Andrew Kempe writes:
> > >
> > > > this bounced...
> > > >
> > > > > From: "Bruno Lacerda" <sniffer@sniffer.net>
> > > > > To: <ircservices@Snow.shadowfire.org>
> > > > > Subject: cheers. ideas.
> > > > > Date: Tue, 10 Oct 2000 19:37:44 -0300
> > > > >
> > > > > im a ansi c/database programmer, im currently working
> with webdevel
> > but
> > > > just
> > > > > for money.
> > > > >
> > > > > well, im completely open for help with new ways of
> storing,retrieving
> > > > > services information, such as databases..
> > > > >
> > > > > i dont know about the ircservices devel state, but, i
> suggest using
> > real
> > > > sql
> > > > > based databases.. mysql, postgres.. dunno.
> > > > >
> > > > > uh, a question, am i subscribed to the right mailing list?
> > > > >
> > > > > cheers, bruno lacerda.
> > > > > <A  HREF="http://sniffer.net">http://sniffer.net</A>
> > > > > sniffer@sniffer.net
> > > > >
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------
> > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:25:16 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
In-Reply-To: <NCBBIPDDJGGDOCPMKPKPMEIODIAA.andrewk@icon.co.za>
References: NCBBIPDDJGGDOCPMKPKPMEIODIAA.andrewk@icon.co.za
Message-ID: NCBBIPDDJGGDOCPMKPKPOEIPDIAA.andrewk@icon.co.za

[snip]
> > >From a SQL based view, its bizzare, sorry.  Once again aswell,
> > it wont be a
> > bottle neck on the CPU either.  But hey, what do I know...
> 
> But the fact is that we currently have a flatfile database and that
> improving the lookup functions currently in use would require a lot less
> effort and time than implementing proper RDMBS support.

I love replying to my own posts... not. RDMBS should read RDBMS.

Andrew

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Sun Oct 15 10:28:56 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] cheers. ideas.
References: <NCBBIPDDJGGDOCPMKPKPMEIODIAA.andrewk@icon.co.za>
Message-ID: 00c301c036cd$6eb316c0$0100a8c0@sunnyline.co.za

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, October 15, 2000 7:15 PM
Subject: RE: [IRCServices] cheers. ideas.



> I was referring to the question/suggestion of allowing other applications
to
> update the database themselves. Those changes would be lost.

No they would not.  Example.  One record, with fields, nickname, setbit1,
setbit2, and email

Application 1 and 2 retrieves the entire recordset, taking out all the
fields.

Application 1: updates setbit1 to FALSE, setbit2 to TRUE and change email to
blah@blah
Application 2: updates setbit1 to TRUE

Both application will reflect the change.  In this case, the only issue is
from whether or not the setbit1 is giong to conflict because it is updated
by both applications.

I think what you are getting at because "services will loose information" is
because the entire recordset for every nickname is updated.  This is why
services is loosing performance (in my books).  Instead of just updating one
field in the recordset, the entire recordset is saved again.  Because the
entire recordset is saved again, yes THEN will data be lost if used by more
than one application.  Update only the changed fields in the recordset, and
everything will be just fine...

> I'm talking from indirect experience with other systems that use this
> approach. If you're so sure of the benefits, please feel free to implement
> them. I'm just stating what I think with regard to the time and resources
at
> my disposal.

Very well, and understandable. I will be starting SQL based tests.  I've
noticed allready yesterday night, by just added random data to SQL tables,
that SQL starts to slow down at about 3,500 records per table.  But please,
if we are up to this, lets test this, and see what and where we need to move
to?


---
Regards,
Chris Knipe
Cell: (083) 430-8151




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:49:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <NCBBIPDDJGGDOCPMKPKPMEINDIAA.andrewk@icon.co.za>
Message-ID: 002e01c036d0$3ca64140$b1effea9@katsklaw

You not the picky one Andrew, that's my arena! ;P

I would like to remind everyone to please refrain from posting in HTML. Not
everyone's mail reader knows HTML. Plain text is prefered, please also keep
in mind that virii can be spread enbedded in HTML mail.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, October 15, 2000 1:05 PM
Subject: RE: [IRCServices] Ircd's and Services....


> I hate to be so picky about this, but please don't post patches to this
> list. Please send them directly to those people who want them.
>
> Thanks, Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@Snow.shadowfire.org
> > [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Jonathan
> > Morton
> > Sent: 15 October 2000 15:03
> > To: ircservices@Snow.shadowfire.org
> > Subject: Re: [IRCServices] Ircd's and Services....
> >
> >
> > >Jonathan Morton : The patch you speak of, is it publicly downloadable
> > >because I've been looking for a patch to add to Services to
> > support +x but
> > >only if your IRCd supports it.
> >
> > Here it is.  It's different from previous releases, but only in that it
> > actually has a README file (shock horror!) describing roughly how to
apply
> > it.
> >
> > I'll see if I can remember to post it to my web space later, this would
> > make it a touch more accessible...
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 10:57:57 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Closer looks at services databases?
In-Reply-To: <000101c036bd$09223710$0100a8c0@sunnyline.co.za>
References: 000101c036bd$09223710$0100a8c0@sunnyline.co.za
Message-ID: NCBBIPDDJGGDOCPMKPKPIEJADIAA.andrewk@icon.co.za

This message has been sent to the coding mailing list. Please can ALL
dicussion take place there from now on.

[snip]
> Just for interest sakes (I know we have talked about this *MUCH* in the
> past), but just what exactly is ment by services "reading once,
> and writing
> many".  I totally like do not understand that interpretation of
> what exactly
> services is doing, and howcome this is the case in the scenario of a "data
> update" or "data retrieval".

This topic relates to Services writing its data to its database (i.e. the
flat binary files it currently uses.)

> If a nickname is registered, read not at all, write many
> If a nick is changed, read once, write perhaps more than which is
> required?
> If a memo is read, read ALLOT, write one bit?
> etc.

At startup, Services "reads" (loads) the databases, in their entirity, into
memory. From then on all data manipulation takes place in memory. Evey 30
mins or so that data is written back to the data files. This means that any
changes made to those files will be overwritten and will not be reflected in
Services. So, if the load/save routines were replaced with routines that
read/wrote data to/from a SQL database, rather than flat files, people would
still be unable to modify it from a another application. This whole thread
stems from the suggestion that making Services use a SQL database would
allow other applications to modify it. My response simply pointed out that
changes could not be made without making major modifications to Services so
that it re-read the data from the SQL server every time it needed to use it.

> Shouldn't there perhaps rather be looked into the ammount of information
> services writes to the databases?  I admit yes, I have not looked at the
> code seeing that I don't have it at the moment, but from what I remember
> back the last time I looked at it, yes, the database code was a mess, and
> because of that, I don't understand it.  Which brings me back to the
> question of what exactly does services do with its database?

See above. I think that explains it.

> A quick example (I am talking under speculation here - as I said before, I
> did not look at the code, and I wont bother looking at the code,
> because its
> to compicated for a avarage programmer which I hope I can be seen as).

[snip]
> My question is this:  How exactly does services process this update?

Again, see above.

[snip]
> In the past, I made (I think), quite a big effort on getting services to
> support SQL based databases, and it is exactly for this reason.  As far as
> physical searches (locating of the user's registration details)
> through the
> database goes, they are 1) accellerated, and 2) they are cached.  This is
> what makes SQL databases good for high-information stores (allot of
> records).

I think you're missing the point. No one is denying that SQL databases are
quick. But making calls outside of the current process, in a single threaded
manner, is no where near as quick as locating it within the process's
memory; this only holds true if the lookup functions are well written and
the data in memory well hashed/indexed - currently this is not so but I am
working to improve it (read: I know how to make it better and I am currently
recoding the necessary parts to fix it.)

[snip]
> The point at which I am getting, is that services is allocating allot of
> bytes in its tables to chars which is not needed, and therefor, also needs
> to update more than it needs to, aswell as send more information over the
> IRC network than what is needed.

Please provide examples of variables that use (char) instead of numeric
types. As for sending more data over the network than is needed, please
explain how using different types is going to speed things up on a text
based protocol.

> Secodly, by utilising a identifier (such as NickID set in my
> example), your
> updates, sending of memos, and various other procedures related to a
> nickname (for example), is ALLOT faster.

You keep saying you don't understand the code. I'm beginning to agree with
you. ALL commands use nicknames as targets and sources. That means I still
have to lookup the nickname of the source/target of the message to find the
ID. Once I've done that I already have all the information I need to perform
99% of the tasks Services does. In all other cases, Services uses pointers
to locate related structures, not the "names" of those structures.

> Say, I issue UPDATE table SET SetKillImmed='1'  WHERE NickID='12'
> (The user
> does a /msg nickserv set kill immed).  This is 50 (If I counted
> correctly),
> characters that services needs to send to the database.  The
> error checking
> is a simple matter of checking if return value is success or failure (7
> characters), so in total, the entire update procedure, will send
> and receive
> 57 characters.  Can this be said for the DBs currectly in use?

You have no clue how the database system works. Stop trying to improve
something you don't understand. Services does not issue commands to
anywhere - the commands come from its hub and are updated in memory. See the
explanation of the databases at the beginning of my reply.

[snip]
> In other words, by using something like SQL, you will once more, SAVE on
> performance and speed, because of the fact that the location of the record
> in the database does NOT need to be located...

Again, you don't seem to know what is happening in Services.

[snip]
> This read once / write many times in my books, is a pile of horse ....  It
> is of no relavence whether there is being read or written to the database.
> The question is about WHAT is written / read, and WHERE in the database is
> it being sent to, or read from, and if services actually KNOW where the
> information is that needs to be updated.

Okay, Chris, you have NO idea what's going on with the databases. You're
probably  confused by our references to "databases". Services does not use a
SQL style database. It uses a flat file database. Nor does Services update
the information in those databases (files) every time a change is made.
Therefore there is no "database querying" to improve.

As a side note, the term "database" does not imply SQL. SQL in turn does not
imply MS SQL, or even a RDBMS. It simply means "structured query language".
You could almost look at the Services commands as a type of "SQL".

> Thus, my closing questions are:
> 1) Can someone provide me with the structures of all the dbs so that I can
> properly port it to SQL.

See services.h

> 2) Can there be added SQL support in a non-public version of Services for
> speed analysis

I've got more pressing issues to address at the present moment.

> 3) How and where does services read / write / update information in its
> database

You may have wanted to find this out before writing this email. See the
comments at the beginning of my reply for details on how Services does its
database handling.

> 4) How does Services keep record of where in its databases information is
> stored.

It doesn't - it has no need to. Again, you may have wanted to find this out
before going off an a tangent.

> 5) Does anyone have specs (detailed) about the speed of the services
> database at the current moment?  (Note, I'm talking about accurate speed
> analysis of the databases IN USE by services, accessing the
> information the
> SAME way services does.)  Surely, if you are looking at the database, you
> CANT tell me SQL is not going to enhance performance if you DONT have
> information backing up your accusations...

This does not apply to Services because there are not database queries -
only full updates.

> If for some reason you still believe I am wrong about SQL Andrew, let us
> test this, and compare our results?  I'll bet you R100 :P  SQL is
> multithread aswell, which adds ALLOT more speed into services by
> allowing it
> to make more than one query at a time (for starters).

I think you owe me a lot more than R100 for making me read and reply to a
thesis on things that don't actually exist in Services. :P

Multi-threading will not improve a single threaded application.

A note to everyone:
                PLEASE SEND ALL REPLIES TO THE CODING MAILING LIST!

Later, Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 15 12:00:55 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <NCBBIPDDJGGDOCPMKPKPMEINDIAA.andrewk@icon.co.za> <002e01c036d0$3ca64140$b1effea9@katsklaw>
Message-ID: 004d01c036da$40a37b00$03090a0a@kroag

On a similar subject, can everyone please send messages to only one of the
services addresses?  I know we love reading this mailing list, but it's
annoying to get 2 identical messages.  This also applies to sending to the
same address twice (*cough*Chris Knipe*cough*).

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, October 15, 2000 1:49 PM
Subject: Re: [IRCServices] Ircd's and Services....


> You not the picky one Andrew, that's my arena! ;P
>
> I would like to remind everyone to please refrain from posting in HTML.
Not
> everyone's mail reader knows HTML. Plain text is prefered, please also
keep
> in mind that virii can be spread enbedded in HTML mail.
>
>
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
>
> ----- Original Message -----
> From: Andrew Kempe <andrewk@icon.co.za>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Sunday, October 15, 2000 1:05 PM
> Subject: RE: [IRCServices] Ircd's and Services....
>
>
> > I hate to be so picky about this, but please don't post patches to this
> > list. Please send them directly to those people who want them.
> >
> > Thanks, Andrew
> >
> > > -----Original Message-----
> > > From: owner-ircservices@Snow.shadowfire.org
> > > [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Jonathan
> > > Morton
> > > Sent: 15 October 2000 15:03
> > > To: ircservices@Snow.shadowfire.org
> > > Subject: Re: [IRCServices] Ircd's and Services....
> > >
> > >
> > > >Jonathan Morton : The patch you speak of, is it publicly downloadable
> > > >because I've been looking for a patch to add to Services to
> > > support +x but
> > > >only if your IRCd supports it.
> > >
> > > Here it is.  It's different from previous releases, but only in that
it
> > > actually has a README file (shock horror!) describing roughly how to
> apply
> > > it.
> > >
> > > I'll see if I can remember to post it to my web space later, this
would
> > > make it a touch more accessible...
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cgknipe at mweb.co.za  Mon Oct 16 11:31:43 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <NCBBIPDDJGGDOCPMKPKPMEINDIAA.andrewk@icon.co.za><002e01c036d0$3ca64140$b1effea9@katsklaw><004d01c036da$40a37b00$03090a0a@kroag>
Message-ID: 006801c037a0$a930da20$0100a8c0@sunnyline.co.za

----- Original Message -----
From: Ross Bemrose (Powerlord) <powerlord@vgmusic.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Sunday, October 15, 2000 9:00 PM
Subject: Re: [IRCServices] Ircd's and Services....


> On a similar subject, can everyone please send messages to only one of the
> services addresses?  I know we love reading this mailing list, but it's
> annoying to get 2 identical messages.  This also applies to sending to the
> same address twice (*cough*Chris Knipe*cough*).
>


Sorry, If I'm not mistaken, I was the first one here to even bother asking
andrew to perhaps look at the list addresses...

Please dont come climb down my through about the list.  I'm not hosting it,
I'm not admining it.  As for the coding list.  As far as I know I was last
subscribed to it.  If not, thats also not my fault.


---
Regards,
Chris Knipe
Cell: (083) 430-8151




---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 16 11:53:49 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <NCBBIPDDJGGDOCPMKPKPMEINDIAA.andrewk@icon.co.za> <002e01c036d0$3ca64140$b1effea9@katsklaw> <004d01c036da$40a37b00$03090a0a@kroag> <006801c037a0$a930da20$0100a8c0@sunnyline.co.za>
Message-ID: 000d01c037a2$71073020$03090a0a@kroag

I was actually referring to this, which I saw in one of your message's
headers:
To: ircservices@Snow.shadowfire.org, ircservices@Snow.shadowfire.org
which are identical addresses.


----- Original Message -----
From: "Chris Knipe" <cgknipe@mweb.co.za>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 16, 2000 2:31 PM
Subject: Re: [IRCServices] Ircd's and Services....


> ----- Original Message -----
> From: Ross Bemrose (Powerlord) <powerlord@vgmusic.com>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Sunday, October 15, 2000 9:00 PM
> Subject: Re: [IRCServices] Ircd's and Services....
>
>
> > On a similar subject, can everyone please send messages to only one of
the
> > services addresses?  I know we love reading this mailing list, but it's
> > annoying to get 2 identical messages.  This also applies to sending to
the
> > same address twice (*cough*Chris Knipe*cough*).
> >
>
>
> Sorry, If I'm not mistaken, I was the first one here to even bother asking
> andrew to perhaps look at the list addresses...
>
> Please dont come climb down my through about the list.  I'm not hosting
it,
> I'm not admining it.  As for the coding list.  As far as I know I was last
> subscribed to it.  If not, thats also not my fault.
>
>
> ---
> Regards,
> Chris Knipe
> Cell: (083) 430-8151
>
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From natey at natey.za.net  Mon Oct 16 11:53:46 2000
From: natey at natey.za.net (Natey on IRC)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
In-Reply-To: <004d01c036da$40a37b00$03090a0a@kroag>
References: 004d01c036da$40a37b00$03090a0a@kroag
Message-ID: Pine.BSF.4.10.10010162051030.92388&#45;100000@aquarius.natey.za.net

Hi all,

Firstly it's very rude to blame Chris for what is infact the mailing list
administrator's fault for badly configuring the mailing list software.

Can we just learn to not point fingers at people that are not in the wrong
just because someone else screwed up?

Regards
Natey

--
Natey on IRC
#include <std/disclaimer.h>

On Sun, 15 Oct 2000, Ross Bemrose (Powerlord) wrote:

> On a similar subject, can everyone please send messages to only one of the
> services addresses?  I know we love reading this mailing list, but it's
> annoying to get 2 identical messages.  This also applies to sending to the
> same address twice (*cough*Chris Knipe*cough*).
> 
> ----- Original Message -----
> From: "Scott Seufert" <anarki@flamebait.org>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Sunday, October 15, 2000 1:49 PM
> Subject: Re: [IRCServices] Ircd's and Services....
> 
> 
> > You not the picky one Andrew, that's my arena! ;P
> >
> > I would like to remind everyone to please refrain from posting in HTML.
> Not
> > everyone's mail reader knows HTML. Plain text is prefered, please also
> keep
> > in mind that virii can be spread enbedded in HTML mail.
> >
> >
> > Scott Seufert
> > aka katsklaw
> > Server Admin
> > Excalibre.ShadowFire.Org
> >
> > ----- Original Message -----
> > From: Andrew Kempe <andrewk@icon.co.za>
> > To: <ircservices@Snow.shadowfire.org>
> > Sent: Sunday, October 15, 2000 1:05 PM
> > Subject: RE: [IRCServices] Ircd's and Services....
> >
> >
> > > I hate to be so picky about this, but please don't post patches to this
> > > list. Please send them directly to those people who want them.
> > >
> > > Thanks, Andrew
> > >
> > > > -----Original Message-----
> > > > From: owner-ircservices@Snow.shadowfire.org
> > > > [mailto:owner-ircservices@Snow.shadowfire.org]On Behalf Of Jonathan
> > > > Morton
> > > > Sent: 15 October 2000 15:03
> > > > To: ircservices@Snow.shadowfire.org
> > > > Subject: Re: [IRCServices] Ircd's and Services....
> > > >
> > > >
> > > > >Jonathan Morton : The patch you speak of, is it publicly downloadable
> > > > >because I've been looking for a patch to add to Services to
> > > > support +x but
> > > > >only if your IRCd supports it.
> > > >
> > > > Here it is.  It's different from previous releases, but only in that
> it
> > > > actually has a README file (shock horror!) describing roughly how to
> > apply
> > > > it.
> > > >
> > > > I'll see if I can remember to post it to my web space later, this
> would
> > > > make it a touch more accessible...
> > > >
> > >
> > >
> > > ---------------------------------------------------------------
> > > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > > with "unsubscribe ircservices" in the body, without the quotes.
> > >
> > >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 16 13:26:32 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <Pine.BSF.4.10.10010162051030.92388-100000@aquarius.natey.za.net>
Message-ID: 001701c037af$60b12340$0100a8c0@excaliburnetworks.com


----- Original Message -----
From: Natey on IRC <natey@natey.za.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 16, 2000 2:53 PM
Subject: Re: [IRCServices] Ircd's and Services....


> Hi all,
>
> Firstly it's very rude to blame Chris for what is infact the mailing list
> administrator's fault for badly configuring the mailing list software.
>
> Can we just learn to not point fingers at people that are not in the wrong
> just because someone else screwed up?
>
> Regards
> Natey
>
> --
> Natey on IRC
> #include <std/disclaimer.h>
>

<snip>

<rant>

Well today may be a good day to practice what we preach. In one paraghraph
you shift the blame from Chris to the list admin, the second you suggest we
don't point fingers.

I've been on this list a while and granted we have shifted from host name to
host name a few times. So what? I would also like to remind everyone that
you are more than welcome to present a better solution, not just say a
better solution, but provide one. I think that we are getting our moneys
worth already.

>From what I know there is a better solution on the table and is being
developed. Time is a very valuable asset and to be frank, Andrew is
providing us alot of it. Let's all just get along and use this list to talk
about IRCServices.

</rant>

My $0.02,

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Mon Oct 16 15:11:01 2000
From: quension at softhome.net (quension@softhome.net)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <Pine.BSF.4.10.10010162051030.92388-100000@aquarius.natey.za.net>
Message-ID: 39EB7CF5.485BF285@softhome.net

> Firstly it's very rude to blame Chris for what is infact the mailing list
> administrator's fault for badly configuring the mailing list software.

Without intending to personally insult or otherwise anger anyone this
time around, I still insist this is a client issue.  Yes, Andrew could
reconfigure the list software as a workaround, but that doesn't detract
from the client's responsibility.

I attempted to make a point last time about this, but I wasn't very
clear.  I also went off on a tangent by saying "Reply-To field is always
ircservices@ender.shadowfire.org", which besides being wrong, was
largely irrelevant.  Doh.  So, here's another go at it.  This time I'm
digging up RFC822, which AFAIK is the current standard for internet text
messages.

Select quotes from 4.4.4. "AUTOMATIC USE OF FROM / SENDER / REPLY-TO":

        For systems which automatically  generate  address  lists  for
        replies to messages, the following recommendations are made:
[...]
            o   If the "Reply-To" field exists, then the reply  should
                go to the addresses indicated in that field and not to
                the address(es) indicated in the "From" field.
[...]
        This recommendation is intended  only  for  automated  use  of
        originator-fields  and is not intended to suggest that replies
        may not also be sent to other recipients of messages.   It  is
        up  to  the  respective  mail-handling programs to decide what
        additional facilities will be provided.

Yes, I realize the last part clearly states it's only a
recommendation... but recommendations are not made without reason.

Okay, so that explains "Reply-To" vs. "From".  But, I don't think that's
the issue here, since "From" is usually (I'm not going to say "always"
;) the address of the actual person who sent the message.  So where is
the second mailing list address coming from?
Relevant headers from message
<<A HREF="msg00913.html">001701c037af$60b12340$0100a8c0@excaliburnetworks.com</A>>:

   To:       <ircservices@Snow.shadowfire.org>
   Reply-To: ircservices@ender.shadowfire.org

Aha, so we have two different mailing list addresses.  Considering most
people are replying, the only field that needs to be considered is
"Reply-To".  This is where I loudly insist the client is at fault. 
Reply does NOT mean "broadcast to everyone who may have ever seen this
message on Earth".  Reply means "send response back to originator".  As
per RFC822, the "Reply-To" field is to be used in this case.  The RFC
even backs me up on this in its wording: "For systems which
automatically generate address lists for *REPLIES* to messages ..."
(emphasis added).

Another note, in regard to my client, Netscape Messenger 4.74:  I have
two buttons to choose from when replying to messages: "Reply to sender
only" and "Reply to sender and all recipients".  For the message with
the headers I displayed above, the first one generates a message
template with a single "To" line, containing
"ircservices@ender.shadowfire.org".  The second button generates a
message template with multiple "To" addresses:
"ircservices@ender.shadowfire.org" and
"ircservices@Snow.shadowfire.org".  That may be useful in some cases,
but certainly not here.

The solution to the above issue?  Configure the client to behave
properly, or ditch it and get a better one.

Again, this isn't intended to be a personal attack on anyone; merely an
observation (OK, an _opinionated_ observation) that some mail clients
just do stupid things.

-- Quension

P.S.  Did I make my point clearer this time? ;)

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 16 15:32:36 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Ircd's and Services....
References: <Pine.BSF.4.10.10010162051030.92388-100000@aquarius.natey.za.net> <39EB7CF5.485BF285@softhome.net>
Message-ID: 005c01c037c0$fd9dce40$0100a8c0@excaliburnetworks.com


----- Original Message -----
From: <quension@softhome.net>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 16, 2000 6:11 PM
Subject: Re: [IRCServices] Ircd's and Services....


If I may interupt you, this is still a list regarding IRC Services, not a
classroom environment focused on proper RFC procedures. I would greatly
apreciate you sticking to that topic, as I along with several other members
of this list have many other emails to filter through, and have little time
to read off topic posts. You are more than welcome to argue this point in
private with whom ever else is interested since you obviously know where to
find the "from field" on an email.

I understand your concern, and would like this list to function as well as
we all dream that it can, as I have priviously mentioned, steps are being
taken to fix any problems that are occuring.

I'm sorry for sounding a bit crass but this tread seems to be getting out of
hand IMHO.

> -- Quension
>
> P.S.  Did I make my point clearer this time? ;)


kat

>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Tue Oct 17 07:43:02 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Duplicate messages and offtopicness
Message-ID: 39eb8796.70343@prima&#45;lan.net

     Two things.  First, can we please modify subject lines when the
thread content changes?  That'll make it easier for people who aren't
interested in reading the messages to skip past them.  Second:

>If I may interupt you, this is still a list regarding IRC Services, not a
>classroom environment focused on proper RFC procedures. I would greatly
>apreciate you sticking to that topic, as I along with several other members
>of this list have many other emails to filter through, and have little time
>to read off topic posts. You are more than welcome to argue this point in
>private with whom ever else is interested since you obviously know where to
>find the "from field" on an email.

     Actually, this _is_ relevant IMO; while I agree it's getting out of
hand, the original complaint is a valid one and should be addressed one
way or another.  And please don't flame back; it only makes things worse.

     It's really a simple matter--when you reply to the list, check your
To and CC lines and make sure there's only one copy of the list address in
there.  (Actually, checking your To and CC lines is a good idea in any
case; I do it as a matter of habit.)  Yes, there are ways to solve this on
the server's side too, but just because someone else _could_ do something
to solve the problem doesn't mean you shouldn't do what you can.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 10:38:54 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reason, or glitch?
Message-ID: 003701c03861$37091860$a7d26c18@powersurfr.com

Hi there

I noticed the other day..

[11:38] -> *operserv* mode #spacedballs +m
[11:38] *** OperServ sets mode: +m
[11:38] *** ChanServ sets mode: -m

Shouldn't Operserv have rule over Chanserv?

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromatix at penguinpowered.com  Tue Oct 17 10:49:03 2000
From: chromatix at penguinpowered.com (Jonathan Morton)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reason, or glitch?
In-Reply-To: <003701c03861$37091860$a7d26c18@powersurfr.com>
References: 003701c03861$37091860$a7d26c18@powersurfr.com
Message-ID: l03130303b61240aa6455@[192.168.239.101]

>I noticed the other day..
>
>[11:38] -> *operserv* mode #spacedballs +m
>[11:38] *** OperServ sets mode: +m
>[11:38] *** ChanServ sets mode: -m
>
>Shouldn't Operserv have rule over Chanserv?

Chanserv is probably just following the channel modelock.  I don't know how
much effort it would turn out to be to make Chanserv check who last set
each mode before resetting it...  In any case, in the event of a split,
that state information would usually become invalid anyways.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 10:52:12 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Re: Reason, or glitch?
In-Reply-To: <003701c03861$37091860$a7d26c18@powersurfr.com>
References: <003701c03861$37091860$a7d26c18@powersurfr.com>
Message-ID: 200010171552120830.02F2E082@smtp.intergate.com.br


Tim AtLee wrote:

> [11:38] -> *operserv* mode #spacedballs +m
> [11:38] *** OperServ sets mode: +m
> [11:38] *** ChanServ sets mode: -m
> 
> Shouldn't Operserv have rule over Chanserv?


        I apologize for my bad english.

        The OperServ does not have rule over the ChanServ's mlock (mode lock). I
think is this correct, because the mode lock is set by the channel's
founder - the owner, by the right.


        Best regards,
--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 12:14:21 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reason, or glitch?
References: <003701c03861$37091860$a7d26c18@powersurfr.com>
Message-ID: 002f01c0386e$77e49140$0100a8c0@excaliburnetworks.com


----- Original Message -----
From: Tim AtLee <spaced@connect.ab.ca>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, October 17, 2000 1:38 PM
Subject: [IRCServices] Reason, or glitch?


> Hi there
>
> I noticed the other day..
>
> [11:38] -> *operserv* mode #spacedballs +m
> [11:38] *** OperServ sets mode: +m
> [11:38] *** ChanServ sets mode: -m
>
> Shouldn't Operserv have rule over Chanserv?
>

OperServ does have a priority is some things, OperServ rules nothing to be
honest, OperServ MODE command should however negate chanserv's MLOCK. This
helps regain channels where the channel password has been discovered.
OperServ does _not_ change the channels settings.

In this case since you are trying to add a restriction (+m), chanserv
negated the change, if however the rules was reversed to where the channel
was +m, and did OperServ MODE -m, ChanServ would not have enforced MLOCK.

> Tim
>
>

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 15:07:23 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reloading services config without restarting?
Message-ID: 002001c03886$a9941040$a7d26c18@powersurfr.com

Hi there

I was wondering if there was a way to reload the IRCServices config file
without restarting services .. like a /rehash for services.

Thanks,

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 15:31:26 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reloading services config without restarting?
In-Reply-To: <002001c03886$a9941040$a7d26c18@powersurfr.com>
References: 002001c03886$a9941040$a7d26c18@powersurfr.com
Message-ID: NEBBLMHKKLGHANKONFLMGEHPCHAA.adam@wiredrave.com

I've been wondering this myself actually.... Sure would be nice if there
was.

Adam


-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Tim AtLee
Sent: Tuesday, October 17, 2000 5:07 PM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] Reloading services config without restarting?
Importance: Low


Hi there

I was wondering if there was a way to reload the IRCServices config file
without restarting services .. like a /rehash for services.

Thanks,

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 16:07:06 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reloading services config without restarting?
References: <002001c03886$a9941040$a7d26c18@powersurfr.com>
Message-ID: 001b01c0388e$f9353860$0100a8c0@excaliburnetworks.com

Currently there is no /rehash or the like. You could try a kill -HUP from
shell, which with most apps forces a reload of the .conf file. I personally
recommend using the update command before hand to save any changes.

An OperServ rehash or reload would be convienant, so that services would
reload it's conf without resetting everything.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org
----- Original Message -----
From: Tim AtLee <spaced@connect.ab.ca>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, October 17, 2000 6:07 PM
Subject: [IRCServices] Reloading services config without restarting?


> Hi there
>
> I was wondering if there was a way to reload the IRCServices config file
> without restarting services .. like a /rehash for services.
>
> Thanks,
>
> Tim
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From matt.l at techie.com  Tue Oct 17 16:54:39 2000
From: matt.l at techie.com (Matt Lewandowsky)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Errors compiling ircservices
Message-ID: 5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com


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

I seem to be unable to get services to compile under Win32/Cygwin for 
UnrealIRCd... (If I had a more *nix-y box that I could use I would.) I get 
the following warnings, however this shouldn't cause the make to fail, 
should it? Below the output of trying to build services 4.3.3 and 4.4.8, 
please find some basic info on my setup... (The only change I've made to 
the stock distribution is changing the 'cp -p' test in the configure script 
so that it works with a .exe extension as given by gcc.)

Thank you for any assistance you may be able to provide. If you need 
further information, please ask. And I saw nothing about this in the known 
bugs list. (Although it *did* say Windows is unsupported. Though this looks 
more like gcc doesn't like something. And I hope I came to the right place 
with this...)

- --Matt

- --- BEGIN OUTPUT ---
mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.3.3*115$ make
sh version.sh
gcc  -O2 -Wall -g -c akill.c
akill.c: In function `do_akill':
akill.c:390: `OPER_TOO_MANY_AKILLS' undeclared (first use in this function)
akill.c:390: (Each undeclared identifier is reported only once
akill.c:390: for each function it appears in.)
akill.c:403: `BAD_EXPIRY_TIME' undeclared (first use in this function)
akill.c:414: `BAD_USERHOST_MASK' undeclared (first use in this function)
akill.c:418: `OPER_AKILL_NO_NICK' undeclared (first use in this function)
akill.c:420: `OPER_AKILL_ADDED' undeclared (first use in this function)
akill.c:444: `READ_ONLY_MODE' undeclared (first use in this function)
akill.c:446: `OPER_AKILL_ADD_SYNTAX' undeclared (first use in this function)
akill.c:458: `OPER_AKILL_REMOVED' undeclared (first use in this function)
akill.c:472: `OPER_AKILL_NOT_FOUND' undeclared (first use in this function)
akill.c:475: `OPER_AKILL_DEL_SYNTAX' undeclared (first use in this function)
akill.c:485: `OPER_AKILL_LIST_HEADER' undeclared (first use in this function)
akill.c:488: `OPER_AKILL_LIST_FORMAT' undeclared (first use in this function)
akill.c:509: `STRFTIME_SHORT_DATE_FORMAT' undeclared (first use in this 
function)
akill.c:512: `OPER_AKILL_NO_EXPIRE' undeclared (first use in this function)
akill.c:515: `OPER_AKILL_EXPIRES_SOON' undeclared (first use in this function)
akill.c:523: `OPER_AKILL_EXPIRES_1M' undeclared (first use in this function)
akill.c:526: `OPER_AKILL_EXPIRES_M' undeclared (first use in this function)
akill.c:532: `OPER_AKILL_EXPIRES_1H1M' undeclared (first use in this function)
akill.c:536: `OPER_AKILL_EXPIRES_1HM' undeclared (first use in this function)
akill.c:541: `OPER_AKILL_EXPIRES_H1M' undeclared (first use in this function)
akill.c:545: `OPER_AKILL_EXPIRES_HM' undeclared (first use in this function)
akill.c:552: `OPER_AKILL_EXPIRES_1D' undeclared (first use in this function)
akill.c:555: `OPER_AKILL_EXPIRES_D' undeclared (first use in this function)
akill.c:559: `OPER_AKILL_VIEW_FORMAT' undeclared (first use in this function)
akill.c:567: `OPER_AKILL_SYNTAX' undeclared (first use in this function)
make: *** [akill.o] Error 1
mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.4.8*117$ make
gcc  -O6 -mpentiumpro -Wall -g -c akill.c
akill.c: In function `do_akill':
akill.c:418: `OPER_TOO_MANY_AKILLS' undeclared (first use in this function)
akill.c:418: (Each undeclared identifier is reported only once
akill.c:418: for each function it appears in.)
akill.c:431: `BAD_EXPIRY_TIME' undeclared (first use in this function)
akill.c:439: `OPER_AKILL_NO_NICK' undeclared (first use in this function)
akill.c:440: `BAD_USERHOST_MASK' undeclared (first use in this function)
akill.c:452: `OPER_AKILL_MASK_TOO_GENERAL' undeclared (first use in this 
function)
akill.c:458: `OPER_AKILL_ADDED' undeclared (first use in this function)
akill.c:464: `OPER_AKILL_NO_EXPIRE' undeclared (first use in this function)
akill.c:472: `READ_ONLY_MODE' undeclared (first use in this function)
akill.c:474: `OPER_AKILL_ADD_SYNTAX' undeclared (first use in this function)
akill.c:486: `OPER_AKILL_REMOVED' undeclared (first use in this function)
akill.c:500: `OPER_AKILL_NOT_FOUND' undeclared (first use in this function)
akill.c:503: `OPER_AKILL_DEL_SYNTAX' undeclared (first use in this function)
akill.c:525: `OPER_AKILL_LIST_HEADER' undeclared (first use in this function)
akill.c:529: `OPER_AKILL_LIST_FORMAT' undeclared (first use in this function)
akill.c:563: `STRFTIME_SHORT_DATE_FORMAT' undeclared (first use in this 
function)
akill.c:570: `OPER_AKILL_EXPIRES_SOON' undeclared (first use in this function)
akill.c:617: `OPER_AKILL_VIEW_FORMAT' undeclared (first use in this function)
akill.c:625: `OPER_AKILL_COUNT' undeclared (first use in this function)
akill.c:628: `OPER_AKILL_SYNTAX' undeclared (first use in this function)
make: *** [akill.o] Error 1
mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.4.8*118$ uname -a
CYGWIN_98-4.10 MATTLAP 1.1.4(0.26/3/2) 2000-08-03 20:53 i586 unknown
mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.4.8*119$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs
gcc version 2.95.2 19991024 (release-2)
mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.4.8*120$ make -v
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for i686-pc-cygwin
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
         Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

Report bugs to <bug-make@gnu.org>.

mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.4.8*121$ bash --version
GNU bash, version 2.04.0(3)-release (i686-pc-cygwin)
Copyright 1999 Free Software Foundation, Inc.
- --- END OUPUT ---
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQA/AwUBOezmv+oMko8dOmunEQK2UQCePPEajHepWNDtJA8v2BMmjaQBlPQAoK2A
d3U76S1YTMmJnqFAZgsima1b
=OxRR
-----END PGP SIGNATURE-----


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 19:17:15 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Errors compiling ircservices
References: <5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com>
Message-ID: 001001c038a9$89daa4d0$37526dd1@tiphares.com


----- Original Message -----
From: Matt Lewandowsky <matt.l@techie.com>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, October 17, 2000 6:54 PM
Subject: [IRCServices] Errors compiling ircservices


>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I seem to be unable to get services to compile under Win32/Cygwin for
> UnrealIRCd... (If I had a more *nix-y box that I could use I would.) I get
> the following warnings, however this shouldn't cause the make to fail,
> should it? Below the output of trying to build services 4.3.3 and 4.4.8,
> please find some basic info on my setup... (The only change I've made to
> the stock distribution is changing the 'cp -p' test in the configure
script
> so that it works with a .exe extension as given by gcc.)
>
> Thank you for any assistance you may be able to provide. If you need
> further information, please ask. And I saw nothing about this in the known
> bugs list. (Although it *did* say Windows is unsupported. Though this
looks
> more like gcc doesn't like something. And I hope I came to the right place
> with this...)
>
> - --Matt
>
> - --- BEGIN OUTPUT ---
> mattl@mattlap:/cygdrive/c/windows/desktop/ircservices-4.3.3*115$ make
> sh version.sh
> gcc  -O2 -Wall -g -c akill.c
> akill.c: In function `do_akill':
> akill.c:390: `OPER_TOO_MANY_AKILLS' undeclared (first use in this
function)
> akill.c:390: (Each undeclared identifier is reported only once
> akill.c:390: for each function it appears in.)
> akill.c:403: `BAD_EXPIRY_TIME' undeclared (first use in this function)
> akill.c:414: `BAD_USERHOST_MASK' undeclared (first use in this function)

] ... SNIP ... [

 (etc.)

Um, those aren't warnings my friend.  Those are errors.

If I had to take a guess it would appear that the language section
is not being compiled/configured correctly.  This normally happens on
UN*X platforms when you don't use GNU Make.  However, CygWin is
supposedly all GNU, so that wouldn't be the problem.  Last time I
attempted to compile Services under Windows I had a problem with
the Language section as well.

Yes Windows is indeed unsupported, for many reasons, one of which
is the problem you've run into above, and a whole smattering of
other reasons I could go into but wont.  Most notably is security
or the lack there of on a Windows box.  This is not to say that
it can't be done, but it will take some work.

Sorry,
Bryce Simonds (Kelmar K. Firesun)
IRC operator: dream.esper.net



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 19:20:50 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Errors compiling ircservices
In-Reply-To: <5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com>
References: 5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com
Message-ID: Pine.LNX.4.21.0010171903350.313&#45;100000@vector.chocobo.org

On Tue, 17 Oct 2000, Matt Lewandowsky wrote:

> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I seem to be unable to get services to compile under Win32/Cygwin for 
> UnrealIRCd... (If I had a more *nix-y box that I could use I would.) I get 
> the following warnings, however this shouldn't cause the make to fail, 
> should it? Below the output of trying to build services 4.3.3 and 4.4.8, 
> please find some basic info on my setup... (The only change I've made to 
> the stock distribution is changing the 'cp -p' test in the configure script 
> so that it works with a .exe extension as given by gcc.)
> 
> Thank you for any assistance you may be able to provide. If you need 
> further information, please ask. And I saw nothing about this in the known 
> bugs list. (Although it *did* say Windows is unsupported. Though this looks 
> more like gcc doesn't like something. And I hope I came to the right place 
> with this...)

You are pretty much on your own here.

When Andy Church originally wrote Services for us, then later GPLed it, he
specifically didn't support it under Windows, nor would he ever.

You are better off using a UNIX-type machine for any kind of Internet
server, be it Linux (under which Services was developed, FreeBSD,
whatever.  All of those are free.

And as we have seen time and time again, Windows has had more holes than
than a block of Swiss cheese.  Part horrendous coding on Microsoft's part,
part open-by-default policies.

Hence the phrase:  "Windows:  /n/ 1.  Easily opened.  2.  Easily broken."

Services has been, and probably shall always be, a UNIX-only program.

Save yourself the effort and headaches and get Linux or FreeBSD.  Both are
good.  Both are free.

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 17 21:06:06 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Errors compiling ircservices
References: <5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com>
Message-ID: 001301c038b8$bf5301c0$0100a8c0@excaliburnetworks.com


----- Original Message -----
From: Matt Lewandowsky <matt.l@techie.com>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, October 17, 2000 7:54 PM
Subject: [IRCServices] Errors compiling ircservices


>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I seem to be unable to get services to compile under Win32/Cygwin for
> UnrealIRCd... (If I had a more *nix-y box that I could use I would.) I get
> the following warnings, however this shouldn't cause the make to fail,
> should it? Below the output of trying to build services 4.3.3 and 4.4.8,
> please find some basic info on my setup... (The only change I've made to
> the stock distribution is changing the 'cp -p' test in the configure
script
> so that it works with a .exe extension as given by gcc.)
>
> Thank you for any assistance you may be able to provide. If you need
> further information, please ask. And I saw nothing about this in the known
> bugs list. (Although it *did* say Windows is unsupported. Though this
looks
> more like gcc doesn't like something. And I hope I came to the right place
> with this...)
>
> - --Matt

<snip>

I would say that it would be much easier and faster to use Win32 type
daemons and services if you insist on using Win32, otherwise a good *nix
solution is best.


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


P.S. If you are hellbent to use a win32 solution you may email me privately
for the binaries of a set of Services not unlike DALnet's and also an older
DreamForge for win32.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 02:19:23 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] services segfaults -- libc problem?
Message-ID: NDBBKMLGGLLMFACIBDMKAEDFCGAA.hendrik@mans.de

Hi everybody,

as this is my first post to this list, I'd like to take the opportunity to
a) say "Hi" to everybody else and b) thank Andy Church and TheShadow for
giving us this great irc services package. You're my heroes!

Okay, so here's my problem:

I've been running 4.4.7 for a while, and it was working great until my
machine died a horrible death at the hands of a few mysql threads gone
haywire. After the reboot everything was back to normal, *except* services
wouldn't start up (and segfaulted instead).

I have pretty amateurish (or rather non-existant) debugging skills, but I've
managed to squeeze this bit of info out of gdb:

---cut---
(gdb) run
Starting program: /home/ircserv/services

Program received signal SIGSEGV, Segmentation fault.
0x400b636b in strtok () from /lib/libc.so.6

(gdb) next
Single stepping until exit from function strtok,
which has no line number information.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
---cut---

Now, since that started happening I've tried everything from different (old
and new) versions of ircservices, using new data files, writing a new
services.conf, and so on and so on and so on, all to no effect -- whatever
version I compiled would segfault on me, just like described above.

So it seems logical that it must have something to do with libc.so.6, but if
that's the case, why isn't more stuff on the machine broken? I'm confused.

In case you're wondering about versions, here's my libc.so.6 from /lib:

---cut---
-rwxr-xr-x    1 root     root      1057576 Oct 13 18:45 libc-2.1.95.so
lrwxrwxrwx    1 root     root           14 Oct 16 09:53 libc.so.6 ->
libc-2.1.95.so
---cut---

Granted, I know nothing about debugging, so there's probably a better way to
find the culprit that I'm not aware of. Or is this just a compatibility
issue between ircservices and libc-2.1.95? After all, services was running
for a *long* time, and I've done various upgrades to my Debian systems since
then.

Any help would be highly appreciated!

Thanks & take care,
Hendrik


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 02:31:33 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
In-Reply-To: <NDBBKMLGGLLMFACIBDMKAEDFCGAA.hendrik@mans.de>
References: NDBBKMLGGLLMFACIBDMKAEDFCGAA.hendrik@mans.de
Message-ID: NDBBKMLGGLLMFACIBDMKGEDFCGAA.hendrik@mans.de

Hi again,

before anyone asks:

- Nothing is printed into the log
- Command line options like -debug and -nofork didn't help, either;
  services segfaulted anyway
- I'm using services with cyclone 0.3, and I'm fully aware of the
  minor modification that needs to be done to make services cyclone
  compatible; however, the same thing (segfault) is happening with
  AND without the modification; it also happens when I choose a 
  completely different ircd in ./configure.
- The same thing is happening on my linux box at home, so I guess this
  really *is* a problem with the latest libc (the joys of a bleeding
  edge Debian system.. sometimes it just bleeds too much!). However,
  as nothing else seems to be broken, this should be fairly easy to
  resolve if it's really the cause of the constant segfaulting.

Okay, enough blabber from me. :) Looking forward to your suggestions!

Regards,
Hendrik


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dreamer at darkness.gr  Wed Oct 18 02:35:25 2000
From: dreamer at darkness.gr (dreamer@darkness.gr)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reloading services config without restarting?
In-Reply-To: <NEBBLMHKKLGHANKONFLMGEHPCHAA.adam@wiredrave.com>
References: NEBBLMHKKLGHANKONFLMGEHPCHAA.adam@wiredrave.com
Message-ID: Pine.LNX.4.20.0010181230540.1747&#45;100000@darkness.darkness.gr

Greetings all, but sure, there is one. The function (read_config) that is
primary called every time services are loading. It is simple as this :


static void do_rehash(User *u)
{
    if(read_config(1))
        wallops(s_OperServ, "Services root is rehashing config file while whistling innocently");
    else
        wallops(s_OperServ, "An error occured loading services configuration");
}


Sorry for posting parts of code here. 

Regards,
Nick Krassas
ircadmin@darkness.irc.gr




> I've been wondering this myself actually.... Sure would be nice if there
> was.
> 
> Adam

> 
> Hi there
> 
> I was wondering if there was a way to reload the IRCServices config file
> without restarting services .. like a /rehash for services.
> 
> Thanks,
> 
> Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 03:40:38 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Reloading services config without restarting?
References: <Pine.LNX.4.20.0010181230540.1747-100000@darkness.darkness.gr>
Message-ID: 011c01c038ef$dac9a080$9c011ac4@shadow

Please move this thread to the coding list.

If you simply reload the config and you have an invalid value, services is
going to fall over - I think - I've not really tested this.

Andrew

----- Original Message -----
From: <dreamer@darkness.gr>
To: <ircservices@snow.shadowfire.org>
Sent: Wednesday, October 18, 2000 11:35 AM
Subject: RE: [IRCServices] Reloading services config without restarting?


> Greetings all, but sure, there is one. The function (read_config) that is
> primary called every time services are loading. It is simple as this :
>
>
> static void do_rehash(User *u)
> {
>     if(read_config(1))
>         wallops(s_OperServ, "Services root is rehashing config file while
whistling innocently");
>     else
>         wallops(s_OperServ, "An error occured loading services
configuration");
> }
>
>
> Sorry for posting parts of code here.
>
> Regards,
> Nick Krassas
> ircadmin@darkness.irc.gr
>
>
>
>
> > I've been wondering this myself actually.... Sure would be nice if there
> > was.
> >
> > Adam
>
> >
> > Hi there
> >
> > I was wondering if there was a way to reload the IRCServices config file
> > without restarting services .. like a /rehash for services.
> >
> > Thanks,
> >
> > Tim
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From matt.l at techie.com  Wed Oct 18 04:28:47 2000
From: matt.l at techie.com (Matt Lewandowsky)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] Errors compiling ircservices
In-Reply-To: <Pine.LNX.4.21.0010171903350.313-100000@vector.chocobo.org>
References: <5.0.0.25.0.20001016162631.03250eb0@mail.subdimension.com>
Message-ID: 5.0.0.25.0.20001018041751.0346deb0@mail.subdimension.com

At 19.20 10/17/2000, Ian R. Justman wrote:
>You are pretty much on your own here.

I had figured I would be. I was hoping for some form of guidance, however. 
If this looked familiar to someone, I was hoping to hear that so I wouldn't 
have to bang my head so much since someone has done some banging already.

>When Andy Church originally wrote Services for us, then later GPLed it, he
>specifically didn't support it under Windows, nor would he ever.

I am quite aware of this. However, my needs unfortunately include Windows. 
I am not looking for a supported version. To quote from the FAQ (3.): 
"Unless and until someone contributes patches allowing Services to run 
under Windows, you'll need a different operating system (try Linux or 
FreeBSD)." I was hoping to come up with the necessary patches. If they 
aren't, in fact, useful to you guys, then I'll not bother trying to get 
them to the right place.

>You are better off using a UNIX-type machine for any kind of Internet
>server, be it Linux (under which Services was developed, FreeBSD,
>whatever.  All of those are free.

However, this is incompatible with my reasons for needing IRC and Services. 
And, being on a dial-up connection and all, I'm forced to actually run 
services on the same machine as UnrealIRCd.

>And as we have seen time and time again, Windows has had more holes than
>than a block of Swiss cheese.  Part horrendous coding on Microsoft's part,
>part open-by-default policies.

I know this, and am willing to take the risks. Otherwise, I wouldn't be 
interested in compiling for Windows, would I?

>Hence the phrase:  "Windows:  /n/ 1.  Easily opened.  2.  Easily broken."
>
>Services has been, and probably shall always be, a UNIX-only program.

Hmm... It seems as if it *should* run on any platform you can compile a 
compatible IRCd on, at least to me.

>Save yourself the effort and headaches and get Linux or FreeBSD.  Both are
>good.  Both are free.

It's much more of a headache to try to fit Linux or FreeBSD onto the same 
laptop hard disk that Windows is running on. (~250MB free.) AND to run both 
at the same time. (Yes, I know about VMWare and such. But by the time I get 
all that done with, I'll probably have services running fairly well on Win32.)

Back to tinkering with this... It successfully compiled, so now I get to 
see if the result is usable...

--Matt


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 15:16:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
References: <NDBBKMLGGLLMFACIBDMKGEDFCGAA.hendrik@mans.de>
Message-ID: 003101c03951$122a4c30$37526dd1@tiphares.com

Well knowing it died in strtok() kinda helps, but it'd
be nice if we had a call stack listing so we can see
what's calling strtok() and with what parameters.

If I'm reading the gdb man page correctly the way to
get a call stack is by using the "backtrace" command.

Also, you may wish to recompile services with the -g
switch enabled.  This will add some debugging information
that will make your life much easier when using gdb.

Bryce Simonds (Kelmar K. Firesun)
IRC operator: dream.esper.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 20:55:18 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] umode or services option
Message-ID: 001101c03980$6671b920$0100a8c0@excaliburnetworks.com

What is evertones thoughts on a usermode or services setting for channels
that restricts admitance to opers only ...


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 21:02:51 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] umode or services option
In-Reply-To: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com>
References: 001101c03980$6671b920$0100a8c0@excaliburnetworks.com
Message-ID: NEBBLMHKKLGHANKONFLMMEIJCHAA.adam@wiredrave.com

I think that it could be useful, however an IRCD with a +A channel mode is
easier in my opinion.  Depending on the load, if a few hundred people tried
to join the channel at once it could slow things down greatly.

::: shrug :::

Adam


-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Scott Seufert
Sent: Wednesday, October 18, 2000 10:55 PM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] umode or services option
Importance: Low


What is evertones thoughts on a usermode or services setting for channels
that restricts admitance to opers only ...


Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 21:07:28 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:02 2004
Subject: [IRCServices] umode or services option
References: <NEBBLMHKKLGHANKONFLMMEIJCHAA.adam@wiredrave.com>
Message-ID: 001901c03982$196ed700$0100a8c0@excaliburnetworks.com

I _am_ sorry .. I did mean chanmode .. not user mode ... sorry for any
confusion.


----- Original Message -----
From: Adam Fladwood <adam@wiredrave.com>
To: <ircservices@snow.shadowfire.org>
Sent: Friday, October 20, 2000 12:02 AM
Subject: RE: [IRCServices] umode or services option


> I think that it could be useful, however an IRCD with a +A channel mode is
> easier in my opinion.  Depending on the load, if a few hundred people
tried
> to join the channel at once it could slow things down greatly.
>
> ::: shrug :::
>
> Adam
>
>
> -----Original Message-----
> From: owner-ircservices@snow.shadowfire.org
> [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Scott Seufert
> Sent: Wednesday, October 18, 2000 10:55 PM
> To: ircservices@snow.shadowfire.org
> Subject: [IRCServices] umode or services option
> Importance: Low
>
>
> What is evertones thoughts on a usermode or services setting for channels
> that restricts admitance to opers only ...
>
>
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Wed Oct 18 21:10:30 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
In-Reply-To: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com>; from scotts@ure.net on Wed, Oct 18, 2000 at 11:55:18PM -0400
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com>
Message-ID: 20001018231030.A74609@edgemaster.zombie.org

On Wed, Oct 18, 2000 at 11:55:18PM -0400, Scott Seufert wrote:
> What is evertones thoughts on a usermode or services setting for channels
> that restricts admitance to opers only ...

That can be done very easily in the ircd.  All you have to do is make
a new usermode and then add a check to can_join() in channel.c.  If you
want an example, there are several ircds, including Cyclone, that do
this.


-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 4AC781C7        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 23:05:01 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com>
Message-ID: 002901c03992$84488ed0$9c011ac4@shadow

This is available in Bahamut 1.4(08) (channel mode +O). It will be (read:
is) modelock'able in 4.5 of IRC Services.

This weekend I'll fixup and ircd with all the right SF settings so that we
can upgrade.

Andrew

----- Original Message -----
From: "Scott Seufert" <scotts@ure.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 5:55 AM
Subject: [IRCServices] umode or services option


> What is evertones thoughts on a usermode or services setting for channels
> that restricts admitance to opers only ...
>
>
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 18 23:08:01 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow>
Message-ID: 006701c03992$efe032b0$9c011ac4@shadow

Bugger, I really should have my morning coffee before replying to mail :P

Please disregard the statement about upgrading the ircd... that was meant
for someone else. However, the support for +O is available in Bahamut and
supported by version 4.5 of IRC Services.

Andrew

----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 8:05 AM
Subject: Re: [IRCServices] umode or services option


> This is available in Bahamut 1.4(08) (channel mode +O). It will be (read:
> is) modelock'able in 4.5 of IRC Services.
>
> This weekend I'll fixup and ircd with all the right SF settings so that we
> can upgrade.
>
> Andrew
>
> ----- Original Message -----
> From: "Scott Seufert" <scotts@ure.net>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 5:55 AM
> Subject: [IRCServices] umode or services option
>
>
> > What is evertones thoughts on a usermode or services setting for
channels
> > that restricts admitance to opers only ...
> >
> >
> > Scott Seufert
> > aka katsklaw
> > Server Admin
> > Excalibre.ShadowFire.Org
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 04:28:54 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow>
Message-ID: 002901c039bf$c3b96da0$250c1218@cc274522d

BTW, It's also available in Elite. :)  (Which actually works quite well with
your services with a few 'enhancements')

David a.k.a. Perigee
Coding team
irc.sub-city.net

----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 2:08 AM
Subject: Re: [IRCServices] umode or services option


> Bugger, I really should have my morning coffee before replying to mail :P
>
> Please disregard the statement about upgrading the ircd... that was meant
> for someone else. However, the support for +O is available in Bahamut and
> supported by version 4.5 of IRC Services.
>
> Andrew
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Thu Oct 19 04:48:49 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d>
Message-ID: 003701c039c3$0f03ff20$0600a8c0@ciaran

Yeah, I used that umode myself when I was running Elite, it can be quite
handy.... are you using it ? If so, may I ask what tweaks you've made to
optimize it more for Services ?

Ciarán.


----- Original Message -----
From: "David Blanchard" <dblanch@home.com>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 12:28 PM
Subject: Re: [IRCServices] umode or services option


> BTW, It's also available in Elite. :)  (Which actually works quite well
with
> your services with a few 'enhancements')
>
> David a.k.a. Perigee
> Coding team
> irc.sub-city.net
>
> ----- Original Message -----
> From: "Andrew Kempe" <andrewk@icon.co.za>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 2:08 AM
> Subject: Re: [IRCServices] umode or services option
>
>
> > Bugger, I really should have my morning coffee before replying to mail
:P
> >
> > Please disregard the statement about upgrading the ircd... that was
meant
> > for someone else. However, the support for +O is available in Bahamut
and
> > supported by version 4.5 of IRC Services.
> >
> > Andrew
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 08:32:32 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran>
Message-ID: 001501c039e1$cc802970$250c1218@cc274522d

Wow, where to begin... lol

Well, at one point I had to modify 'configure' to compile specifically for
Elite (#define IRC_ELITE)  as there is an option in the ircd to prevent
colors from being sent to the channel (like Bahamut) but is not supported in
Dal_4_4_15.  I have also kept compatibilty with Andrew's code, in case he
might ask to incorporate some of this into the next version of services...
(hint, hint!) Actually, the one flag I added in NickServ flags is prolly
going to have to change (NI_FORCEID 0x00001000) as I don't know if Andrew
has plans to use a flag there or not in future versions... hmmm maybe I need
to get with him on this as a request :)  I was planning on adding that mlock
to Chanserv for +O channels, but haven't done it yet... it's easy enough...

first add a CMODE_O to the services.h (0x00000800 perhaps?)

then basically have this code in chanserv.c

#if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
                        (ci->mlock_off & CMODE_O) ? "O" : "",
#else
                        "",
#endif

BTW, here's what I changed in chanserv.c for the color mode:

#if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
#ifdef IRC_BAHAMUT
                        (ci->mlock_off & CMODE_C) ? "c" : "",
#else
                        (ci->mlock_off & CMODE_C) ? "x" : "",
#endif

#else
                        "",
#endif

There are a few places this needs to be modified, but you get the idea...


David

----- Original Message -----
From: "Ciarán Reilly" <Ciaran.Reilly@ntlworld.com>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 7:48 AM
Subject: Re: [IRCServices] umode or services option


> Yeah, I used that umode myself when I was running Elite, it can be quite
> handy.... are you using it ? If so, may I ask what tweaks you've made to
> optimize it more for Services ?
>
> Ciarán.
>



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 09:01:50 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran> <001501c039e1$cc802970$250c1218@cc274522d>
Message-ID: 014f01c039e5$e45825d0$9c011ac4@shadow

ircservices-coding list please :)

Thanks guys.

Andrew

----- Original Message -----
From: "David Blanchard" <dblanch@home.com>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 5:32 PM
Subject: Re: [IRCServices] umode or services option


> Wow, where to begin... lol
>
> Well, at one point I had to modify 'configure' to compile specifically for
> Elite (#define IRC_ELITE)  as there is an option in the ircd to prevent
> colors from being sent to the channel (like Bahamut) but is not supported
in
> Dal_4_4_15.  I have also kept compatibilty with Andrew's code, in case he
> might ask to incorporate some of this into the next version of services...
> (hint, hint!) Actually, the one flag I added in NickServ flags is prolly
> going to have to change (NI_FORCEID 0x00001000) as I don't know if Andrew
> has plans to use a flag there or not in future versions... hmmm maybe I
need
> to get with him on this as a request :)  I was planning on adding that
mlock
> to Chanserv for +O channels, but haven't done it yet... it's easy
enough...
>
> first add a CMODE_O to the services.h (0x00000800 perhaps?)
>
> then basically have this code in chanserv.c
>
> #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
>                         (ci->mlock_off & CMODE_O) ? "O" : "",
> #else
>                         "",
> #endif
>
> BTW, here's what I changed in chanserv.c for the color mode:
>
> #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
> #ifdef IRC_BAHAMUT
>                         (ci->mlock_off & CMODE_C) ? "c" : "",
> #else
>                         (ci->mlock_off & CMODE_C) ? "x" : "",
> #endif
>
> #else
>                         "",
> #endif
>
> There are a few places this needs to be modified, but you get the idea...
>
>
> David
>
> ----- Original Message -----
> From: "Ciarán Reilly" <Ciaran.Reilly@ntlworld.com>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 7:48 AM
> Subject: Re: [IRCServices] umode or services option
>
>
> > Yeah, I used that umode myself when I was running Elite, it can be quite
> > handy.... are you using it ? If so, may I ask what tweaks you've made to
> > optimize it more for Services ?
> >
> > Ciarán.
> >
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Thu Oct 19 09:07:14 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran> <001501c039e1$cc802970$250c1218@cc274522d> <014f01c039e5$e45825d0$9c011ac4@shadow>
Message-ID: 027901c039e6$a6b1b7e0$0600a8c0@ciaran

Aha, soz :-)


----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 5:01 PM
Subject: Re: [IRCServices] umode or services option


> ircservices-coding list please :)
>
> Thanks guys.
>
> Andrew
>
> ----- Original Message -----
> From: "David Blanchard" <dblanch@home.com>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 5:32 PM
> Subject: Re: [IRCServices] umode or services option
>
>
> > Wow, where to begin... lol
> >
> > Well, at one point I had to modify 'configure' to compile specifically
for
> > Elite (#define IRC_ELITE)  as there is an option in the ircd to prevent
> > colors from being sent to the channel (like Bahamut) but is not
supported
> in
> > Dal_4_4_15.  I have also kept compatibilty with Andrew's code, in case
he
> > might ask to incorporate some of this into the next version of
services...
> > (hint, hint!) Actually, the one flag I added in NickServ flags is prolly
> > going to have to change (NI_FORCEID 0x00001000) as I don't know if
Andrew
> > has plans to use a flag there or not in future versions... hmmm maybe I
> need
> > to get with him on this as a request :)  I was planning on adding that
> mlock
> > to Chanserv for +O channels, but haven't done it yet... it's easy
> enough...
> >
> > first add a CMODE_O to the services.h (0x00000800 perhaps?)
> >
> > then basically have this code in chanserv.c
> >
> > #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
> >                         (ci->mlock_off & CMODE_O) ? "O" : "",
> > #else
> >                         "",
> > #endif
> >
> > BTW, here's what I changed in chanserv.c for the color mode:
> >
> > #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
> > #ifdef IRC_BAHAMUT
> >                         (ci->mlock_off & CMODE_C) ? "c" : "",
> > #else
> >                         (ci->mlock_off & CMODE_C) ? "x" : "",
> > #endif
> >
> > #else
> >                         "",
> > #endif
> >
> > There are a few places this needs to be modified, but you get the
idea...
> >
> >
> > David
> >
> > ----- Original Message -----
> > From: "Ciarán Reilly" <Ciaran.Reilly@ntlworld.com>
> > To: <ircservices@snow.shadowfire.org>
> > Sent: Thursday, October 19, 2000 7:48 AM
> > Subject: Re: [IRCServices] umode or services option
> >
> >
> > > Yeah, I used that umode myself when I was running Elite, it can be
quite
> > > handy.... are you using it ? If so, may I ask what tweaks you've made
to
> > > optimize it more for Services ?
> > >
> > > Ciarán.
> > >
> >
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 09:07:04 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow>
Message-ID: 002901c039e6$a0559b00$0100a8c0@excaliburnetworks.com

I didn't realize that support was that close ;) since I have 1.4(07).


I'll wait.

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 2:05 AM
Subject: Re: [IRCServices] umode or services option


> This is available in Bahamut 1.4(08) (channel mode +O). It will be (read:
> is) modelock'able in 4.5 of IRC Services.
>
> This weekend I'll fixup and ircd with all the right SF settings so that we
> can upgrade.
>
> Andrew
>

<snip>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Thu Oct 19 09:10:25 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran> <001501c039e1$cc802970$250c1218@cc274522d>
Message-ID: 028201c039e7$185dc140$0600a8c0@ciaran

Hiya David, thanks a lot for your help

I understand it (slightly) lol..... think I need to do quite a bit more
brushing up on my C before I attempt it myself..... have you any suggestions
of places I can pickup on the Services code etc (makes mental note to get
subbed to the coding list) ?



> Wow, where to begin... lol
>
> Well, at one point I had to modify 'configure' to compile specifically for
> Elite (#define IRC_ELITE)  as there is an option in the ircd to prevent
> colors from being sent to the channel (like Bahamut) but is not supported
in
> Dal_4_4_15.

I must admit, I just used the modes in the Ircd independantly of Servcies,
which was pretty sloppy, I never realised they could be edited to this
extent...... Then again, there was never much call for Services to support
the mode as my users didn't use it much...

Let me see if I've got this right..... So when you installed Services, you
first modified the Config.h  to include the line #define IRC_Elite ? Then
you compiled, having already added your other code for the U modes to
Services.h and chanserv.h etc ?


> I have also kept compatibilty with Andrew's code, in case he
> might ask to incorporate some of this into the next version of services...
> (hint, hint!) Actually, the one flag I added in NickServ flags is prolly
> going to have to change (NI_FORCEID 0x00001000)

Forceid....... call me stupid, but is this used to force a user to identify
to NickServ, or is ID something else ?   what did you add it for ?
sorry for all these questions, I'm just trying to gather as much knowledge
as poss on whats going on :-)

> I was planning on adding that mlock
> to Chanserv for +O channels, but haven't done it yet... it's easy
enough...

Right, think I can get my head round this bit.....

> first add a CMODE_O to the services.h (0x00000800 perhaps?)
>
> then basically have this code in chanserv.c
>
> #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
>                         (ci->mlock_off & CMODE_O) ? "O" : "",
> #else
>                         "",
> #endif
>
> BTW, here's what I changed in chanserv.c for the color mode:
>
> #if defined(IRC_BAHAMUT) || defined(IRC_ELITE)
> #ifdef IRC_BAHAMUT
>                         (ci->mlock_off & CMODE_C) ? "c" : "",
> #else
>                         (ci->mlock_off & CMODE_C) ? "x" : "",
> #endif
>
> #else
>                         "",
> #endif
>

Hmmmm am starting to get it...... thanks for your time David...... and sorry
to everyone for this going to the main list, I'll make sure it goes to
coding in future :-)


Ciarán.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 10:19:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <002901c039e6$a0559b00$0100a8c0@excaliburnetworks.com>
Message-ID: 016301c039f0$c56811c0$9c011ac4@shadow

I suggest you upgrade the latest version ... there are some bugs in 1.4(07)
afaik that can send the network into an infinate loop. Something to do with
the servers sending weird sqlines around - if my memory serves me correct.

Andrew

----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 6:07 PM
Subject: Re: [IRCServices] umode or services option


> I didn't realize that support was that close ;) since I have 1.4(07).
>
>
> I'll wait.
>
> Scott Seufert
> aka katsklaw
> Server Admin
> Excalibre.ShadowFire.Org
>
> ----- Original Message -----
> From: Andrew Kempe <andrewk@icon.co.za>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 2:05 AM
> Subject: Re: [IRCServices] umode or services option
>
>
> > This is available in Bahamut 1.4(08) (channel mode +O). It will be
(read:
> > is) modelock'able in 4.5 of IRC Services.
> >
> > This weekend I'll fixup and ircd with all the right SF settings so that
we
> > can upgrade.
> >
> > Andrew
> >
>
> <snip>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 11:58:51 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <002901c039e6$a0559b00$0100a8c0@excaliburnetworks.com> <016301c039f0$c56811c0$9c011ac4@shadow>
Message-ID: 000701c039fe$a72d1580$473320d0@excaliburnetworks.com

thanx for the info .. btw bahamut1.4.8-release.tar.gz on bahamut.net's ftp
site seems to have a blank Makefile.


Scott

----- Original Message -----
From: Andrew Kempe <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, October 19, 2000 1:19 PM
Subject: Re: [IRCServices] umode or services option


> I suggest you upgrade the latest version ... there are some bugs in
1.4(07)
> afaik that can send the network into an infinate loop. Something to do
with
> the servers sending weird sqlines around - if my memory serves me correct.
>
> Andrew
>
> ----- Original Message -----
> From: "Scott Seufert" <anarki@flamebait.org>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, October 19, 2000 6:07 PM
> Subject: Re: [IRCServices] umode or services option
>
>
> > I didn't realize that support was that close ;) since I have 1.4(07).
> >
> >
> > I'll wait.
> >
> > Scott Seufert
> > aka katsklaw
> > Server Admin
> > Excalibre.ShadowFire.Org
> >
> > ----- Original Message -----
> > From: Andrew Kempe <andrewk@icon.co.za>
> > To: <ircservices@snow.shadowfire.org>
> > Sent: Thursday, October 19, 2000 2:05 AM
> > Subject: Re: [IRCServices] umode or services option
> >
> >
> > > This is available in Bahamut 1.4(08) (channel mode +O). It will be
> (read:
> > > is) modelock'able in 4.5 of IRC Services.
> > >
> > > This weekend I'll fixup and ircd with all the right SF settings so
that
> we
> > > can upgrade.
> > >
> > > Andrew
> > >
> >
> > <snip>
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Oct 20 15:44:01 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Half Ops
Message-ID: NEBBLMHKKLGHANKONFLMOEKECHAA.adam@wiredrave.com

Since we're kind of on the topic of modes and stuff.  Has anyone
successfully been able to add an option in the ACCESS LIST for halfops? I
added it and it worked great on FreeBSD but didn't work at all on Linux
unless I recreated the datbases.

Any ideas?

Thanks,

Adam



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 18:17:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Half Ops
References: <NEBBLMHKKLGHANKONFLMOEKECHAA.adam@wiredrave.com>
Message-ID: 000f01c03a33$8cb09620$0100a8c0@excaliburnetworks.com

I don't remember a discussion about "halfops" in Bahamut IRCd or
IRCServices. Which daemon are you refering to?

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: Adam Fladwood <adam@wiredrave.com>
To: Ircservices@Snow. Shadowfire. Org <ircservices@snow.shadowfire.org>
Sent: Friday, October 20, 2000 6:44 PM
Subject: [IRCServices] Half Ops


> Since we're kind of on the topic of modes and stuff.  Has anyone
> successfully been able to add an option in the ACCESS LIST for halfops? I
> added it and it worked great on FreeBSD but didn't work at all on Linux
> unless I recreated the datbases.
>
> Any ideas?
>
> Thanks,
>
> Adam
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 19:17:13 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Half Ops
In-Reply-To: <NEBBLMHKKLGHANKONFLMOEKECHAA.adam@wiredrave.com>
References: NEBBLMHKKLGHANKONFLMOEKECHAA.adam@wiredrave.com
Message-ID: LGEMJIHOKKPHMIAFMCBAKEKOCBAA.zero@racetime.com.au

hrm, i did it once... THINK i still have the code around somewhere.
(might have lost it when my box got rooted (how clever of me :))

(althought that doesnt help much, just teling that)

--Zero, Akashra@IRCnet
IRC Operator, flute.telstra.net.au

> -----Original Message-----
> From: owner-ircservices@snow.shadowfire.org
> [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Adam Fladwood
> Sent: Saturday October 21, 2000 09:44
> To: Ircservices@Snow. Shadowfire. Org
> Subject: [IRCServices] Half Ops
> 
> 
> Since we're kind of on the topic of modes and stuff.  Has anyone
> successfully been able to add an option in the ACCESS LIST for halfops? I
> added it and it worked great on FreeBSD but didn't work at all on Linux
> unless I recreated the datbases.
> 
> Any ideas?
> 
> Thanks,
> 
> Adam
> 
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Oct 20 19:47:24 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Half Ops
In-Reply-To: <000f01c03a33$8cb09620$0100a8c0@excaliburnetworks.com>
References: 000f01c03a33$8cb09620$0100a8c0@excaliburnetworks.com
Message-ID: NEBBLMHKKLGHANKONFLMGEKJCHAA.adam@wiredrave.com

Unreal has it.  It's a nice feature really...

Allows for a user to be +h ed in a channel and then they can change the
topic, give/remove voice, kick normal users, but can't do jack to the
operators.  Nice feature.

Adam


-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Scott Seufert
Sent: Thursday, October 19, 2000 8:18 PM
To: ircservices@snow.shadowfire.org
Subject: Re: [IRCServices] Half Ops


I don't remember a discussion about "halfops" in Bahamut IRCd or
IRCServices. Which daemon are you refering to?

Scott Seufert
aka katsklaw
Server Admin
Excalibre.ShadowFire.Org

----- Original Message -----
From: Adam Fladwood <adam@wiredrave.com>
To: Ircservices@Snow. Shadowfire. Org <ircservices@snow.shadowfire.org>
Sent: Friday, October 20, 2000 6:44 PM
Subject: [IRCServices] Half Ops


> Since we're kind of on the topic of modes and stuff.  Has anyone
> successfully been able to add an option in the ACCESS LIST for halfops? I
> added it and it worked great on FreeBSD but didn't work at all on Linux
> unless I recreated the datbases.
>
> Any ideas?
>
> Thanks,
>
> Adam
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Oct 19 19:57:23 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Half Ops
In-Reply-To: <NEBBLMHKKLGHANKONFLMGEKJCHAA.adam@wiredrave.com>
References: NEBBLMHKKLGHANKONFLMGEKJCHAA.adam@wiredrave.com
Message-ID: LGEMJIHOKKPHMIAFMCBACEKPCBAA.zero@racetime.com.au

i think we're all aware of that.  the question was, what needs to be done to
SERVICES to make them support it.
(ie, allow users to gain halfops status through them similar to +v and +o)

--Zero, Akashra@IRCnet
IRC Operator, flute.telstra.net.au

> -----Original Message-----
> From: owner-ircservices@snow.shadowfire.org
> [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Adam Fladwood
> Sent: Saturday October 21, 2000 13:47
> To: ircservices@snow.shadowfire.org
> Subject: RE: [IRCServices] Half Ops
>
>
> Unreal has it.  It's a nice feature really...
>
> Allows for a user to be +h ed in a channel and then they can change the
> topic, give/remove voice, kick normal users, but can't do jack to the
> operators.  Nice feature.
>
> Adam
>
>
<snip>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Oct 22 11:23:46 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran> <001501c039e1$cc802970$250c1218@cc274522d> <028201c039e7$185dc140$0600a8c0@ciaran>
Message-ID: 000901c03c55$3795ba20$250c1218@cc274522d

> I understand it (slightly) lol..... think I need to do quite a bit more
> brushing up on my C before I attempt it myself..... have you any
suggestions
> of places I can pickup on the Services code etc (makes mental note to get
> subbed to the coding list) ?

yup, the coding list.. lol

I'll reply to the rest of this on that list...

David



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Sun Oct 22 15:05:45 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] umode or services option
References: <001101c03980$6671b920$0100a8c0@excaliburnetworks.com> <002901c03992$84488ed0$9c011ac4@shadow> <006701c03992$efe032b0$9c011ac4@shadow> <002901c039bf$c3b96da0$250c1218@cc274522d> <003701c039c3$0f03ff20$0600a8c0@ciaran> <001501c039e1$cc802970$250c1218@cc274522d> <028201c039e7$185dc140$0600a8c0@ciaran> <000901c03c55$3795ba20$250c1218@cc274522d>
Message-ID: 00c201c03c74$3aeda6a0$3436fe3e@morpheous

Is there an archive for messages from the coding list ?


----- Original Message -----
From: "David Blanchard" <dblanch@home.com>
To: <ircservices@snow.shadowfire.org>
Sent: Sunday, October 22, 2000 7:23 PM
Subject: Re: [IRCServices] umode or services option


> > I understand it (slightly) lol..... think I need to do quite a bit more
> > brushing up on my C before I attempt it myself..... have you any
> suggestions
> > of places I can pickup on the Services code etc (makes mental note to
get
> > subbed to the coding list) ?
>
> yup, the coding list.. lol
>
> I'll reply to the rest of this on that list...
>
> David
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From markb at mics.co.za  Fri Oct 20 08:35:33 2000
From: markb at mics.co.za (Mark Bojara)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
Message-ID: 4.3.2.20001020173405.00ad6f00@opium.co.za

Hello,

I was thinking of a idea of maybe adding a option so that memoserv can 
email you your new memo's as they come in wich can be also used for a 
memo-to-sms feature.

Tell me what you think.

Regards
Mark Bojara


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From ben at desync.com  Mon Oct 23 00:24:41 2000
From: ben at desync.com (ben)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] DB conversion
Message-ID: 20001023002441.A6318@desync.com

Sorry if this has been asked before, but I'm new to the list and the archives are pretty old.

We started using Epona (http://www.pegsoft.net/epona/) when we moved from hybrid to dreamforge not knowing it was based heavily on ircservices.  It's worked great so far, but I'm finding that I don't like the way it doesn't appear to be under active development, so we're looking into bahamut and ircservices.

Anyway, I downloaded 4.4.8 and copied over some DBs from epona.  The following errors are from services.log:

[Oct 23 00:11:59 2000] Services 4.4.8 (compiled for ircd.dal Bahamut) starting up
[Oct 23 00:12:02 2000] Invalid version number (9) on nick.db
[Oct 23 00:12:02 2000] FATAL: Unsupported version number (0) on nick.db

I was curious as to how much the DB format has changed since whatever version epona 1.1.2 was based on had been released and whether or not our DBs could be edited to work with services 4.4.

Thanks,
ben.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 01:41:25 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
Message-ID: 39F776B0@www.twigger.co.uk

There was also some discussion a while back about adding a feature like this
which would enable NickServ to send out lost passwords by dumping data down
a sendmail session or similar. Personally, I think it's a great idea, and
would make Services even more versatile.  Realistically, how hard is it to
do code wise ?


Ciarán.





>===== Original Message From ircservices@snow.shadowfire.org =====
>Hello,
>
>I was thinking of a idea of maybe adding a option so that memoserv can
>email you your new memo's as they come in wich can be also used for a
>memo-to-sms feature.
>
>Tell me what you think.
>
>Regards
>Mark Bojara
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@snow.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Mon Oct 23 02:14:02 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
In-Reply-To: <39F776B0@www.twigger.co.uk>; from ciaran.reilly@ntlworld.com on Mon, Oct 23, 2000 at 09:41:25AM +0100
References: <39F776B0@www.twigger.co.uk>
Message-ID: 20001023041402.A95385@edgemaster.zombie.org

On Mon, Oct 23, 2000 at 09:41:25AM +0100, ciaran.reilly wrote:
> There was also some discussion a while back about adding a feature like this
> which would enable NickServ to send out lost passwords by dumping data down
> a sendmail session or similar. Personally, I think it's a great idea, and
> would make Services even more versatile.  Realistically, how hard is it to
> do code wise ?

Considerring IRCServices already have a field to store e-mail addresses on
nicknames, I'd imagine that the addition would be very simple.  All that
needs done is to add the external piping to the sendmail program and
having commands to make use of it.

It might even be nice to offer the same thing for channels.  If founder xyz
forgets their password, have it e-mailed to them.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 4AC781C7        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From chromatix at penguinpowered.com  Mon Oct 23 02:43:28 2000
From: chromatix at penguinpowered.com (Jonathan Morton)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
In-Reply-To: <20001023041402.A95385@edgemaster.zombie.org>
References: <39F776B0@www.twigger.co.uk>; from ciaran.reilly@ntlworld.comon Mon, Oct 23, 2000 at 09:41:25AM +0100 <39F776B0@www.twigger.co.uk>
Message-ID: l03130301b619b84e164a@[192.168.239.101]

>> There was also some discussion a while back about adding a feature like this
>> which would enable NickServ to send out lost passwords by dumping data down
>> a sendmail session or similar. Personally, I think it's a great idea, and
>> would make Services even more versatile.  Realistically, how hard is it to
>> do code wise ?
>
>Considerring IRCServices already have a field to store e-mail addresses on
>nicknames, I'd imagine that the addition would be very simple.  All that
>needs done is to add the external piping to the sendmail program and
>having commands to make use of it.
>
>It might even be nice to offer the same thing for channels.  If founder xyz
>forgets their password, have it e-mailed to them.

Yup, good idea.  To prevent abuse, it would be a good idea to limit the
frequency of e-mails sent - say to one per hour or day.  That way we don't
wind up being the source of a mailbomb attack.

--------------------------------------------------------------
from:     Jonathan "Chromatix" Morton
mail:     chromi@cyberspace.org  (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-----END GEEK CODE BLOCK-----



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.Reilly at ntlworld.com  Mon Oct 23 02:51:55 2000
From: Ciaran.Reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
References: <39F776B0@www.twigger.co.uk>; from ciaran.reilly@ntlworld.comon Mon, Oct 23, 2000 at 09:41:25AM +0100 <39F776B0@www.twigger.co.uk> <l03130301b619b84e164a@[192.168.239.101]>
Message-ID: 00f701c03cd7$484fd300$0600a8c0@ciaran

> Yup, good idea.  To prevent abuse, it would be a good idea to limit the
> frequency of e-mails sent - say to one per hour or day.  That way we don't
> wind up being the source of a mailbomb attack.

Hmmmm yeah thats something that needs to be considered.
Perhaps limit it to something like 3 mails per nick / chan per day, this
would keep it to a low enough threshold.....   or perhaps on an hourly
basis, as you suggested.

Ciarán.



>
> --------------------------------------------------------------
> from:     Jonathan "Chromatix" Morton
> mail:     chromi@cyberspace.org  (not for attachments)
> big-mail: chromatix@penguinpowered.com
> uni-mail: j.d.morton@lancaster.ac.uk
>
> The key to knowledge is not to rely on people to teach you it.
>
> Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
>
> -----BEGIN GEEK CODE BLOCK-----
> Version 3.12
> GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
> PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
> -----END GEEK CODE BLOCK-----
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 02:58:07 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Services flood / ignore function....
Message-ID: 011101c03cd7$bfb4b460$0600a8c0@ciaran

 
 
Is there any kind of flood detection function planned for Services ?........ I caught a kiddie last week who seemed to have a script that was hell bent on wasting all my CPU time by basically sending infinite commands to Services at an interval juuuuuust low enough to escape the ircd's excess flood threshold...   a network I used a year or so ago who were running austnets services code, had a builtin Services flood function whereby you'd get a warning first and then be killed if you continued to flood them... in addition, they would ignore you for 20 minutes thereafter.  
  
I was just wondering is there anything like this in development for 4.5 ? 
  
  
Btw, is there any problems with the coding list ? I subbed and confirmed ages ago yet my messages don't seem to get through...... 
  
  
Ciarán. 
 
From &quot  Mon Oct 23 07:35:59 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
References: <4.3.2.20001020173405.00ad6f00@opium.co.za>
Message-ID: 000d01c03cfe$916d6800$4204d6d1@pavilion

 
I think that would be a GREAT idea too  , good point for coders to take into consideration. 
Ely  
----- Original Message -----  
From: Mark Bojara  
To: ircservices@Snow.shadowfire.org  
Sent: Friday, October 20, 2000 8:35 AM 
Subject: [IRCServices] Email forwarding 

Hello,

I was thinking of a idea of maybe adding a option so that memoserv can 
email you your new memo's as they come in wich can be also used for a 
memo-to-sms feature.

Tell me what you think.

Regards
Mark Bojara


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From &quot  Mon Oct 23 04:37:18 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] DB conversion
References: <20001023002441.A6318@desync.com>
Message-ID: 001601c03ce5$9a525c00$0100a8c0@excalibur

AFAIK, Majik's Services was the only version of services that a conversion
script was written for. I personally have never heard of Epona. Perhaps you
should contact the author of Epona and find out what version of IRCServices
it's based on. IRCServices-4.4.8 uses a relatively new db.

Scott

----- Original Message -----
From: "ben" <ben@desync.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, October 23, 2000 3:24 AM
Subject: [IRCServices] DB conversion


> Sorry if this has been asked before, but I'm new to the list and the
archives are pretty old.
>
> We started using Epona (http://www.pegsoft.net/epona/) when we moved from
hybrid to dreamforge not knowing it was based heavily on ircservices.  It's
worked great so far, but I'm finding that I don't like the way it doesn't
appear to be under active development, so we're looking into bahamut and
ircservices.
>
> Anyway, I downloaded 4.4.8 and copied over some DBs from epona.  The
following errors are from services.log:
>
> [Oct 23 00:11:59 2000] Services 4.4.8 (compiled for ircd.dal Bahamut)
starting up
> [Oct 23 00:12:02 2000] Invalid version number (9) on nick.db
> [Oct 23 00:12:02 2000] FATAL: Unsupported version number (0) on nick.db
>
> I was curious as to how much the DB format has changed since whatever
version epona 1.1.2 was based on had been released and whether or not our
DBs could be edited to work with services 4.4.
>
> Thanks,
> ben.
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 05:01:00 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Services flood / ignore function....
References: <011101c03cd7$bfb4b460$0600a8c0@ciaran>
Message-ID: 003901c03ce8$ea08ac10$0100a8c0@excalibur

 
Actually, a services ignore feature has been noted. This command would work just as the client's version of the command by the same name. I'm not sure it it will be in 4.5.0, the "todo" on 4.5.0 is quite impressive to say the least, but that is of course for Anrew Kempe to deside ;). If it isn't in 4.5.0 I'm sure it won't be far behind ;) We had a minor expereince on ShadowFire that would have been much smaller if the command had perviously existed. 
  
  
Scott  
----- Original Message -----  
From: Ciaran Reilly  
To: ircservices@snow.shadowfire.org  
Sent: Monday, October 23, 2000 5:58 AM 
Subject: [IRCServices] Services flood / ignore function.... 

 
 
Is there any kind of flood detection function planned for Services ?........ I caught a kiddie last week who seemed to have a script that was hell bent on wasting all my CPU time by basically sending infinite commands to Services at an interval juuuuuust low enough to escape the ircd's excess flood threshold...   a network I used a year or so ago who were running austnets services code, had a builtin Services flood function whereby you'd get a warning first and then be killed if you continued to flood them... in addition, they would ignore you for 20 minutes thereafter.  
  
I was just wondering is there anything like this in development for 4.5 ? 
  
  
Btw, is there any problems with the coding list ? I subbed and confirmed ages ago yet my messages don't seem to get through...... 
  
  
Ciarán. 
 
From &quot  Mon Oct 23 05:01:36 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
References: <39F776B0@www.twigger.co.uk>; from ciaran.reilly@ntlworld.comon Mon, Oct 23, 2000 at 09:41:25AM +0100 <39F776B0@www.twigger.co.uk> <l03130301b619b84e164a@[192.168.239.101]> <00f701c03cd7$484fd300$0600a8c0@ciaran>
Message-ID: 003e01c03ce8$ff03c410$0100a8c0@excalibur


----- Original Message -----
From: "Ciarán Reilly" <Ciaran.Reilly@ntlworld.com>
To: <ircservices@snow.shadowfire.org>
Sent: Monday, October 23, 2000 5:51 AM
Subject: Re: [IRCServices] Email forwarding


> Yup, good idea.  To prevent abuse, it would be a good idea to limit the
> frequency of e-mails sent - say to one per hour or day.  That way we don't
> wind up being the source of a mailbomb attack.

Hmmmm yeah thats something that needs to be considered.
Perhaps limit it to something like 3 mails per nick / chan per day, this
would keep it to a low enough threshold.....   or perhaps on an hourly
basis, as you suggested.

sending all the memos in one email would be prefered. Also making the time
interval a .conf setting would be wise.

MEMO2MAIL 15 <---- Minutes _after_ update to send mail.
This type of setting would make it easier for services, the box and the
box's Admin(s). :)

MAIL_DELAY 120 <--- delay in seconds between batches.
This could be used in the case of a large amount of mail sent. The mail can
be broken down into batches sent, say maybe 800k at a time. This way 800k is
sent, then 120 seconds later 800k more and so on.

In fact perhaps a seperate app can be written to do all of this. Said app
would have it's own .conf file and only listen to SendMail or whatever mail
program specified in it's .conf file and of course to services. Have this
app read from a spool that services creates during an update or something to
that effect.

Having another app handle the mail load will keep that load off of services
(which complies with Andrew Church's original plan, small and kick ass ;P).
This would make for better performance from services if by some chance it is
always under a load.

Ciarán.

Scott

<snip>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 05:05:16 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] DB conversion
References: <20001023002441.A6318@desync.com> <001601c03ce5$9a525c00$0100a8c0@excalibur>
Message-ID: 004401c03ce9$821d03c0$0100a8c0@excalibur

http://www.pegsoft.net/epona/Changes suggests it was IRCServices-4.4.3.
however just by glancing at some the changes in the changelog you may not be
able to convert the db's.

By default IRCServices-4.4.8 would have upgraded the databases from 4.3.3.

Scott
----- Original Message -----
From: "Scott Seufert" <anarki@flamebait.org>
To: <ircservices@snow.shadowfire.org>
Sent: Monday, October 23, 2000 7:37 AM
Subject: Re: [IRCServices] DB conversion


> AFAIK, Majik's Services was the only version of services that a conversion
> script was written for. I personally have never heard of Epona. Perhaps
you
> should contact the author of Epona and find out what version of
IRCServices
> it's based on. IRCServices-4.4.8 uses a relatively new db.
>
> Scott
>
> ----- Original Message -----
> From: "ben" <ben@desync.com>
> To: <ircservices@Snow.shadowfire.org>
> Sent: Monday, October 23, 2000 3:24 AM
> Subject: [IRCServices] DB conversion
>
>
> > Sorry if this has been asked before, but I'm new to the list and the
> archives are pretty old.
> >
> > We started using Epona (<A  HREF="http://www.pegsoft.net/epona/">http://www.pegsoft.net/epona/</A>) when we moved
from
> hybrid to dreamforge not knowing it was based heavily on ircservices.
It's
> worked great so far, but I'm finding that I don't like the way it doesn't
> appear to be under active development, so we're looking into bahamut and
> ircservices.
> >
> > Anyway, I downloaded 4.4.8 and copied over some DBs from epona.  The
> following errors are from services.log:
> >
> > [Oct 23 00:11:59 2000] Services 4.4.8 (compiled for ircd.dal Bahamut)
> starting up
> > [Oct 23 00:12:02 2000] Invalid version number (9) on nick.db
> > [Oct 23 00:12:02 2000] FATAL: Unsupported version number (0) on nick.db
> >
> > I was curious as to how much the DB format has changed since whatever
> version epona 1.1.2 was based on had been released and whether or not our
> DBs could be edited to work with services 4.4.
> >
> > Thanks,
> > ben.
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 13:22:21 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] DB conversion
Message-ID: E13noDG&#45;0004Cf&#45;00@gadolinium.btinternet.com

[snip]
> 
> http://www.pegsoft.net/epona/Changes suggests it was IRCServices-4.4.3.
> however just by glancing at some the changes in the changelog you may not
be
> able to convert the db's.
> 
I've modified the IRCServices DB Converter to convert DB's from Sirv-2.3.0
to Services-4.4.8 but it only half-works at the moment, and will only
convert nick/chan and nick-based memos... the rest is lost due to the
massive changes in OperServ DB storage in Sirv.

So Epona unless it's vastly different PROBABLY could be converted to some
degree of success if you didn't mind losing some stuff along the way, as
it's based on 4.3.3 possibly... yet Sirv is based on something like
3.3.6...  So was a real headache.

Anyhow that's just my take on the DB Conversion thing.

Quinn
> By default IRCServices-4.4.8 would have upgraded the databases from
4.3.3.
> 
> Scott

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 15:32:40 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Email forwarding
References: <39F776B0@www.twigger.co.uk>; from ciaran.reilly@ntlworld.comon Mon, Oct 23, 2000 at 09:41:25AM +0100 <39F776B0@www.twigger.co.uk> <l03130301b619b84e164a@[192.168.239.101]> <00f701c03cd7$484fd300$0600a8c0@ciaran> <003e01c03ce8$ff03c410$0100a8c0@excalibur>
Message-ID: 007c01c03d41$29afa780$37526dd1@tiphares.com


----- Original Message -----
From: Scott Seufert <anarki@flamebait.org>
To: <ircservices@snow.shadowfire.org>
Sent: Monday, October 23, 2000 7:01 AM
Subject: Re: [IRCServices] Email forwarding

] ... SNIP ... [

>
> sending all the memos in one email would be prefered. Also making the time
> interval a .conf setting would be wise.
>
> MEMO2MAIL 15 <---- Minutes _after_ update to send mail.
> This type of setting would make it easier for services, the box and the
> box's Admin(s). :)
>
> MAIL_DELAY 120 <--- delay in seconds between batches.
> This could be used in the case of a large amount of mail sent. The mail
can
> be broken down into batches sent, say maybe 800k at a time. This way 800k
is
> sent, then 120 seconds later 800k more and so on.
>

] ... SNIP ... [

You might also wish to add a NickServ option that would allow
the user to:

1) Either disable the feature totally
2) Have it only send the e-mail when the user is not on
   the IRC Network
3) Have memoserv send the e-mail and keep a copy of the message.
4) Or, have memoserv just send an e-mail and discard the message
   afterwards.  (Mabey not a good idea here in some cases though)

On the whole it sounds like an excellent idea,

Bryce Simonds (Kelmar K. Firesun)
IRC operator: dream.esper.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 16:33:23 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] chanserv
Message-ID: MABBIGABNFGOAKMDCOHPCEFICAAA.longwlkr@maxgaming.net

Hi all, I am a newbie to the IRC serving scene.

As Andrew can testify, I am a pain in the backside.

I finally have the services running on my server, and it seems to be working
except for some things.. Chanserv does not seem to keep options specified
for channels. I looked in the db and found the channels registered, but none
of the options are kept. i.e. topic etc... although the channel founder, pw
and such are kept.

I looked din the log to find out what the deal was and found this:

[Oct 23 18:11:40 2000] unknown message from server (:www.maxgaming.net 468
services.maxgaming.net #KUF :Only servers can change that mode)

Obviously I am doing something wrong or have something set wrong.. any
suggestions?

Robert Brim
Managing Editor,
MGO.NETwork
http://www.maxgaming.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 20:06:02 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] chanserv
References: <MABBIGABNFGOAKMDCOHPCEFICAAA.longwlkr@maxgaming.net>
Message-ID: 001401c03d67$5a0b7500$a8ce3cd0@pavilion

 
 
Well unless you MLOCK whatever  room modes you  want to stay they might go away as soon as the user leaves the channel. 
otherwise you will need bots or a services agent on every room so that rooms keep its settings. 
  
type: /msg ChanServ HELP MLOCK 
  
to learn how to MLOCK room modes. 
  
I hope this helps.  
----- Original Message -----  
From: Robert Brim  
To: ircservices@snow.shadowfire.org  
Sent: Monday, October 23, 2000 4:33 PM 
Subject: [IRCServices] chanserv 

Hi all, I am a newbie to the IRC serving scene.

As Andrew can testify, I am a pain in the backside.

I finally have the services running on my server, and it seems to be working
except for some things.. Chanserv does not seem to keep options specified
for channels. I looked in the db and found the channels registered, but none
of the options are kept. i.e. topic etc... although the channel founder, pw
and such are kept.

I looked din the log to find out what the deal was and found this:

[Oct 23 18:11:40 2000] unknown message from server (:www.maxgaming.net 468
services.maxgaming.net #KUF :Only servers can change that mode)

Obviously I am doing something wrong or have something set wrong.. any
suggestions?

Robert Brim
Managing Editor,
MGO.NETwork
http://www.maxgaming.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From &quot  Mon Oct 23 20:11:09 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] chanserv [correction]
References: <MABBIGABNFGOAKMDCOHPCEFICAAA.longwlkr@maxgaming.net>
Message-ID: 001e01c03d68$0fa5ef80$a8ce3cd0@pavilion

 
OOOps my bad you must type: 
  
/msg ChanServ HELP SET MLOCK  
  
Not /msg ChanServ HELP MLOCK  like I said before ,sorry. 
  
Ely  
----- Original Message -----  
From: Robert Brim  
To: ircservices@snow.shadowfire.org  
Sent: Monday, October 23, 2000 4:33 PM 
Subject: [IRCServices] chanserv 

Hi all, I am a newbie to the IRC serving scene.

As Andrew can testify, I am a pain in the backside.

I finally have the services running on my server, and it seems to be working
except for some things.. Chanserv does not seem to keep options specified
for channels. I looked in the db and found the channels registered, but none
of the options are kept. i.e. topic etc... although the channel founder, pw
and such are kept.

I looked din the log to find out what the deal was and found this:

[Oct 23 18:11:40 2000] unknown message from server (:www.maxgaming.net 468
services.maxgaming.net #KUF :Only servers can change that mode)

Obviously I am doing something wrong or have something set wrong.. any
suggestions?

Robert Brim
Managing Editor,
MGO.NETwork
http://www.maxgaming.net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From &quot  Mon Oct 23 17:43:27 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] chanserv
References: <MABBIGABNFGOAKMDCOHPCEFICAAA.longwlkr@maxgaming.net>
Message-ID: 006b01c03d53$6d853440$0100a8c0@excalibur


----- Original Message -----
From: "Robert Brim" <longwlkr@maxgaming.net>
To: <ircservices@snow.shadowfire.org>
Sent: Monday, October 23, 2000 7:33 PM
Subject: [IRCServices] chanserv


> Hi all, I am a newbie to the IRC serving scene.
>
> As Andrew can testify, I am a pain in the backside.
>
> I finally have the services running on my server, and it seems to be
working
> except for some things.. Chanserv does not seem to keep options specified
> for channels. I looked in the db and found the channels registered, but
none
> of the options are kept. i.e. topic etc... although the channel founder,
pw
> and such are kept.
>
> I looked din the log to find out what the deal was and found this:
>
> [Oct 23 18:11:40 2000] unknown message from server (:www.maxgaming.net 468
> services.maxgaming.net #KUF :Only servers can change that mode)
>

Insure that all servers have U:Lines for Services. As with the other Servers
... Services is concidered a trusted server, however since Services changes
modes on a regular basis and for a few other reasons that we won't draw into
;) ... Services requires a U:Line.

U:services.excalibur-irc.net:*:*

> Obviously I am doing something wrong or have something set wrong.. any
> suggestions?
>
> Robert Brim
> Managing Editor,
> MGO.NETwork
> http://www.maxgaming.net
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 23:33:46 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] FTServices
References: <20001023002441.A6318@desync.com> <001601c03ce5$9a525c00$0100a8c0@excalibur> <004401c03ce9$821d03c0$0100a8c0@excalibur>
Message-ID: 003301c03d84$5ea31f60$87d3c3c8@eloi

Hello,

IRCServices is a great services, but I wanna to test ftservices, anyone here
know where I find ftservices?

Thanks, Felipe


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Oct 23 23:44:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Services bot
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com>
Message-ID: 009601c03d85$d8fedd20$87d3c3c8@eloi

Hello there,


How can I make services bot (fake users)?

Felipe


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 24 08:51:16 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Re: Services bot
In-Reply-To: <009601c03d85$d8fedd20$87d3c3c8@eloi>
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com><009601c03d85$d8fedd20$87d3c3c8@eloi>
Message-ID: 200010241351160350.002C8BB2@smtp.intergate.com.br


Felipe Preussler escreveu:

> How can I make services bot (fake users)?


        Hello,

        You cannot to create a real "bot". But you can to create a static
"fake user". A fake user cannot do nothing - it only exists.

        /operserv raw :services.yournet.net nick NICK_OF_FAKEUSER 1m 1
USERNAME_OF_FAKEUSER USERHOST_OF_FAKEUSER services.yournet.net :
REALNAME_OF_FAKEUSER

        This command is a single line.


        Best regards,
--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From 000 at latinol.com  Tue Oct 24 08:47:37 2000
From: 000 at latinol.com (Lord of Darkness)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Services bot
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com> <009601c03d85$d8fedd20$87d3c3c8@eloi>
Message-ID: 39F5AF18.3F37FA48@latinol.com

I figure out the command, but they wont make anything, just you can use
them to "FILL" the server.

msg OperServ raw :<your services server here> NICK <nick> 1 102733
<ident> <host> <your services server here> 0 :<name>

Hope this helps you

zEro_K
NetAdmin <side.townsito.net>

Felipe Preussler wrote:

> Hello there,
>
> How can I make services bot (fake users)?
>
> Felipe
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From rcmoraes at rionet.com.br  Tue Oct 24 21:40:51 2000
From: rcmoraes at rionet.com.br (Rafael Campos Menezes de Moraes)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Re: Services bot
In-Reply-To: <200010241351160350.002C8BB2@smtp.intergate.com.br>
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com> <009601c03d85$d8fedd20$87d3c3c8@eloi> <200010241351160350.002C8BB2@smtp.intergate.com.br>
Message-ID: 00102502471000.02544@rcmoraes

You should know that this comand may cause Services uplink to be closed
sometimes 

(eg 
        /operserv raw :services.yournet.net nick NICK_OF_FAKEUSER 1m 1
 USERNAME_OF_FAKEUSER USERHOST_OF_FAKEUSER a.server.already.linked :
 REALNAME_OF_FAKEUSER

you may create Fake servers (/operserv raw :services.yournet.net SERVER
fake.server 0 1 :This is annoing

and then :/operserv raw :fake.server nick NICK_OF_FAKEUSER 1m 1
 USERNAME_OF_FAKEUSER USERHOST_OF_FAKEUSER fake.server  :
 REALNAME_OF_FAKEUSER

remember .. wen u restart services ... all fake users and servers will be lost
...

By the way .. ftservices was done by myself based on ircservices ... but ive
stoped it .. you may found old ftservices (whith serious bugs) from
ftp.sumiu.com.br

Best Regards
Rafael Moraes
IrcAdmin irc.rionet.com.br

 On Tue, 24 Oct 2000, you wrote:
> Felipe Preussler escreveu:
> 
> > How can I make services bot (fake users)?
> 
> 
>       Hello,
> 
>       You cannot to create a real "bot". But you can to create a static
> "fake user". A fake user cannot do nothing - it only exists.
> 
>       /operserv raw :services.yournet.net nick NICK_OF_FAKEUSER 1m 1
> USERNAME_OF_FAKEUSER USERHOST_OF_FAKEUSER services.yournet.net :
> REALNAME_OF_FAKEUSER
> 
>       This command is a single line.
> 
> 
>       Best regards,
> --
> 
>     Carlos Mendes Martini - martini@brasirc.net
>     BrasIRC Network - Rede Brasileira de IRC
>     http://www.brasirc.net
> 
> -
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Oct 24 22:24:18 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Re: Services bot
In-Reply-To: <00102502471000.02544@rcmoraes>
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com><009601c03d85$d8fedd20$87d3c3c8@eloi><200010241351160350.002C8BB2@smtp.intergate.com.br><00102502471000.02544@rcmoraes>
Message-ID: 200010250324180490.031503B3@smtp.intergate.com.br


Rafael Campos Menezes de Moraes wrote:

> You should know that this comand may cause Services uplink
> to be closed sometimes 


        ... sometimes... but not always. :)

--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 25 07:25:47 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
In-Reply-To: <003101c03951$122a4c30$37526dd1@tiphares.com>
References: 003101c03951$122a4c30$37526dd1@tiphares.com
Message-ID: NDBBKMLGGLLMFACIBDMKCEGICGAA.hendrik@mans.de

Hi everybody,

> Also, you may wish to recompile services with the -g
> switch enabled.  This will add some debugging information
> that will make your life much easier when using gdb.

services have been compiled with -g. This is what gdb tells me:

---cut---
ircserv@nali:~$ gdb services
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) run
Starting program: /home/ircserv/services

Program received signal SIGSEGV, Segmentation fault.
0x400b636b in strtok () from /lib/libc.so.6
(gdb) backtrace
#0  0x400b636b in strtok () from /lib/libc.so.6
#1  0x0 in ?? ()
(gdb) next
Single stepping until exit from function strtok,
which has no line number information.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)
---cut---

I don't think that's of much help, either. Another thing of note: services
does *not* dump a core file, although I've configured it to do so.

Any other ideas/suggestions?

Thanks & take care,
Hendrik


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 25 07:34:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
References: <NDBBKMLGGLLMFACIBDMKCEGICGAA.hendrik@mans.de>
Message-ID: 000d01c03e90$b7208b70$0100a8c0@excalibur

What variant of Linux?
What version of IRCServices?
What daemon are you compiling for?


Scott Seufert
aka katsklaw
Oper Training Admin
Server Admin - Excalibre.ShadowFire.Org

----- Original Message -----
From: "Hendrik Mans" <hendrik@mans.de>
To: <ircservices@snow.shadowfire.org>
Sent: Wednesday, October 25, 2000 10:25 AM
Subject: RE: [IRCServices] services segfaults -- libc problem? - Addendum


> Hi everybody,
>
> > Also, you may wish to recompile services with the -g
> > switch enabled.  This will add some debugging information
> > that will make your life much easier when using gdb.
>
> services have been compiled with -g. This is what gdb tells me:
>
> ---cut---
> ircserv@nali:~$ gdb services
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
details.
> This GDB was configured as "i686-pc-linux-gnu"...
> (gdb) run
> Starting program: /home/ircserv/services
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x400b636b in strtok () from /lib/libc.so.6
> (gdb) backtrace
> #0  0x400b636b in strtok () from /lib/libc.so.6
> #1  0x0 in ?? ()
> (gdb) next
> Single stepping until exit from function strtok,
> which has no line number information.
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> The program no longer exists.
> (gdb)
> ---cut---
>
> I don't think that's of much help, either. Another thing of note: services
> does *not* dump a core file, although I've configured it to do so.
>
> Any other ideas/suggestions?
>
> Thanks & take care,
> Hendrik
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 25 07:40:34 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
In-Reply-To: <NDBBKMLGGLLMFACIBDMKCEGICGAA.hendrik@mans.de>
References: NDBBKMLGGLLMFACIBDMKCEGICGAA.hendrik@mans.de
Message-ID: NDBBKMLGGLLMFACIBDMKIEGICGAA.hendrik@mans.de

Hi again,

Line 346 in config.c:
s = strtok(NULL, "");

This seems to be the offending line. Apparently calling strtok with NULL
freaks out my libc6. I'm going to try and quickly figure out a workaround,
but if this *is* an incompatibility with recent libc6 versions, you might
want to look into it.

BTW, libc.so.6 -> libc-2.1.95.so

Take care,
Hendrik


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Oct 25 07:57:29 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] services segfaults -- libc problem? - Addendum
In-Reply-To: <NDBBKMLGGLLMFACIBDMKIEGICGAA.hendrik@mans.de>
References: NDBBKMLGGLLMFACIBDMKIEGICGAA.hendrik@mans.de
Message-ID: NDBBKMLGGLLMFACIBDMKAEGJCGAA.hendrik@mans.de

> Line 346 in config.c:
> s = strtok(NULL, "");

Replaced it with the following, now it works:

---cut---
if (dir != NULL) {
    s = strtok(NULL, "");
} else {
    s = NULL;
}
---cut---

Thanks for the help!

Take care,
Hendrik


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Nov  2 13:25:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] List Problems?
Message-ID: E13rRqM&#45;0005ce&#45;00@neodymium.btinternet.com

Is it me, or is the list not working anymore?

I am not getting any posts from it when I used to get regular posts.

Please ignore this message if I'm just being stupid...

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Thu Nov  2 13:31:08 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] List Problems?
References: <E13rRqM-0005ce-00@neodymium.btinternet.com>
Message-ID: 006201c04514$37ec0110$3436fe3e@morpheous

I got your post, so it seems to be working as far as I can see.

Ciarán.


----- Original Message -----
From: "Dr. K. Hawkes" <k.hawkes@zombies.force9.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, November 02, 2000 9:25 PM
Subject: [IRCServices] List Problems?


> Is it me, or is the list not working anymore?
>
> I am not getting any posts from it when I used to get regular posts.
>
> Please ignore this message if I'm just being stupid...
>
> Quinn
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From zero at townsito.net  Thu Nov  2 13:29:02 2000
From: zero at townsito.net (zEro K)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] List Problems?
References: <E13rRqM-0005ce-00@neodymium.btinternet.com>
Message-ID: 3A01DC9E.DA8621E4@townsito.net

Nobody is posting since long time ago...

zEro K

"Dr. K. Hawkes" wrote:

> Is it me, or is the list not working anymore?
>
> I am not getting any posts from it when I used to get regular posts.
>
> Please ignore this message if I'm just being stupid...
>
> Quinn
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 13:05:14 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:03 2004
Subject: [IRCServices] Odd NickServ Bug...
Message-ID: E13rnzt&#45;000368&#45;00@carbon.btinternet.com

I've only just noticed this odd bug in NickServ...

If you do /MSG NICKSERV HELP SET you get the following :

-
-NickServ- Syntax: SET [nick] option parameters
-
-NickServ- /msg NickServ HELP SET for more information.
-
-NickServ- /msg NickServ HELP SET for more information.

It displays the 'HELP SET for more information' thing twice... anyone else
noticed this and how to fix it?

I'm running Debian-2.2 and IRC-Service-4.4.8, IRCd is Dal4.6.7.

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 15:22:17 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Odd NickServ Bug...
In-Reply-To: <E13rnzt-000368-00@carbon.btinternet.com>
References: E13rnzt&#45;000368&#45;00@carbon.btinternet.com
Message-ID: KFEJLMFNCPEEPFBEPNCIIEACCAAA.anarki@flamebait.org

I'm using RedHat6.1, Bahamut1.4(08) It doesn't do this for me.

-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Dr. K. Hawkes
Sent: Friday, November 03, 2000 4:05 PM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] Odd NickServ Bug...


I've only just noticed this odd bug in NickServ...

If you do /MSG NICKSERV HELP SET you get the following :

-
-NickServ- Syntax: SET [nick] option parameters
-
-NickServ- /msg NickServ HELP SET for more information.
-
-NickServ- /msg NickServ HELP SET for more information.

It displays the 'HELP SET for more information' thing twice... anyone else
noticed this and how to fix it?

I'm running Debian-2.2 and IRC-Service-4.4.8, IRCd is Dal4.6.7.

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 18:03:58 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 2
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com> <009601c03d85$d8fedd20$87d3c3c8@eloi> <39F5AF18.3F37FA48@latinol.com>
Message-ID: 000201c04606$2e21f7a0$f2d3c3c8@eloi

Hello there,

have anyone here heard about Services 2 or Services Backup?, work that way:
two services, both linked to the irc network, one active, other waiting,
when the first services goes down, second services start working in
read-only mode. Ircservices have this option?

another question, if I wanna use only OperServ of Services, how I do that?



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 18:26:38 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 2
In-Reply-To: <000201c04606$2e21f7a0$f2d3c3c8@eloi>
References: 000201c04606$2e21f7a0$f2d3c3c8@eloi
Message-ID: KFEJLMFNCPEEPFBEPNCICEADCAAA.anarki@flamebait.org

yes, please check the docs that come with IRCServices and/or the FAQ... the
info is there...


Scott Seufert
aka katsklaw

-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Felipe
Preussler
Sent: Friday, November 03, 2000 9:04 PM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] Services 2


Hello there,

have anyone here heard about Services 2 or Services Backup?, work that way:
two services, both linked to the irc network, one active, other waiting,
when the first services goes down, second services start working in
read-only mode. Ircservices have this option?

another question, if I wanna use only OperServ of Services, how I do that?



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 20:34:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 2
References: <KFEJLMFNCPEEPFBEPNCICEADCAAA.anarki@flamebait.org>
Message-ID: 000f01c04618$7c2c2080$f2d3c3c8@eloi

Thanks
:)
I gonna read
----- Original Message -----
From: Scott Seufert <anarki@flamebait.org>
To: <ircservices@snow.shadowfire.org>
Sent: Saturday, November 04, 2000 12:26 AM
Subject: RE: [IRCServices] Services 2


> yes, please check the docs that come with IRCServices and/or the FAQ...
the
> info is there...
>
>
> Scott Seufert
> aka katsklaw
>
> -----Original Message-----
> From: owner-ircservices@snow.shadowfire.org
> [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Felipe
> Preussler
> Sent: Friday, November 03, 2000 9:04 PM
> To: ircservices@snow.shadowfire.org
> Subject: [IRCServices] Services 2
>
>
> Hello there,
>
> have anyone here heard about Services 2 or Services Backup?, work that
way:
> two services, both linked to the irc network, one active, other waiting,
> when the first services goes down, second services start working in
> read-only mode. Ircservices have this option?
>
> another question, if I wanna use only OperServ of Services, how I do that?
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 23:09:11 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] system admins & system Operators?
In-Reply-To: <200010241351160350.002C8BB2@smtp.intergate.com.br>
References: 200010241351160350.002C8BB2@smtp.intergate.com.br
Message-ID: MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net

I have the line in the services.conf set to my name, I log in, the system
says I have become a IRC Operator, but I am denied any and all commands in
the operserv (except listing names) and the list of names is empty. Am I
missing something, can someone point me in the right direction?

--
Robert Brim
Managing Editor,
MGO.NETwork
http://www.maxgaming.net

Nothing difficult is ever easy - My Grandmother

Crows can't have Doves - My Grandfather


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Nov  3 23:08:03 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Odd NickServ Bug...
In-Reply-To: <KFEJLMFNCPEEPFBEPNCIIEACCAAA.anarki@flamebait.org>
References: KFEJLMFNCPEEPFBEPNCIIEACCAAA.anarki@flamebait.org
Message-ID: NEBBLMHKKLGHANKONFLMMEGICJAA.adam@wiredrave.com

Services act weird on Debian, I implemented another level into ACCESS in
chanserv, worked great under FreeBSD but failed in debian.  *shrug*.

Adam


-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Scott Seufert
Sent: Friday, November 03, 2000 5:22 PM
To: ircservices@snow.shadowfire.org
Subject: RE: [IRCServices] Odd NickServ Bug...


I'm using RedHat6.1, Bahamut1.4(08) It doesn't do this for me.

-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[<A  HREF="mailto:owner-ircservices@snow.shadowfire.org]On">mailto:owner-ircservices@snow.shadowfire.org]On</A> Behalf Of Dr. K. Hawkes
Sent: Friday, November 03, 2000 4:05 PM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] Odd NickServ Bug...


I've only just noticed this odd bug in NickServ...

If you do /MSG NICKSERV HELP SET you get the following :

-
-NickServ- Syntax: SET [nick] option parameters
-
-NickServ- /msg NickServ HELP SET for more information.
-
-NickServ- /msg NickServ HELP SET for more information.

It displays the 'HELP SET for more information' thing twice... anyone else
noticed this and how to fix it?

I'm running Debian-2.2 and IRC-Service-4.4.8, IRCd is Dal4.6.7.

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Nov  4 03:11:25 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] system admins & system Operators?
References: <MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net>
Message-ID: 001201c04650$55917d20$a7d26c18@powersurfr.com

Uhm, I'm kinda tired, so I can only assume this ..

Is your nick registered?  not sure if that makes a difference..  also, make
sure your ServiceRoot is set to your normal nick.  After that, I put myself
in the admin and oper list.

Don't know if you've already done that, but that's what I would assume it
would be.

Tim
----- Original Message -----
From: "Robert Brim" <longwlkr@maxgaming.net>
To: <ircservices@snow.shadowfire.org>
Sent: Saturday, November 04, 2000 12:09 AM
Subject: [IRCServices] system admins & system Operators?


> I have the line in the services.conf set to my name, I log in, the system
> says I have become a IRC Operator, but I am denied any and all commands in
> the operserv (except listing names) and the list of names is empty. Am I
> missing something, can someone point me in the right direction?
>
> --
> Robert Brim
> Managing Editor,
> MGO.NETwork
> http://www.maxgaming.net
>
> Nothing difficult is ever easy - My Grandmother
>
> Crows can't have Doves - My Grandfather
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Nov  4 05:01:53 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] system admins & system Operators?
In-Reply-To: <MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net>
References: MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net
Message-ID: KFEJLMFNCPEEPFBEPNCIKEAECAAA.anarki@flamebait.org

Double check that you are services root in your services.conf file.

ServicesRoot <your_registered_nick_here>

the default is:

#ServicesRoot Alcan

If you are not services root you must at least be a services operator to
have access to any other commands than:

GLOBAL      Send a message to all users
STATS       Show status of Services and network
OPER LIST   List all Services operators
ADMIN LIST  List all Services admins

Also insure that you have the correct flags in your O:Line, for
DreamForge1.4.x and Bahamut1.4.x they are OaARD. It should look like for a
(Server Administrator):


O:user@*.someISP.com:yourpassword:yourNick:OaARD:10 <--- "10" as a class is
optional.

also insure in the ircd.conf that services has:

U:Line
C/N:lines


Do _not_ have a H:Line for services!


If you still have problems please reply with the result of typing the
following in your favorite IRC client:

/quote version

and

/quote version services.* (or whatever you named services' server)


Scott Seufert
aka katsklaw
Server Admin - Excalibre.ShadowFire.Org
Network Admin - Irc.Excalibur-IRC.Net


-----Original Message-----
From: owner-ircservices@snow.shadowfire.org
[mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Robert Brim
Sent: Saturday, November 04, 2000 2:09 AM
To: ircservices@snow.shadowfire.org
Subject: [IRCServices] system admins & system Operators?


I have the line in the services.conf set to my name, I log in, the system
says I have become a IRC Operator, but I am denied any and all commands in
the operserv (except listing names) and the list of names is empty. Am I
missing something, can someone point me in the right direction?

--
Robert Brim
Managing Editor,
MGO.NETwork
<A  HREF="http://www.maxgaming.net">http://www.maxgaming.net</A>

Nothing difficult is ever easy - My Grandmother

Crows can't have Doves - My Grandfather


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Nov  4 08:45:24 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] system admins & system Operators?
References: <MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net>
Message-ID: 002501c0467e$a551f7d0$37526dd1@tiphares.com

Not only does your nick have to appear in the ServicesRoot variable
but it also has to be registered.  You must also be identified to
NickServ when you use any of the OperServ commands.

Bryce Simonds (Kelmar K. Firesun)
IRC operator: dream.esper.net

----- Original Message -----
From: Robert Brim <longwlkr@maxgaming.net>
To: <ircservices@snow.shadowfire.org>
Sent: Saturday, November 04, 2000 1:09 AM
Subject: [IRCServices] system admins & system Operators?


> I have the line in the services.conf set to my name, I log in, the system
> says I have become a IRC Operator, but I am denied any and all commands in
> the operserv (except listing names) and the list of names is empty. Am I
> missing something, can someone point me in the right direction?
>
> --
> Robert Brim
> Managing Editor,
> MGO.NETwork
> http://www.maxgaming.net
>
> Nothing difficult is ever easy - My Grandmother
>
> Crows can't have Doves - My Grandfather
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Nov  5 00:48:40 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] RAW
References: <E13noDG-0004Cf-00@gadolinium.btinternet.com> <009601c03d85$d8fedd20$87d3c3c8@eloi> <200010241351160350.002C8BB2@smtp.intergate.com.br> <00102502471000.02544@rcmoraes>
Message-ID: 002101c04705$384f3ee0$6bdfc3c8@eloi

Hello,

The coder of my irc network was change the RAW command of services to
another 'alias', have a way to use the RAW with other command line? Another
question, can I know the alias of RAW now without asking he?

Felipe


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From toasta at wor.net  Sun Nov  5 12:43:50 2000
From: toasta at wor.net (Benedikt Fraunhofer)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Bug: &quot;Guest&quot; nicks _can_be_ registered
Message-ID: Pine.LNX.4.21.0011052136550.32130&#45;100000@trillian2.wor.net

Hi,

services 4.4.8



[21:18:39] -NickServ- Nickname Guest42073174 registered under your
account: marvin@main.brain.traced.net
[21:18:40] -NickServ- Your password is test123 - remember this for later
use.


Just a small bug and i guess just some typo in the following lines:

if (nicklen <= prefixlen+7 && nicklen >= prefixlen+2 &&
       stristr(u->nick, NSGuestNickPrefix) == u->nick &&
       strspn(u->nick+prefixlen, "1234567890") == nicklen-prefixlen) {



toasta



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Nov  5 12:55:57 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Email forwarding
Message-ID: E13sWoW&#45;0000gd&#45;00@gadolinium.btinternet.com

Very late reply but hey...

IMHO the E-Mail Forwarding feature would seriously ROCK!
Any plans on implementing this?

Quinn
----------
> From: Kelmar K. Firesun <kfiresun@ix.netcom.com>
> To: ircservices@snow.shadowfire.org
> Subject: Re: [IRCServices] Email forwarding
> Date: Monday, October 23, 2000 22:32
> 
> 
> ----- Original Message -----
> From: Scott Seufert <anarki@flamebait.org>
> To: <ircservices@snow.shadowfire.org>
> Sent: Monday, October 23, 2000 7:01 AM
> Subject: Re: [IRCServices] Email forwarding
> 
> ] ... SNIP ... [
> 
> >
> > sending all the memos in one email would be prefered. Also making the
time
> > interval a .conf setting would be wise.
> >
> > MEMO2MAIL 15 <---- Minutes _after_ update to send mail.
> > This type of setting would make it easier for services, the box and the
> > box's Admin(s). :)
> >
> > MAIL_DELAY 120 <--- delay in seconds between batches.
> > This could be used in the case of a large amount of mail sent. The mail
> can
> > be broken down into batches sent, say maybe 800k at a time. This way
800k
> is
> > sent, then 120 seconds later 800k more and so on.
> >
> 
> ] ... SNIP ... [
> 
> You might also wish to add a NickServ option that would allow
> the user to:
> 
> 1) Either disable the feature totally
> 2) Have it only send the e-mail when the user is not on
>    the IRC Network
> 3) Have memoserv send the e-mail and keep a copy of the message.
> 4) Or, have memoserv just send an e-mail and discard the message
>    afterwards.  (Mabey not a good idea here in some cases though)
> 
> On the whole it sounds like an excellent idea,
> 
> Bryce Simonds (Kelmar K. Firesun)
> IRC operator: dream.esper.net
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at dragonfire.net  Mon Nov  6 07:03:09 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Email forwarding
Message-ID: 3a05db4f.23767@prima&#45;lan.net

>Very late reply but hey...
>
>IMHO the E-Mail Forwarding feature would seriously ROCK!
>Any plans on implementing this?

     Just a quick note on this--I had this on my TODO list since way long
ago, but it turns out it's a pain to implement, mainly because of needing to
either fork and keep track of another process or handle SMTP connections
using select() in the same process, and having to watch resource consumption
in either case.  I don't know what Andrew Kempe's priorities are, but just
keep in mind that it's not something that can be dashed out on the spur of
the moment.

>Quinn
>----------
>> From: Kelmar K. Firesun <kfiresun@ix.netcom.com>
>> To: ircservices@snow.shadowfire.org
>> Subject: Re: [IRCServices] Email forwarding
>> Date: Monday, October 23, 2000 22:32
>> 
>> 
>> ----- Original Message -----
>> From: Scott Seufert <anarki@flamebait.org>
>> To: <ircservices@snow.shadowfire.org>
>> Sent: Monday, October 23, 2000 7:01 AM
>> Subject: Re: [IRCServices] Email forwarding
>> 
>> ] ... SNIP ... [
>> 
>> >
>> > sending all the memos in one email would be prefered. Also making the
>time
>> > interval a .conf setting would be wise.
>> >
>> > MEMO2MAIL 15 <---- Minutes _after_ update to send mail.
>> > This type of setting would make it easier for services, the box and the
>> > box's Admin(s). :)
>> >
>> > MAIL_DELAY 120 <--- delay in seconds between batches.
>> > This could be used in the case of a large amount of mail sent. The mail
>> can
>> > be broken down into batches sent, say maybe 800k at a time. This way
>800k
>> is
>> > sent, then 120 seconds later 800k more and so on.
>> >
>> 
>> ] ... SNIP ... [
>> 
>> You might also wish to add a NickServ option that would allow
>> the user to:
>> 
>> 1) Either disable the feature totally
>> 2) Have it only send the e-mail when the user is not on
>>    the IRC Network
>> 3) Have memoserv send the e-mail and keep a copy of the message.
>> 4) Or, have memoserv just send an e-mail and discard the message
>>    afterwards.  (Mabey not a good idea here in some cases though)
>> 
>> On the whole it sounds like an excellent idea,
>> 
>> Bryce Simonds (Kelmar K. Firesun)
>> IRC operator: dream.esper.net
>> 
>> 
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@snow.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@snow.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From bclark at bclark.yi.org  Sun Nov  5 14:17:19 2000
From: bclark at bclark.yi.org (Bryan Clark)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Email forwarding
References: <3a05db4f.23767@prima-lan.net>
Message-ID: 3A05DC6F.2C95DCBC@bclark.yi.org

Andrew Church wrote:

>
>      Just a quick note on this--I had this on my TODO list since way long
> ago, but it turns out it's a pain to implement, mainly because of needing to
> either fork and keep track of another process or handle SMTP connections
> using select() in the same process, and having to watch resource consumption
> in either case.  I don't know what Andrew Kempe's priorities are, but just
> keep in mind that it's not something that can be dashed out on the spur of
> the moment.
>

The last services version I downloaded was 4.2, but I've been making
independent changes since about May of last year (though it wasn't until about
March of this year that I first noticed the todo list ;). I'd been wondering
about that e-mail forwarding for a while now, and I was wondering if services
couldn't just call on sendmail to handle the actual mail sending .............

Oh, and was a solution to the problem of having SIGHUP work only once ever
found? I've been looking into it, and it seems not to be a services-specific
problem .......

(By the way, I just joined this list last week, so I'm sorry if that's already
been covered ...........)


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Nov  5 15:53:50 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Email forwarding
In-Reply-To: <3A05DC6F.2C95DCBC@bclark.yi.org>
References: 3A05DC6F.2C95DCBC@bclark.yi.org
Message-ID: KFEJLMFNCPEEPFBEPNCIEEAICAAA.anarki@flamebait.org

<snip>

The last services version I downloaded was 4.2, but I've been making
independent changes since about May of last year (though it wasn't until
about
March of this year that I first noticed the todo list ;). I'd been wondering
about that e-mail forwarding for a while now, and I was wondering if
services
couldn't just call on sendmail to handle the actual mail sending
.............

Oh, and was a solution to the problem of having SIGHUP work only once ever
found? I've been looking into it, and it seems not to be a services-specific
problem .......

(By the way, I just joined this list last week, so I'm sorry if that's
already
been covered ...........)


IRCServices 4.2 was some time ago, Current version is 4.4.8, you can view
the entire change log at:

ftp://ender.shadowfire.org/pub/ircservices/beta/Changes

Scott Seufert
aka Dryder
Network Admin
Irc.Excalibur-IRC.Net


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Nov  6 13:07:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Email forwarding
Message-ID: E13stSz&#45;0002iJ&#45;00@praseodumium.btinternet.com

[snip]
> 
> >Very late reply but hey...
> >
> >IMHO the E-Mail Forwarding feature would seriously ROCK!
> >Any plans on implementing this?
> 
>      Just a quick note on this--I had this on my TODO list since way long
> ago, but it turns out it's a pain to implement, mainly because of needing
to
> either fork and keep track of another process or handle SMTP connections
> using select() in the same process, and having to watch resource
consumption
> in either case.  I don't know what Andrew Kempe's priorities are, but
just
> keep in mind that it's not something that can be dashed out on the spur
of
> the moment.
> 
Hmmm okay I was just wondering because Sirv-2.3.0 has it in and if I
recall, Sirv is based from IRC-Services 3.3.6 or similar, before the
non-Endian specific save/load_xx_dbase routines were added in 4.x.

I have briefly tried to 'port' this feature but have been unable to do so
as Sirv's MemoServ SEND command seems very different from 4.4.8's
command... I also don't know how the list in general feels about patching
IRC-Services as a whole.

Quinn

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From leka at verat.net  Tue Nov  7 02:39:23 2000
From: leka at verat.net (Dejan Lekic)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
Message-ID: 200011071041.LAA26047@primo.verat.net



Hi to all,
i am new in this mail list. I want to know have someone used IrcServices
with IRCnet ircd? If there are such people here PLEASE respond, i
desperately need services on IRCnet ircd (2.10.3p1).

Best regards

Dejan

From &quot  Tue Nov  7 04:49:23 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
References: <200011071041.LAA26047@primo.verat.net>
Message-ID: 001e01c048b9$28408300$0100a8c0@excalibur

The officially supported IRCd is Bahamut 1.4.x however,

     Services was designed for use with versions of the DALnet IRC server
implementation (ircd.dal) through 4.4.13.  Services will also operate with
servers based directly on the RFC 1459 protocol, as well the Undernet
server (ircu) version 2.9.x and versions of ircd.dal from 4.4.15 through at
least 4.6.7.  The following servers have been reported NOT to work with
Services:
          NewNet
          ircd-hybrid
          ircd 2.x with "+CS" extension
          TS4
          ircd 2.9.4

     If you have one of these servers or you cannot get Services to work
with your server, I recommend downloading and installing ircd.dal 4.4.10,
which is available at:

    ftp://ender.shadowfire.org/pub/ircd/archive/

Scott Seufert
aka Dryder
Net Admin
Irc.Excalibur-IRC.Net

----- Original Message ----- 
From: "Dejan Lekic" <leka@verat.net>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, November 07, 2000 5:39 AM
Subject: [IRCServices] IRCnet ircd and IRCservices




Hi to all,
i am new in this mail list. I want to know have someone used IrcServices 
with IRCnet ircd? If there are such people here PLEASE respond, i 
desperately need services on IRCnet ircd (2.10.3p1).

Best regards

Dejan



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From leka at verat.net  Tue Nov  7 05:17:10 2000
From: leka at verat.net (Dejan Lekic)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
Message-ID: 200011071319.OAA18733@primo.verat.net

Hi Scott Seufert, you wrote on 11/7/00 1:49:23 PM:

>The officially supported IRCd is Bahamut 1.4.x however,
>
>     Services was designed for use with versions of the DALnet IRC server
>implementation (ircd.dal) through 4.4.13.  Services will also operate with
>servers based directly on the RFC 1459 protocol, as well the Undernet
>server (ircu) version 2.9.x and versions of ircd.dal from 4.4.15 through at
>least 4.6.7.  The following servers have been reported NOT to work with
>Services:
>          NewNet
>          ircd-hybrid
>          ircd 2.x with "+CS" extension
>          TS4
>          ircd 2.9.4
>
>     If you have one of these servers or you cannot get Services to work
>with your server, I recommend downloading and installing ircd.dal 4.4.10,
>which is available at:
>
>    ftp://ender.shadowfire.org/pub/ircd/archive/
>
>Scott Seufert
>aka Dryder
>Net Admin
>Irc.Excalibur-IRC.Net
>
>----- Original Message -----
>From: "Dejan Lekic" <leka@verat.net>
>To: <ircservices@snow.shadowfire.org>
>Sent: Tuesday, November 07, 2000 5:39 AM
>Subject: [IRCServices] IRCnet ircd and IRCservices
>
>
>
>
>Hi to all,
>i am new in this mail list. I want to know have someone used IrcServices
>with IRCnet ircd? If there are such people here PLEASE respond, i
>desperately need services on IRCnet ircd (2.10.3p1).
>
>Best regards
>
>Dejan
>
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@snow.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.



Well, i have read that - it is part of document that comes with IrcServices
documentation...
.. IRCnet ircd 2.10.3p1 is NOT in that list, so i realised IrcServices
WORKS on it? Just tell me am i right or wrong?

Leka

From &quot  Tue Nov  7 11:51:17 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
References: <200011071319.OAA18733@primo.verat.net>
Message-ID: 002c01c048f4$193a5fd0$0100a8c0@excalibur


<snip>

As the list suggests, those are known _not_ work. Also as I stated the
official supported daemon is Bahamut1.4.x.

I guess in short what I'm saying is that since it's not on the list that is
known not work, I suppose the only way to know is to try it. By saying that
the supported daemon is Bahamut1.4.x, that means that you may not receive
support for your daemon.

Try it, see if it does, if it doesn't work, let us know.

>.Well, i have read that - it is part of document that comes with
IrcServices
>documentation...
>. IRCnet ircd 2.10.3p1 is NOT in that list, so i realised IrcServices
>WORKS on it? Just tell me am i right or wrong?
>
>Leka

Scott



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Nov  7 12:17:57 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] ircservices with 2.10.3p1
Message-ID: EB0265361D44D31184260090276CE8EB6638E9@webmail3.bridgew.edu

Are there any issues running ircservices with ircd 2.10.3p1 ?
I'm receiving "Version too old" error messages from the ircd when services
tries to connect. Is this an ircservices problem, a compatibility issue, or
a configuration error on my part?

Thanks,

-Eric

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From eggie at mail.com  Tue Nov  7 14:29:50 2000
From: eggie at mail.com (Eggie)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
In-Reply-To: <001e01c048b9$28408300$0100a8c0@excalibur>
References: <200011071041.LAA26047@primo.verat.net>
Message-ID: 4.3.2.7.0.20001107232716.00bf46e0@pop.planetinternet.be

At 13:49 7/11/00, you wrote:
>The following servers have been reported NOT to work with
>Services:
>           NewNet
>           ircd-hybrid
>           ircd 2.x with "+CS" extension
>           TS4
>           ircd 2.9.4


ircd2.10.3p1 is just a newer version of ircd 2.9.4 and services cannot work 
with those versions (due to many protocol conflicts)

I know there once was a guy who actually modified services to work with 
ircnet's ircd, but I know it is a *lot* of work, and don't ask me for the 
patch, I don't have it and I don't really know this guy.

So basicly: It will not work.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From sidv at sid-kitty-land.org  Tue Nov  7 17:08:46 2000
From: sidv at sid-kitty-land.org (Dan)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
In-Reply-To: <4.3.2.7.0.20001107232716.00bf46e0@pop.planetinternet.be>
References: <001e01c048b9$28408300$0100a8c0@excalibur><200011071041.LAA26047@primo.verat.net>
Message-ID: 5.0.0.25.2.20001107170746.009f1b70@mail.sid&#45;kitty&#45;land.org

Services works fine with Unreal3.1.
Just wanted to add that to the list...
Dan


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Nov  7 17:20:29 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCnet ircd and IRCservices
References: <001e01c048b9$28408300$0100a8c0@excalibur><200011071041.LAA26047@primo.verat.net> <5.0.0.25.2.20001107170746.009f1b70@mail.sid-kitty-land.org>
Message-ID: 005401c04922$15e5a0a0$0100a8c0@excalibur

The list that was posted are _NOT_ compatible. So you would not want it
added.

Scott Seufert
aka Dryder
Net Admin
Irc.Excalibur-IRC.Net

----- Original Message -----
From: "Dan" <sidv@sid-kitty-land.org>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, November 07, 2000 8:08 PM
Subject: Re: [IRCServices] IRCnet ircd and IRCservices


> Services works fine with Unreal3.1.
> Just wanted to add that to the list...
> Dan
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From dreamer at darkness.gr  Sun Nov 12 12:07:54 2000
From: dreamer at darkness.gr (dreamer@darkness.gr)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Small bug in list
In-Reply-To: <NDBBKMLGGLLMFACIBDMKAEGJCGAA.hendrik@mans.de>
References: NDBBKMLGGLLMFACIBDMKAEGJCGAA.hendrik@mans.de
Message-ID: Pine.LNX.4.30.0011122159460.30582&#45;100000@darkness.darkness.gr

Greetings all,
        Sorry if this is a know, feature.
If a user tries to list using the command :

/msg chanserv access #Channel list NiCkNaMe

but the username that is looking for , was register in eg, small case
letters "nickname" and not "NiCkNaMe" the output will be null.
The fix is small just add this line in chanserv.c line number about 3130

            for (i = 0; i < ci->accesscount; i++) {
                if (nick && ci->access[i].ni
                         && !match_wild(nick, ci->access[i].ni->nick))
/* Our Code Goes Here*/
                        if ( !stricmp (nick, ci->access[i].ni->nick) == 0
) {
                            continue;
/* End Of */
                        }
                access_list(u, i, ci, &sent_header);
            }

Sorry for puting lines of code here i'm not aware at this time, the name
of the other list.

Regards,
Nick Krassas
ircadmin@darkness.irc.gr
Dinos @ irc.gr


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Nov 12 12:31:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Small bug in list
References: <Pine.LNX.4.30.0011122159460.30582-100000@darkness.darkness.gr>
Message-ID: 000701c04ce7$866e5d30$0100a8c0@excalibur

ircservices-coding@snow.shadowfire.org for future reference ;)

Dryder
----- Original Message ----- 
From: <dreamer@darkness.gr>
To: <ircservices@snow.shadowfire.org>
Sent: Sunday, November 12, 2000 3:07 PM
Subject: [IRCServices] Small bug in list


> Greetings all,
> Sorry if this is a know, feature.
> If a user tries to list using the command :
> 
> /msg chanserv access #Channel list NiCkNaMe
> 
> but the username that is looking for , was register in eg, small case
> letters "nickname" and not "NiCkNaMe" the output will be null.
> The fix is small just add this line in chanserv.c line number about 3130
> 
>             for (i = 0; i < ci->accesscount; i++) {
>                 if (nick && ci->access[i].ni
>                          && !match_wild(nick, ci->access[i].ni->nick))
> /* Our Code Goes Here*/
>                         if ( !stricmp (nick, ci->access[i].ni->nick) == 0
> ) {
>                             continue;
> /* End Of */
>                         }
>                 access_list(u, i, ci, &sent_header);
>             }
> 
> Sorry for puting lines of code here i'm not aware at this time, the name
> of the other list.
> 
> Regards,
> Nick Krassas
> ircadmin@darkness.irc.gr
> Dinos @ irc.gr
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Nov 15 21:15:54 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Session Error
Message-ID: 200011160315540930.05F46F53@smtp.intergate.com.br


        Hello,

        I apologize for my bad english.

        1) I'm using a modified version of IRC Services 4.3.3.
           Recently, I've chaged my FreeBSD version to 4.1.1-STABLE.
           After this, I'm having too many problems with
           segmentation faults in timed_update.

        2) The IRC Services can't see some quits, resulting in many
           errors in the session counter.

        See:

        [02:45] [KILL] hub.matrix.com.br has killed
BrasIRC9743497641352!luz-mg@200.251.39.49. (services.brasirc.net <-
irc.vix.terra.com.br[0.0.0.0])

        \95\95\95 Seek: 200.251.39.49
        -
        \95\95\95 Total: 4 users found.

        /operserv session view 200.251.39.49

        OperServ- The host 200.251.39.49 has 5 connections with a limit of
30

        IRC Services cannot "see" the kill, and have counted the user as a
new user.

        Anyone can help me?

        Note: I CANNOT use a BETA version (4.4.x?) on my network.

        OperServ- NickServ: 151223 entries, 67711 kB
        OperServ- ChanServ: 33367 entries, 16382 kB


        Best regards
--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Nov 15 22:29:04 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Session Error
References: <200011160315540930.05F46F53@smtp.intergate.com.br>
Message-ID: 025a01c04f97$40bf0390$9c011ac4@africa.didata.local

> 1) I'm using a modified version of IRC Services 4.3.3.

This means I can't support you. Sorry.

Andrew


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From pb at tic.ch  Wed Nov 15 23:52:29 2000
From: pb at tic.ch (Patrick Bucher)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
Message-ID: B13CA11EE350D3118F020050BAA50C8C2F2616@ECLYPSE

hi there,

i have bahamut 1.4.3sf1 and ircservices 4.4.8 installed.

my problem:
i can register a channel...setting the access for OP's...but chanserv
doesn't OP them. if i use the command "chanserv op #channel nick" i can see
in the logs:
"debug: Sent: ChanServ MODE #channel +o nick"
but the user isn't oped...

the nicks are registered and identifyed by nickserv. i really dont know
where the problem is.

thanks for helping

greetings,
paddy


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Thu Nov 16 02:03:32 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Session Error
In-Reply-To: <200011160315540930.05F46F53@smtp.intergate.com.br>; from martini@intergate.com.br on Thu, Nov 16, 2000 at 03:15:54AM -0200
References: <200011160315540930.05F46F53@smtp.intergate.com.br>
Message-ID: 20001116040332.A90356@edgemaster.zombie.org

On Thu, Nov 16, 2000 at 03:15:54AM -0200, Carlos Mendes Martini wrote:
> 1) I'm using a modified version of IRC Services 4.3.3.
>    Recently, I've chaged my FreeBSD version to 4.1.1-STABLE.
>    After this, I'm having too many problems with
>    segmentation faults in timed_update.

We're running IRCServices 4.4.8 on 4.1.1-STABLE (10/4/200) with no problems.
If you can upgrade to 4.4.x, I would suggest it highly.  If you can't, I'd
suggest you find a way that makes it possible for you to be able to.  What
exactly did you modify in Services and why can't you upgrade (besides the
fact you'd have to patch in your modifications)?

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 77042C7B        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Nov 16 05:08:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
References: <B13CA11EE350D3118F020050BAA50C8C2F2616@ECLYPSE>
Message-ID: 001301c04fce$4d3c2b20$0100a8c0@excalibur

Insure Services has a properly formated U:Line and _no_ H:Line.

Scott
aka Dryder

----- Original Message -----
From: "Patrick Bucher" <pb@tic.ch>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, November 16, 2000 2:52 AM
Subject: [IRCServices] chanserv does not work correctly?


> hi there,
>
> i have bahamut 1.4.3sf1 and ircservices 4.4.8 installed.
>
> my problem:
> i can register a channel...setting the access for OP's...but chanserv
> doesn't OP them. if i use the command "chanserv op #channel nick" i can
see
> in the logs:
> "debug: Sent: ChanServ MODE #channel +o nick"
> but the user isn't oped...
>
> the nicks are registered and identifyed by nickserv. i really dont know
> where the problem is.
>
> thanks for helping
>
> greetings,
> paddy
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From kwahraw at relic.net  Thu Nov 16 12:30:08 2000
From: kwahraw at relic.net (Chris Wiest)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
In-Reply-To: <001301c04fce$4d3c2b20$0100a8c0@excalibur>
References: 001301c04fce$4d3c2b20$0100a8c0@excalibur
Message-ID: Pine.BSF.4.21.0011161529210.61302&#45;100000@relic.net

If it does not also have a H line, they will die every time someone jupes
a server (well, not die so much as be forcibly squitted by the server they
are linked to, and then die).

It needs both to work properly.

--CDW


On Thu, 16 Nov 2000, Scott Seufert wrote:

> Insure Services has a properly formated U:Line and _no_ H:Line.
> 
> Scott
> aka Dryder
> 
> ----- Original Message -----
> From: "Patrick Bucher" <pb@tic.ch>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, November 16, 2000 2:52 AM
> Subject: [IRCServices] chanserv does not work correctly?
> 
> 
> > hi there,
> >
> > i have bahamut 1.4.3sf1 and ircservices 4.4.8 installed.
> >
> > my problem:
> > i can register a channel...setting the access for OP's...but chanserv
> > doesn't OP them. if i use the command "chanserv op #channel nick" i can
> see
> > in the logs:
> > "debug: Sent: ChanServ MODE #channel +o nick"
> > but the user isn't oped...
> >
> > the nicks are registered and identifyed by nickserv. i really dont know
> > where the problem is.
> >
> > thanks for helping
> >
> > greetings,
> > paddy
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Nov 16 13:00:42 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
References: <Pine.BSF.4.21.0011161529210.61302-100000@relic.net>
Message-ID: 001301c05010$494f3380$0100a8c0@excalibur


----- Original Message -----
From: "Chris Wiest" <kwahraw@relic.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, November 16, 2000 3:30 PM
Subject: Re: [IRCServices] chanserv does not work correctly?


> If it does not also have a H line, they will die every time someone jupes
> a server (well, not die so much as be forcibly squitted by the server they
> are linked to, and then die).
>
> It needs both to work properly.
>
> --CDW
>

My former Shadowfire server didn't have an H:Line for services, niether does
my existing network have an H:Line for Services.

Both work correctly.


Dryder


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Thu Nov 16 13:20:05 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
In-Reply-To: <001301c05010$494f3380$0100a8c0@excalibur>; from dryder@qx.net on Thu, Nov 16, 2000 at 04:00:42PM -0500
References: <Pine.BSF.4.21.0011161529210.61302-100000@relic.net> <001301c05010$494f3380$0100a8c0@excalibur>
Message-ID: 20001116152004.A93243@edgemaster.zombie.org

On Thu, Nov 16, 2000 at 04:00:42PM -0500, Scott Seufert wrote:
> > If it does not also have a H line, they will die every time someone jupes
> > a server (well, not die so much as be forcibly squitted by the server they
> > are linked to, and then die).
> >
> > It needs both to work properly.
> >
> My former Shadowfire server didn't have an H:Line for services, niether does
> my existing network have an H:Line for Services.
> 
> Both work correctly.

Then your ircd is abornal (in the sense that it is modified from the standard
behavior of U:lines), or you just don't JUPE often enough to notice it.  Or
it is possible I am wrong in both situations and this e-mail is totally
pointless and just making a fool of myself by trying to respond to a situation
I am not farmilliar with.  In any case, I'm now going to press the Send button.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 77042C7B        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Nov 16 15:22:07 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] chanserv does not work correctly?
References: <Pine.BSF.4.21.0011161529210.61302-100000@relic.net> <001301c05010$494f3380$0100a8c0@excalibur> <20001116152004.A93243@edgemaster.zombie.org>
Message-ID: 001f01c05024$0af30f80$0100a8c0@excalibur


----- Original Message -----
From: "Sean Kelly" <smkelly@zombie.org>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, November 16, 2000 4:20 PM
Subject: Re: [IRCServices] chanserv does not work correctly?


> On Thu, Nov 16, 2000 at 04:00:42PM -0500, Scott Seufert wrote:
> > > If it does not also have a H line, they will die every time someone
jupes
> > > a server (well, not die so much as be forcibly squitted by the server
they
> > > are linked to, and then die).
> > >
> > > It needs both to work properly.
> > >
> > My former Shadowfire server didn't have an H:Line for services, niether
does
> > my existing network have an H:Line for Services.
> >
> > Both work correctly.
>
> Then your ircd is abornal (in the sense that it is modified from the
standard
> behavior of U:lines), or you just don't JUPE often enough to notice it.
Or
> it is possible I am wrong in both situations and this e-mail is totally
> pointless and just making a fool of myself by trying to respond to a
situation
> I am not farmilliar with.  In any case, I'm now going to press the Send
button.
>

Actually, it is I that is in error. Even though I am correct about my former
ShadowFire server not having a H:Line, I tested a JUPE on my net and it
killed Services as you predicted.

I have alot of experience with alot of different types of IRC Services, I
appearantly got thim confused in this instance.

To correct myself, services do need an H:Line, perhaps only on their uplink
... which would explain the lack of a H:Line on my former server.

I apologize for any confusion I created.

> --
> Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
>    PGP KeyID: 77042C7B        http://www.sean-kelly.org
>


Scott
aka Dryder


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Nov 16 19:42:41 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] I'm newbie :(
Message-ID: 002901c05048$721637e0$d0dbc3c8@pentagon

 
Hi, 
  
Which command gimme the Chan Nick DB of my network? 
Eg 
OperServ- NickServ: 151223 entries, 67711 kB
OperServ- ChanServ: 33367 entries, 16382 kB 
  
Tks ppl



From &quot  Thu Nov 16 20:43:13 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Re: I'm newbie :(
In-Reply-To: <002901c05048$721637e0$d0dbc3c8@pentagon>
References: <002901c05048$721637e0$d0dbc3c8@pentagon>
Message-ID: 200011170243130590.0AFD0F9F@smtp.intergate.com.br


Felipe Preussler wrote:

> Which command gimme the Chan Nick DB of my network?
> Eg
> OperServ- NickServ: 151223 entries, 67711 kB
> OperServ- ChanServ: 33367 entries, 16382 kB


        /operserv stats all

        (I think you have to be Services Admin)


        Best regards,
--

    Carlos Mendes Martini - martini@brasirc.net
    BrasIRC Network - Rede Brasileira de IRC
    http://www.brasirc.net

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Thu Nov 16 20:47:23 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] I'm newbie :(
In-Reply-To: <002901c05048$721637e0$d0dbc3c8@pentagon>; from felipepreus@onda.com.br on Fri, Nov 17, 2000 at 01:42:41AM -0200
References: <002901c05048$721637e0$d0dbc3c8@pentagon>
Message-ID: 20001116224723.A94689@edgemaster.zombie.org

On Fri, Nov 17, 2000 at 01:42:41AM -0200, Felipe Preussler wrote:
> Hi,
> 
> Which command gimme the Chan Nick DB of my network?
> Eg
> OperServ- NickServ: 151223 entries, 67711 kB
> OperServ- ChanServ: 33367 entries, 16382 kB

/MSG OperServ STATS ALL
[OperServ] Current users: 310 (15 ops)
[OperServ] Maximum users: 771 (Oct 05 21:43:58 2000 EDT)
[OperServ] Services up 24 days, 03:20
[OperServ] Bytes read   : 13685 kB
[OperServ] Bytes written: 23856 kB
[OperServ] User    :    310 records,    52 kB   <- Active users
[OperServ] Server  :      7 records,     0 kB   <- Servers
[OperServ] Channel :    110 records,    36 kB   <- Active channels
[OperServ] NickServ:   2271 records,   621 kB   <- Registered Nicknames
[OperServ] ChanServ:    262 records,   109 kB   <- Reg. Channels
[OperServ] OperServ:     65 records,   118 kB   <- AKILL/Exception/...(?)
[OperServ] Sessions:    277 records,    11 kB   <- Active hosts

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 77042C7B        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Fri Nov 17 04:27:36 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] The channel '#'
Message-ID: dv8a1to0a3iqoq1fgaammlmt1jqd734lru@4ax.com

Hi,

I appear to be able to register the channel #, just as normal.  This is all
very cute but will it cause any problems at all?

-- 
Andy Smith <andy@strugglers.net>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From cjb at mircx.com  Fri Nov 17 04:36:53 2000
From: cjb at mircx.com (CJB)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] The channel '#'
In-Reply-To: <dv8a1to0a3iqoq1fgaammlmt1jqd734lru@4ax.com>
References: dv8a1to0a3iqoq1fgaammlmt1jqd734lru@4ax.com
Message-ID: Pine.BSF.4.21.0011170535510.69694&#45;100000@mircx.com

I had some strange problems with services and the # channel.  As far as I
know, you're not supposed to be able to register it.  If it's letting you,
I would suggest forbidding the channel to prevent any future problems.

On Fri, 17 Nov 2000, Andy Smith wrote:

> Hi,
> 
> I appear to be able to register the channel #, just as normal.  This is all
> very cute but will it cause any problems at all?
> 
> -- 
> Andy Smith <andy@strugglers.net>
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From agi at rileks.co.id  Fri Nov 17 21:08:36 2000
From: agi at rileks.co.id (Agi Subagio)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCServices on two or more servers
Message-ID: 5.0.0.25.2.20001118120741.02f3db10@mail.rileks.co.id

I have compiled and installed bahamut-1.2.2 on two servers (Hub feature was 
active). I have connected those servers. All users from Server A and B was 
join succesfully in a channel (#test).
But I want to add IRCServices-4.4.8 to control nickserv and chanserv in 
that channel.
After I installed and try some configurations, IRCServices blocked all 
connection attempt from each server. All users from Server A was kick and 
rejoin again to that channel, and the users from Server B feel the same 
experience.
Can I run IRCServices to control two or more connected servers?
If not, how to create an IRC Networks (two or more servers connected) with 
IRCServices running?


Regards,

Agi


Regards,

Agi Subagio
Network Engineer
PT. Rileks Indonesia
Jakarta - Indonesia
Email : agi@rileks.co.id, agismaniax@yahoo.com
Website : www.rileks.com


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Nov 27 08:36:20 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Killing a connection after it floods?
Message-ID: 001701c05890$3249b4c0$0200a8c0@powersurfr.com

Hello ..

Any way to set services to auto-kill (like an auto killclones) hosts that
exceed the connection limits?  Or to auto-k:line them or something?

Thanks,

Tim


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Nov 27 11:45:28 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Killing a connection after it floods?
References: <001701c05890$3249b4c0$0200a8c0@powersurfr.com>
Message-ID: 000801c058aa$99329ed0$4500a8c0@laptop

I do believe Session limits already do so. This would be why the KILLCLONES
setting is depreciated.

Dryder


----- Original Message -----
From: "Tim AtLee" <spaced@connect.ab.ca>
To: "Mailing List: Services" <ircservices@snow.shadowfire.org>
Sent: Monday, November 27, 2000 11:36 AM
Subject: [IRCServices] Killing a connection after it floods?


> Hello ..
>
> Any way to set services to auto-kill (like an auto killclones) hosts that
> exceed the connection limits?  Or to auto-k:line them or something?
>
> Thanks,
>
> Tim
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at achurch.org  Tue Dec 12 11:32:12 2000
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
Message-ID: 3a358fa3.17243@prima&#45;lan.net

     As Andrew Kempe is currently busy with other matters, I have taken the
liberty of releasing a new version of Services to counter a bug recently
discovered which could lead to Services crashing.

     I have patched both the current (4.4) branch and the non-beta (4.3)
branch to fix this bug; the new versions, 4.4.9 and 4.3.4 respectively, can
be retrieved from the following site:

        ftp://ftp.esper.net/ircservices/

     Note that version 4.3.4 fixes _only_ this one bug, and does not
address any other issues which have been resolved in the 4.4 series.

  --Andrew Church
    achurch@achurch.org | New address - please note.
    <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Mon Dec 11 22:07:48 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
References: <3a358fa3.17243@prima-lan.net>
Message-ID: 017801c06401$dbf7d110$9c011ac4@africa.didata.local

The currently official ftp site, and consequently its mirrors, have been
updated with this release.

Regards, Andrew

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@Snow.shadowfire.org>
Sent: Tuesday, December 12, 2000 4:32 AM
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released


>      As Andrew Kempe is currently busy with other matters, I have taken
the
> liberty of releasing a new version of Services to counter a bug recently
> discovered which could lead to Services crashing.
>
>      I have patched both the current (4.4) branch and the non-beta (4.3)
> branch to fix this bug; the new versions, 4.4.9 and 4.3.4 respectively,
can
> be retrieved from the following site:
>
> ftp://ftp.esper.net/ircservices/
>
>      Note that version 4.3.4 fixes _only_ this one bug, and does not
> address any other issues which have been resolved in the 4.4 series.
>
>   --Andrew Church
>     achurch@achurch.org | New address - please note.
>     <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Dec 12 08:40:51 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
References: <3a358fa3.17243@prima-lan.net>
Message-ID: 002401c0645a$4a76d570$250c1218@cc274522d

Just out of curiousity, has anyone been able to get services working under
RedHat 7?  I have no trouble using services under RedHat 6.2, but Services
segfaults when started up under RedHat 7....  I noticed Unreal (and perhaps
other ircd's) had to be modified due to some 'string.h bug' in RedHat 7, but
I don't know if this is related to Services (4.4.8) segfaulting.... Any
comments would be appreciated.

David Blanchard
irc.sub-city.net

----- Original Message -----
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@Snow.shadowfire.org>
Sent: Monday, December 11, 2000 9:32 PM
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released


>      As Andrew Kempe is currently busy with other matters, I have taken
the
> liberty of releasing a new version of Services to counter a bug recently
> discovered which could lead to Services crashing.
>
>      I have patched both the current (4.4) branch and the non-beta (4.3)
> branch to fix this bug; the new versions, 4.4.9 and 4.3.4 respectively,
can
> be retrieved from the following site:
>
> ftp://ftp.esper.net/ircservices/
>
>      Note that version 4.3.4 fixes _only_ this one bug, and does not
> address any other issues which have been resolved in the 4.4 series.
>
>   --Andrew Church
>     achurch@achurch.org | New address - please note.
>     <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From mike at chat.za.net  Tue Dec 12 08:50:04 2000
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
Message-ID: 2.2.32.20001212165004.034e3260@moonlight.chat.za.net


It doesnt look like the services number was incremented, ie it still shows
4.4.8 [STABLE]

Locke

At 11:40 AM 00/12/12 -0500, you wrote:
>Just out of curiousity, has anyone been able to get services working under
>RedHat 7?  I have no trouble using services under RedHat 6.2, but Services
>segfaults when started up under RedHat 7....  I noticed Unreal (and perhaps
>other ircd's) had to be modified due to some 'string.h bug' in RedHat 7, but
>I don't know if this is related to Services (4.4.8) segfaulting.... Any
>comments would be appreciated.
>
>David Blanchard
>irc.sub-city.net
>
>----- Original Message -----
>From: "Andrew Church" <achurch@achurch.org>
>To: <ircservices@Snow.shadowfire.org>
>Sent: Monday, December 11, 2000 9:32 PM
>Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
>
>
>>      As Andrew Kempe is currently busy with other matters, I have taken
>the
>> liberty of releasing a new version of Services to counter a bug recently
>> discovered which could lead to Services crashing.
>>
>>      I have patched both the current (4.4) branch and the non-beta (4.3)
>> branch to fix this bug; the new versions, 4.4.9 and 4.3.4 respectively,
>can
>> be retrieved from the following site:
>>
>> ftp://ftp.esper.net/ircservices/
>>
>>      Note that version 4.3.4 fixes _only_ this one bug, and does not
>> address any other issues which have been resolved in the 4.4 series.
>>
>>   --Andrew Church
>>     achurch@achurch.org | New address - please note.
>>     <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
>>
>> ---------------------------------------------------------------
>> To unsubscribe, send email to majordomo@snow.shadowfire.org
>> with "unsubscribe ircservices" in the body, without the quotes.
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@snow.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
<A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Tue Dec 12 09:03:42 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
In-Reply-To: <002401c0645a$4a76d570$250c1218@cc274522d>
References: 002401c0645a$4a76d570$250c1218@cc274522d
Message-ID: Pine.LNX.4.21.0012121656250.2835&#45;100000@aeriss.strugglers.net

On Tue, 12 Dec 2000, David Blanchard wrote:

> Just out of curiousity, has anyone been able to get services working under
> RedHat 7?

Not without small code modifications.

>  I have no trouble using services under RedHat 6.2, but Services
> segfaults when started up under RedHat 7....

I noticed this too.  I posted a small patch that makes it work for me at
least, to the ircservices-coding list.  Will dig it out for you later if
still interested.

>  I noticed Unreal (and perhaps
> other ircd's) had to be modified due to some 'string.h bug' in RedHat 7, but
> I don't know if this is related to Services (4.4.8) segfaulting.... Any
> comments would be appreciated.

Seems newer version of glibc break a few things.

-- 
Andy Smith <andy@strugglers.net>
http://andy.strugglers.net

"Only homosexuals and little girls RTFM, after all." -- Matt Olson


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From ciaran.reilly at ntlworld.com  Tue Dec 12 09:07:20 2000
From: ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Address of coding list
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net>
Message-ID: 001201c0645d$fec47d40$0600a8c0@ciaran

Hi,

Can anyone please remind me of the address to sub to the coding list ? had
to fdisk my home machine and lost everything :(


Ciarán.

----- Original Message -----
From: "Andy Smith" <andy@strugglers.net>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, December 12, 2000 5:03 PM
Subject: Re: [IRCServices] Services 4.4.9 / 4.3.4 released


> On Tue, 12 Dec 2000, David Blanchard wrote:
>
> > Just out of curiousity, has anyone been able to get services working
under
> > RedHat 7?
>
> Not without small code modifications.
>
> >  I have no trouble using services under RedHat 6.2, but Services
> > segfaults when started up under RedHat 7....
>
> I noticed this too.  I posted a small patch that makes it work for me at
> least, to the ircservices-coding list.  Will dig it out for you later if
> still interested.
>
> >  I noticed Unreal (and perhaps
> > other ircd's) had to be modified due to some 'string.h bug' in RedHat 7,
but
> > I don't know if this is related to Services (4.4.8) segfaulting.... Any
> > comments would be appreciated.
>
> Seems newer version of glibc break a few things.
>
> --
> Andy Smith <andy@strugglers.net>
> http://andy.strugglers.net
>
> "Only homosexuals and little girls RTFM, after all." -- Matt Olson
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Tue Dec 12 09:44:47 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Address of coding list
In-Reply-To: <001201c0645d$fec47d40$0600a8c0@ciaran>; from ciaran.reilly@ntlworld.com on Tue, Dec 12, 2000 at 05:07:20PM -0000
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran>
Message-ID: 20001212114447.A48732@edgemaster.zombie.org

On Tue, Dec 12, 2000 at 05:07:20PM -0000, Ciarán Reilly wrote:
> Hi,
> 
> Can anyone please remind me of the address to sub to the coding list ? had
> to fdisk my home machine and lost everything :(
> 
> 
> Ciarán.

Send an e-mail to majordomo@snow.shadowfire.org saying "subscribe
ircservices-coding" in the body and you should be set.


-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 77042C7B        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Dec 12 12:52:59 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Segfaults?
In-Reply-To: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net>
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net>
Message-ID: 200012121852590190.0299CCFE@smtp.intergate.com.br


Andy Smith wrote:

> >  I noticed Unreal (and perhaps other ircd's) had to be modified
> > due to some 'string.h bug' in RedHat 7, but I don't know if 
> > this is related to Services (4.4.8) segfaulting.... Any
> > comments would be appreciated.
> 
> Seems newer version of glibc break a few things.


        Hello,


        Sorry for my bad english.

        I was using, in my IRC network, a little modified version of
ircservices-4.3.3 in FreeBSD 4.3.x, and it was working very well.
Now, I've upgraded the machine SO to BSD 4.1, and I'm having some
problems with segfaults.

        I asked for some aid here, but this aid was denied to me... :/ Then,
I've changed my services to 4.4.8, but my problems with segfaults are
still happening...

        The error message:

        "PANIC! in timed_update (Segmentation fault)"


        Anybody can help me? :/

--

    Carlos Mendes "Martini"
    martini@intergate.com.br

-


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Dec 12 14:23:33 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net>
Message-ID: 002101c0648a$29e76970$250c1218@cc274522d

> 
> >  I have no trouble using services under RedHat 6.2, but Services
> > segfaults when started up under RedHat 7....
> 
> I noticed this too.  I posted a small patch that makes it work for me at
> least, to the ircservices-coding list.  Will dig it out for you later if
> still interested.

Please do :)

Thanks!
David



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From achurch at achurch.org  Wed Dec 13 08:38:24 2000
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
Message-ID: 3a36b71a.27214@prima&#45;lan.net

>It doesnt look like the services number was incremented, ie it still shows
>4.4.8 [STABLE]

     Oops, I missed that.  The bug is fixed, however, so don't worry
about it.

>Locke
>
>At 11:40 AM 00/12/12 -0500, you wrote:
>>Just out of curiousity, has anyone been able to get services working under
>>RedHat 7?  I have no trouble using services under RedHat 6.2, but Services
>>segfaults when started up under RedHat 7....  I noticed Unreal (and perhaps
>>other ircd's) had to be modified due to some 'string.h bug' in RedHat 7, but
>>I don't know if this is related to Services (4.4.8) segfaulting.... Any
>>comments would be appreciated.
>>
>>David Blanchard
>>irc.sub-city.net
>>
>>----- Original Message -----
>>From: "Andrew Church" <achurch@achurch.org>
>>To: <ircservices@Snow.shadowfire.org>
>>Sent: Monday, December 11, 2000 9:32 PM
>>Subject: [IRCServices] Services 4.4.9 / 4.3.4 released
>>
>>
>>>      As Andrew Kempe is currently busy with other matters, I have taken
>>the
>>> liberty of releasing a new version of Services to counter a bug recently
>>> discovered which could lead to Services crashing.
>>>
>>>      I have patched both the current (4.4) branch and the non-beta (4.3)
>>> branch to fix this bug; the new versions, 4.4.9 and 4.3.4 respectively,
>>can
>>> be retrieved from the following site:
>>>
>>> ftp://ftp.esper.net/ircservices/
>>>
>>>      Note that version 4.3.4 fixes _only_ this one bug, and does not
>>> address any other issues which have been resolved in the 4.4 series.
>>>
>>>   --Andrew Church
>>>     achurch@achurch.org | New address - please note.
>>>     <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
>>>
>>> ---------------------------------------------------------------
>>> To unsubscribe, send email to majordomo@snow.shadowfire.org
>>> with "unsubscribe ircservices" in the body, without the quotes.
>>
>>
>>---------------------------------------------------------------
>>To unsubscribe, send email to majordomo@snow.shadowfire.org
>>with "unsubscribe ircservices" in the body, without the quotes.
>>
>>
>---
>Michael Smith (Warlock on IRC)
><A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
> "Do you smell something burning or is it me?"
>                -- Joan of Arc                                         
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@snow.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

  --Andrew Church
    achurch@achurch.org | New address - please note.
    <A  HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From m.eccleston at home.com  Tue Dec 12 18:36:38 2000
From: m.eccleston at home.com (Mike Eccleston)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] servcies to server link
Message-ID: 3A36E0B6.500C54BE@home.com

Hi I was looking for ?`s on servcies to server links, my ? is can u run
a server and servcies on the same unix box, and if so seervcies will not
link to the server, if u have a complete ircd.conf example for c/n lines
can u sent it to me.
I`m running PTlink server and PTlink servcies thanks for your help.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From smkelly at zombie.org  Tue Dec 12 19:06:32 2000
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] servcies to server link
In-Reply-To: <3A36E0B6.500C54BE@home.com>; from m.eccleston@home.com on Tue, Dec 12, 2000 at 06:36:38PM -0800
References: <3A36E0B6.500C54BE@home.com>
Message-ID: 20001212210632.A55035@edgemaster.zombie.org

On Tue, Dec 12, 2000 at 06:36:38PM -0800, Mike Eccleston wrote:
> Hi I was looking for ?`s on servcies to server links, my ? is can u run
> a server and servcies on the same unix box, and if so seervcies will not
> link to the server, if u have a complete ircd.conf example for c/n lines
> can u sent it to me.
> I`m running PTlink server and PTlink servcies thanks for your help.

Assuming I'm able to interpret your question correctly, I believe that you
are asking in the wrong place.  This list is for IRCServices, nto PTLink
Services.  I don't know if PT is based on these Services, but even still the
problems you are having could be a result of modification.  I would suggest you
either switch services products or find a PTLink source for sending questions
to.

-- 
Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
   PGP KeyID: 77042C7B        http://www.sean-kelly.org

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Tue Dec 12 19:14:12 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] servcies to server link
References: <3A36E0B6.500C54BE@home.com>
Message-ID: 000b01c064b2$c5397fd0$0100a8c0@excalibur


----- Original Message -----
From: "Mike Eccleston" <m.eccleston@home.com>
To: <ircservices@Snow.shadowfire.org>
Sent: Tuesday, December 12, 2000 9:36 PM
Subject: [IRCServices] servcies to server link


> Hi I was looking for ?`s on servcies to server links, my ? is can u run
> a server and servcies on the same unix box, and if so seervcies will not
> link to the server, if u have a complete ircd.conf example for c/n lines
> can u sent it to me.
> I`m running PTlink server and PTlink servcies thanks for your help.
>

IRCServices WILL connect to a server on the same box, however there is some
contraversy regarding which address to use.

You could use 127.0.0.1 (local loop) to connect however I perfer to connect
to the assigned IP of the box.

If for some reason you still have problems connecting your server to
services, please contact the support options available from PTLink/services.


Dryder

> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From Ciaran.reilly at ntlworld.com  Wed Dec 13 17:40:23 2000
From: Ciaran.reilly at ntlworld.com (Ciarán Reilly)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Address of coding list
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org>
Message-ID: 003901c0656e$d8a4f0b0$c636fe3e@morpheous

Ta Sean :-)


----- Original Message -----
From: "Sean Kelly" <smkelly@zombie.org>
To: <ircservices@snow.shadowfire.org>
Sent: Tuesday, December 12, 2000 5:44 PM
Subject: Re: [IRCServices] Address of coding list


> On Tue, Dec 12, 2000 at 05:07:20PM -0000, Ciarán Reilly wrote:
> > Hi,
> >
> > Can anyone please remind me of the address to sub to the coding list ?
had
> > to fdisk my home machine and lost everything :(
> >
> >
> > Ciarán.
>
> Send an e-mail to majordomo@snow.shadowfire.org saying "subscribe
> ircservices-coding" in the body and you should be set.
>
>
> --
> Sean Kelly <smkelly@zombie.org> or <smkelly@slashnet.org>
>    PGP KeyID: 77042C7B        http://www.sean-kelly.org
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Dec 13 22:54:47 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Patch to run Services on Red Hat
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous>
Message-ID: 006a01c0659a$c1a29300$4cddc3c8@pentagon

Please, send me too.

Tks


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Dec 14 05:13:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Patch to run Services on Red Hat and more
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon>
Message-ID: 000901c065cf$a3dc18c0$0100a8c0@excalibur

The patch that is in question is for RedHat7 only. IRCServices works fine on
RedHat otherwise.

I was considering the idea of putting up a website for these feature/OS
patches up. Said "patches" would be of course for features for now and
perhaps official diffs once I talk to Andrew a bit more.

I have seen several different features or ideas that were desired, such as
email password retrieval and having ChanServ join channels on registration.

I, of course, wouldn't be the author of any of these patches but I could at
least offer to maintain a centralized location that one could be directed to
to retrieve them. This would also keep the burden of doing the same thing
off of Andrew's already full schedule.

Please reply with your thoughts and suggestions on this idea. This could be
a start of a modular form of services IF Andrew is willing to entertain the
idea that far.

Dryder

----- Original Message -----
From: "Burrrrrp" <felipepreus@onda.com.br>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, December 14, 2000 1:54 AM
Subject: [IRCServices] Patch to run Services on Red Hat


> Please, send me too.
>
> Tks
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Dec 14 05:40:31 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Patch to run Services on Red Hat and more
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon> <000901c065cf$a3dc18c0$0100a8c0@excalibur>
Message-ID: 049c01c065d3$6d776560$9c011ac4@africa.didata.local

I don't mind anyone putting up a site with patches. If the whole thing is
well run and organised, then I'll probably consider endorsing it - in my
personal capacity. What I don't want is for people to start using those
patches and then assume they can get help from the mailing list when things
go wrong. The list members already have enough to deal with.

Andrew

----- Original Message -----
From: "Scott Seufert" <dryder@qx.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, December 14, 2000 3:13 PM
Subject: Re: [IRCServices] Patch to run Services on Red Hat and more


> The patch that is in question is for RedHat7 only. IRCServices works fine
on
> RedHat otherwise.
>
> I was considering the idea of putting up a website for these feature/OS
> patches up. Said "patches" would be of course for features for now and
> perhaps official diffs once I talk to Andrew a bit more.
>
> I have seen several different features or ideas that were desired, such as
> email password retrieval and having ChanServ join channels on
registration.
>
> I, of course, wouldn't be the author of any of these patches but I could
at
> least offer to maintain a centralized location that one could be directed
to
> to retrieve them. This would also keep the burden of doing the same thing
> off of Andrew's already full schedule.
>
> Please reply with your thoughts and suggestions on this idea. This could
be
> a start of a modular form of services IF Andrew is willing to entertain
the
> idea that far.
>
> Dryder
>
> ----- Original Message -----
> From: "Burrrrrp" <felipepreus@onda.com.br>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, December 14, 2000 1:54 AM
> Subject: [IRCServices] Patch to run Services on Red Hat
>
>
> > Please, send me too.
> >
> > Tks
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Dec 14 07:45:44 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Patch to run Services on Red Hat and more
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon> <000901c065cf$a3dc18c0$0100a8c0@excalibur>
Message-ID: 003601c065e4$ebbffa70$0201a8c0@webdevint.com

sounds like a great idea. If you need resources, let me know.

Wayne

ayottew@removethisantispam.sympatico.ca

----- Original Message -----
From: "Scott Seufert" <dryder@qx.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, December 14, 2000 8:13 AM
Subject: Re: [IRCServices] Patch to run Services on Red Hat and more


> The patch that is in question is for RedHat7 only. IRCServices works fine
on
> RedHat otherwise.
>
> I was considering the idea of putting up a website for these feature/OS
> patches up. Said "patches" would be of course for features for now and
> perhaps official diffs once I talk to Andrew a bit more.
>
> I have seen several different features or ideas that were desired, such as
> email password retrieval and having ChanServ join channels on
registration.
>
> I, of course, wouldn't be the author of any of these patches but I could
at
> least offer to maintain a centralized location that one could be directed
to
> to retrieve them. This would also keep the burden of doing the same thing
> off of Andrew's already full schedule.
>
> Please reply with your thoughts and suggestions on this idea. This could
be
> a start of a modular form of services IF Andrew is willing to entertain
the
> idea that far.
>
> Dryder
>
> ----- Original Message -----
> From: "Burrrrrp" <felipepreus@onda.com.br>
> To: <ircservices@snow.shadowfire.org>
> Sent: Thursday, December 14, 2000 1:54 AM
> Subject: [IRCServices] Patch to run Services on Red Hat
>
>
> > Please, send me too.
> >
> > Tks
> >
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@snow.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Dec 14 11:48:20 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCServices Patch website.
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon> <000901c065cf$a3dc18c0$0100a8c0@excalibur> <049c01c065d3$6d776560$9c011ac4@africa.didata.local>
Message-ID: 000f01c06606$d146d110$0100a8c0@excalibur


----- Original Message -----
From: "Andrew Kempe" <andrewk@icon.co.za>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, December 14, 2000 8:40 AM
Subject: Re: [IRCServices] Patch to run Services on Red Hat and more


> I don't mind anyone putting up a site with patches. If the whole thing is
> well run and organised, then I'll probably consider endorsing it - in my
> personal capacity. What I don't want is for people to start using those
> patches and then assume they can get help from the mailing list when
things
> go wrong. The list members already have enough to deal with.
>
> Andrew
>

<snip>

I agree 100%, Andrew. I will have 2 seperate download areas. Supported and
unsupported. My primary goal for this site is, again, to centralize an area
for any patches that are out. Thus allowing this and the coding mailing list
to refer to by saying "Check out http://somesite-somewhere.com" instead of
turning users away or trying to adjust IRCServices to please the masses.
This way IRCServices goes on as planned, and those who wish to bloat or make
IRCServices act/perform differently may do so without consuming alot of time
from this or any other mailing list.

The supported area would contain either the exact same diffs/patches that
are available on IRCServices official site, or at the very least a link back
to the official website.

The UNsupported area will have references to the below mentioned webboard or
back to the author for support, which ever is desired by the author.

 I will also have a WebBoard to which I invite the authors of said patches
to offer support for their work if they wish to do so. I will make it
perfectly clear as to which diffs/patches are supported and which are not.
Authors could moderate their own board themselves if desired. Anyone wishing
to sign-up or see the webboard may do so at <A  HREF="http://www.flamebait.org">http://www.flamebait.org</A>

I believe that with a properly run website, IRCServices could become the
most versitile set of IRCServices on the net and not require much, if any
more of your time.

IMHO, if IRCServices were to become modular, the only support that this
board would need to handle would be for services themselves. The modules
would/could be supported by their respective authors. I understand that
IRCServices won't become modular overnight and that if it happens, it will
be in it's own time and when you and the coding team are ready to do so.

Andrew, I'll write you privately as to any specifics you wish/require for
the supported files/links.


Comments/Suggestions are always welcome,

Dryder


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Thu Dec 14 12:38:30 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCServices Patch website.
In-Reply-To: <000f01c06606$d146d110$0100a8c0@excalibur>
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon> <000901c065cf$a3dc18c0$0100a8c0@excalibur> <049c01c065d3$6d776560$9c011ac4@africa.didata.local> <000f01c06606$d146d110$0100a8c0@excalibur>
Message-ID: vqbi3tsc9gdofld0rs1rvot8196rii811f@4ax.com

On Thu, 14 Dec 2000 14:48:20 -0500, "Scott Seufert" <dryder@qx.net> wrote:

>I agree 100%, Andrew. I will have 2 seperate download areas. Supported and
>unsupported.

Wouldn't supported patches not become part of services anyway, as
#define'able sections or via configuration directives?

What I'm saying is, would there ever be such a thing as a supported patch?

-- 
Andy Smith <andy@strugglers.net>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Thu Dec 14 12:41:19 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] IRCServices Patch website.
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon> <000901c065cf$a3dc18c0$0100a8c0@excalibur> <049c01c065d3$6d776560$9c011ac4@africa.didata.local> <000f01c06606$d146d110$0100a8c0@excalibur> <vqbi3tsc9gdofld0rs1rvot8196rii811f@4ax.com>
Message-ID: 002e01c0660e$370edc70$0100a8c0@excalibur


----- Original Message -----
From: "Andy Smith" <andy@strugglers.net>
To: <ircservices@snow.shadowfire.org>
Sent: Thursday, December 14, 2000 3:38 PM
Subject: Re: [IRCServices] IRCServices Patch website.


> On Thu, 14 Dec 2000 14:48:20 -0500, "Scott Seufert" <dryder@qx.net> wrote:
>
> >I agree 100%, Andrew. I will have 2 seperate download areas. Supported
and
> >unsupported.
>
> Wouldn't supported patches not become part of services anyway, as
> #define'able sections or via configuration directives?
>
> What I'm saying is, would there ever be such a thing as a supported patch?
>

Yes there would, the supported patches would be like an upgrade diff file,
say from 4.4.8 to 4.4.9. This file would be available from the official
IRCServices website just as they have in the past.

An UN-supported patch would be .. say a diff file that permits ChanServ to
join channels. Having ChanServ join channels is a feature, at this time,
that isn't intended to be included in IRCServices ... therefore you won't
see it as a #define or as a variable in the services.conf file nor find the
source code for the feature on the Official website, but COULD find it on my
site.

> --
> Andy Smith <andy@strugglers.net>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Dec 15 17:37:53 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Another mirror
Message-ID: Pine.LNX.4.21.0012151404440.182&#45;100000@vector.chocobo.org


Hi, all.

We have a complete mirror on the official EsperNet site under:

ftp://ftp.esper.net/ircservices

As always, even though we originally brought the Internet the software,
our staff is in no capacity to support it. (Though a couple of us work on
it, myself included, the other IRC operators' job description by default
does not include help with the code.)

Andy Church has full access to this site and can make any revisions where
necessary.

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Sat Dec 16 06:30:47 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Patch to run Services on Red Hat
In-Reply-To: <006a01c0659a$c1a29300$4cddc3c8@pentagon>
References: <Pine.LNX.4.21.0012121656250.2835-100000@aeriss.strugglers.net> <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> <003901c0656e$d8a4f0b0$c636fe3e@morpheous> <006a01c0659a$c1a29300$4cddc3c8@pentagon>
Message-ID: g0vm3to3g10rs4e1dme2gaavn8n0n16kqo@4ax.com

On Thu, 14 Dec 2000 04:54:47 -0200, "Burrrrrp" <felipepreus@onda.com.br>
wrote:

>Please, send me too.

You can find the email here:

http://www.strugglers.net/~andy/irc/ircservices/

I've got a bunch of other patches that we find useful such as email password
retrieval, so if Scott gets his patches site going I will submit them to
him.

-- 
Andy Smith <andy@strugglers.net>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Dec 16 22:03:43 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Automatic KILLCLONES support?
Message-ID: Pine.LNX.4.21.0012161735010.182&#45;100000@vector.chocobo.org


Hi, all.

Just a thought, what if a bunch of clones come on, and keep trying to come
on, even after they've been cleared out, i.e. the kind of lamer a session
limit exceeded kill (or more than several for that matter) won't stop.

Thought I had:  Set up something whereby if someone keeps flooding with
clones a certain number of times and/or during a certain span of time that
it would automatically set a KILLCLONES so then that takes some of the
work out of dealing with locating still-existing clone sessions.  Of
course, the time period/excessive session kill thresholds would have to be
adjustable.

Anyone have any thoughts about this?

Thanks in advance. :)

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Dec 17 07:31:05 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Automatic KILLCLONES support?
References: <Pine.LNX.4.21.0012161735010.182-100000@vector.chocobo.org>
Message-ID: 000701c0683e$604fafb0$0100a8c0@excalibur

Session limit exceeded kills should eventually result in an akill. I once
had a flooder hit my network with abunch of clones, Services took no time in
removing the clones with an akill.

So if the person is back, then they would be from a different host to evade
an akill. In which Services should akill them if they try to clone flood
again. Which is what KILLCLONES was doing.

Dryder

----- Original Message -----
From: "Ian R. Justman" <ianj@esper.net>
To: <ircservices@snow.shadowfire.org>
Sent: Sunday, December 17, 2000 1:03 AM
Subject: [IRCServices] Automatic KILLCLONES support?


>
> Hi, all.
>
> Just a thought, what if a bunch of clones come on, and keep trying to come
> on, even after they've been cleared out, i.e. the kind of lamer a session
> limit exceeded kill (or more than several for that matter) won't stop.
>
> Thought I had:  Set up something whereby if someone keeps flooding with
> clones a certain number of times and/or during a certain span of time that
> it would automatically set a KILLCLONES so then that takes some of the
> work out of dealing with locating still-existing clone sessions.  Of
> course, the time period/excessive session kill thresholds would have to be
> adjustable.
>
> Anyone have any thoughts about this?
>
> Thanks in advance. :)
>
> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
>
> -----
> Ian R. Justman (NIC handle IJ12)  ianj@esper.net (Official EsperNet
business)
> Co-Founder and Postmaster, The EsperNet IRC Network
> Server Administrator, chocobo.esper.net "IJ" on IRC
>
> PGP key available upon request, or finger ianj@esper.net.
>
> If this message was signed with the Postmaster's key, please finger
> postmaster@esper.net for the Postmaster public key.
>
> Type Bits/KeyID    Date       User ID
> pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
>             Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11
59 75
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Dec 17 12:44:29 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Automatic KILLCLONES support?
In-Reply-To: <000701c0683e$604fafb0$0100a8c0@excalibur>
References: 000701c0683e$604fafb0$0100a8c0@excalibur
Message-ID: Pine.LNX.4.21.0012171240120.182&#45;100000@vector.chocobo.org

On Sun, 17 Dec 2000, Scott Seufert wrote:

> So if the person is back, then they would be from a different host to evade
> an akill. In which Services should akill them if they try to clone flood
> again. Which is what KILLCLONES was doing.

Or worse, he and a bunch of his cohorts decide to do it from different
hosts... simultaneously.  :P

That alone probably more my concern than anything.  You have people from
multiple sources come on, your priority instantly shifts from keeping the
clones off to keeping Services and/or the network usable.  This is
especially true in case those clones try to flood Services, dragging them 
to a crawl.

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sun Dec 17 13:05:58 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Notes about Red Hat 7 and such
Message-ID: Pine.LNX.4.21.0012171304050.182&#45;100000@vector.chocobo.org


Hi, all.

I found this link fia the FreeOS website (http://www.freeos.com) which
seems to sum up some folks' feelings about RH7, notably Linus'.

<A  HREF="http://linuxgram.com/newsitem.phtml?sid=109&aid=11453">http://linuxgram.com/newsitem.phtml?sid=109&aid=11453</A>

I figured it would be apropos to some of the conversation I recently saw
on the list.

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From zero at townsito.net  Wed Dec 20 19:01:25 2000
From: zero at townsito.net (zEro K)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] ircu2.10
Message-ID: 3A417285.23913579@townsito.net

Has anybody make some support to the services so they can work on
ircu2.10.x ?

Please answer i need them urgently

zEro K


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Wed Dec 20 19:04:37 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] ircu2.10
References: <3A417285.23913579@townsito.net>
Message-ID: 000b01c06afa$c18ceae0$0100a8c0@excalibur

IRCu2.10.x has been compatible since 1998/10/10 (IRCServices-4.0). Please
consult the Changes file included with IRCServices for more info.

However, the officially supported daemon is bahamut.


Dryder
----- Original Message -----
From: "zEro K" <zero@townsito.net>
To: "ircservices@Snow.shadowfire.org" <ircservices@snow.shadowfire.org>
Sent: Wednesday, December 20, 2000 10:01 PM
Subject: [IRCServices] ircu2.10


> Has anybody make some support to the services so they can work on
> ircu2.10.x ?
>
> Please answer i need them urgently
>
> zEro K
>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From prince at zirc.org  Fri Dec 22 13:39:48 2000
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] question..
Message-ID: 3A43CA24.984F72A6@zirc.org

I run ircservices4.4.8, and topiclock doesn't work.  Nor does set
#channel topic.  I looked through the FAQ and KnownBugs, README files
and found nothing about it.  Mlock works.  U:lines are set.  ChanServ
just doesn't do anything with the topic.  Any suggestions as to how to
get it to work, please tell me. thanks. ;)

-prince (prince@zirc.org)
  ZiRC Network Administrator
  "where people come, and friends are made..."
  © 1999-00 All Rights Reserved.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Fri Dec 22 20:24:40 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] question..
References: <3A43CA24.984F72A6@zirc.org>
Message-ID: 000901c06c98$45eef190$9600a8c0@laptop

Please check your services.log file, and also please reply with any errors
and IRC Daemon version.

Dryder

----- Original Message -----
From: "prince" <prince@zirc.org>
To: <ircservices@snow.shadowfire.org>
Sent: Friday, December 22, 2000 4:39 PM
Subject: [IRCServices] question..


I run ircservices4.4.8, and topiclock doesn't work.  Nor does set
#channel topic.  I looked through the FAQ and KnownBugs, README files
and found nothing about it.  Mlock works.  U:lines are set.  ChanServ
just doesn't do anything with the topic.  Any suggestions as to how to
get it to work, please tell me. thanks. ;)

-prince (prince@zirc.org)
  ZiRC Network Administrator
  "where people come, and friends are made..."
  © 1999-00 All Rights Reserved.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.



---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From prince at zirc.org  Fri Dec 22 23:42:25 2000
From: prince at zirc.org (prince)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] question..
References: <3A43CA24.984F72A6@zirc.org> <000901c06c98$45eef190$9600a8c0@laptop>
Message-ID: 3A445761.661218F9@zirc.org

It sends nothing to services.log.  No errors with the IRCd or within
services.  All the servers run Unreal3.1.1-Darkshades.

-prince (prince@zirc.org)
  ZiRC Network Administrator
  "where people come, and friends are made..."
  © 1999-00 All Rights Reserved.


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Fri Dec 22 23:59:35 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] question..
In-Reply-To: <3A445761.661218F9@zirc.org>
References: <3A43CA24.984F72A6@zirc.org> <000901c06c98$45eef190$9600a8c0@laptop> <3A445761.661218F9@zirc.org>
Message-ID: nqm84t0q2smq7cg05vora5j6crop8keueu@4ax.com

On Sat, 23 Dec 2000 02:42:25 -0500, prince <prince@zirc.org> wrote:

>It sends nothing to services.log.  No errors with the IRCd or within
>services.  All the servers run Unreal3.1.1-Darkshades.

Have you tried putting it into debug mode and seeing what happens?

-- 
Andy Smith <andy@strugglers.net>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Dec 23 13:25:22 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] question..
In-Reply-To: <nqm84t0q2smq7cg05vora5j6crop8keueu@4ax.com>
References: nqm84t0q2smq7cg05vora5j6crop8keueu@4ax.com
Message-ID: Pine.LNX.4.21.0012231325020.11814&#45;100000@vector.chocobo.org

On Sat, 23 Dec 2000, Andy Smith wrote:

> On Sat, 23 Dec 2000 02:42:25 -0500, prince <prince@zirc.org> wrote:
> 
> >It sends nothing to services.log.  No errors with the IRCd or within
> >services.  All the servers run Unreal3.1.1-Darkshades.
> 
> Have you tried putting it into debug mode and seeing what happens?

Plus, unless I'm mistaken, Unreal is not "officially" supported.

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

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

PGP key available upon request, or finger ianj@esper.net.

If this message was signed with the Postmaster's key, please finger
postmaster@esper.net for the Postmaster public key.

Type Bits/KeyID    Date       User ID
pub  1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
            Key fingerprint = 05 BD 7C B5 8E 0B FD EF  EE 47 49 C4 96 11 59 75


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From admin at asarian-host.org  Fri Dec 29 07:32:41 2000
From: admin at asarian-host.org (Mark)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] None
Message-ID: 200012291536.HAA22144@asarian&#45;host.org

Dear people, :)

I just successfully compiled and installed Services, but when I try and run
the services, I get an error like:

[Dec 29 06:31:04.564727 2000] debug: Sent: :Global USER services
asarian-host.org irc.asarian-host.org :Global Noticer
[Dec 29 06:31:04.564796 2000] debug: Sent: :Global MODE Global +oi
[Dec 29 06:31:04.564854 2000] debug: Received: :irc.asarian-host.org 461
SERVER :Not enough parameters

Can someone please tell me why this is?

N.B. I appended the debug log.

Much obliged,

- Mark

        System Administrator Asarian-host.org

From quension at softhome.net  Fri Dec 29 18:24:17 2000
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] None
References: <200012291536.HAA22144@asarian-host.org>
Message-ID: 3A4D4751.44FCF479@softhome.net

Mark wrote:

> I just successfully compiled and installed Services, but when I try and run
> the services, I get an error like:
> 
> [Dec 29 06:31:04.564727 2000] debug: Sent: :Global USER services
> asarian-host.org irc.asarian-host.org :Global Noticer
> [Dec 29 06:31:04.564796 2000] debug: Sent: :Global MODE Global +oi
> [Dec 29 06:31:04.564854 2000] debug: Received: :irc.asarian-host.org 461
> SERVER :Not enough parameters

Services doesn't have support for ircu2.10.x at present, and probably
never will.  The officially supported ircd is bahamut
(http://www.bahamut.net), but support for other ircds already present
(including ircu2.9.x) will not be removed.  I dug the following email
out of the archives, perhaps it will be of use to you.  I suggest
contacting Oliver if you need help with it.

> Subject: [IRCServices] Patch for ircd-2.10.x
>    Date: Thu, 23 Mar 2000 08:51:27 +0100
>    From: Oliver Maul <Oliver.Maul@42.nu>

> Hi,
> 
> during the last days I made some changes to ircservices-4.3.3
> related to the irc-protocol of ircd-2.10.x
> 
> You can find the patch on 
> 
> <A  HREF="http://bi.st/ircservices-4.3.3.patch">http://bi.st/ircservices-4.3.3.patch</A>
> 
> The patch includes some other features like a NOAUTOOP-flag
> for nicks or a logging function. But only the en_us language
> file is up to date till now.
> 
> Please contact me if you have any suggestions or find some
> mistakes.
> 
> Oliver

Good luck.

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From andy at strugglers.net  Fri Dec 29 21:00:23 2000
From: andy at strugglers.net (Andy Smith)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Wrecked 1.1.6 database converter
Message-ID: fnqq4t424f4pks34spbpnm95o6k0etr028@4ax.com

Hi,

If anyone is interested we have modified import-db that comes with
ircservices in order to allow it to safely convert Wrecked services
databases.

Wrecked services are a currently unsupported and seemingly abandoned
offshoot of Magick services.  If anyone is wanting to switch from Wrecked to
ircservices then import-db will not work for you, what we've come up with
does do the trick however.

-- 
Andy Smith <andy@strugglers.net>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From quension at softhome.net  Fri Dec 29 22:15:50 2000
From: quension at softhome.net (Trevor Talbot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] None (oops)
References: <200012291536.HAA22144@asarian-host.org> <3A4D4751.44FCF479@softhome.net>
Message-ID: 3A4D7D96.9F590D8E@softhome.net

Trevor Talbot wrote:

> Services doesn't have support for ircu2.10.x at present, and probably
> never will.  The officially supported ircd is bahamut
> (http://www.bahamut.net), but support for other ircds already present
> (including ircu2.9.x) will not be removed.  I dug the following email
> out of the archives, perhaps it will be of use to you.  I suggest
> contacting Oliver if you need help with it.
> 
> > Subject: [IRCServices] Patch for ircd-2.10.x

I knew I was missing something, but I didn't figure out what until just
now.  ircd 2.10.x != ircu 2.10.x.  doh.  Sorry about that.

It seems that no one has created a patch for ircu's P10 protocol and
mentioned it on this list.

-- Quension

---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Dec 30 18:09:44 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] Wrecked 1.1.6 database converter
References: <fnqq4t424f4pks34spbpnm95o6k0etr028@4ax.com>
Message-ID: 002b01c072ce$bf71a760$0100a8c0@excalibur

Forwarded to the coding list.

Dryder

----- Original Message -----
From: "Andy Smith" <andy@strugglers.net>
To: <ircservices@snow.shadowfire.org>
Cc: <services@lists.blitzed.org>
Sent: Saturday, December 30, 2000 12:00 AM
Subject: [IRCServices] Wrecked 1.1.6 database converter


> Hi,
>
> If anyone is interested we have modified import-db that comes with
> ircservices in order to allow it to safely convert Wrecked services
> databases.
>
> Wrecked services are a currently unsupported and seemingly abandoned
> offshoot of Magick services.  If anyone is wanting to switch from Wrecked
to
> ircservices then import-db will not work for you, what we've come up with
> does do the trick however.
>
> --
> Andy Smith <andy@strugglers.net>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@snow.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.


From &quot  Sat Dec 30 18:12:30 2000
From: &quot (&quot)
Date: Sat Oct 23 23:01:04 2004
Subject: [IRCServices] None
References: <200012291536.HAA22144@asarian-host.org> <3A4D4751.44FCF479@softhome.net>
Message-ID: 003301c072cf$2228f480$0100a8c0@excalibur


----- Original Message -----
From: "Trevor Talbot" <quension@softhome.net>
To: <ircservices@snow.shadowfire.org>
Sent: Friday, December 29, 2000 9:24 PM
Subject: Re: [IRCServices] None


> Mark wrote:
>
> > I just successfully compiled and installed Services, but when I try and
run
> > the services, I get an error like:
> >
> > [Dec 29 06:31:04.564727 2000] debug: Sent: :Global USER services
> > asarian-host.org irc.asarian-host.org :Global Noticer
> > [Dec 29 06:31:04.564796 2000] debug: Sent: :Global MODE Global +oi
> > [Dec 29 06:31:04.564854 2000] debug: Received: :irc.asarian-host.org 461
> > SERVER :Not enough parameters
>
> Services doesn't have support for ircu2.10.x at present, and probably
> never will.  The officially supported ircd is bahamut
> (http://www.bahamut.net), but support for other ircds already present
> (including ircu2.9.x) will not be removed.  I dug the following email
> out of the archives, perhaps it will be of use to you.  I suggest
> contacting Oliver if you need help with it.
>

Actually, IRCServices supported ircu2.10.x back in 98. (See Changes for the
tar file.) I don't remember the support being removed, however Bahamut _is_
the only daemon officially supported on this list.

Dryder


---------------------------------------------------------------
To unsubscribe, send email to majordomo@snow.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.