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 #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. 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. --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-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-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) 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 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-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 <> --------------------------------------------------------------- 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: /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory collect2: ld returned 1 exit statusmake: *** [services] Error 1 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-100000@hades.bleu.paganpaths.org On Mon, 3 Jan 2000, The Phantom of the Internet wrote: > > /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory > collect2: ld returned 1 exit statusmake: *** [services] Error 1 > > 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 - http://www.paganpaths.org/radio/ If you're reading this you're part of the mass hallucination that is Kevin the Blue. Copyright 1999 Kevin the Blue 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 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 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 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" >Reply-To: ircservices@ender.shadowfire.org >To: >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 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 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 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-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 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-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 > 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 & 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 >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 >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: References: Pine.LNX.4.20.9912222230020.2081-100000@darkness.darkness.gr Message-ID: Pine.LNX.4.10.10001071105100.2564-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 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-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 > > 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 & 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: 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: >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: >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 >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 > > > 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 & 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 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 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-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 | 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-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 <> --------------------------------------------------------------- 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: 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-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 “not such nick” 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 “not such nick” 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: 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" To: 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-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-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" To: 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: <00a601bf5c63$7d366de0$073c8ece@igateway.net> Message-ID: 001801bf6218$e9b53f90$37526dd1@dragon ----- Original Message ----- From: Tim Jung To: 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: ftp://ftp.dreamhaven.net/users/kagebot/pub/server/ 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. To: Lista Services 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 ----- From: "Andrew Kempe" To: "IRCServices" 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-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 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: 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" To: 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 > 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-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-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 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-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 --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 >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 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: ™local_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-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 - http://www.paganpaths.org/radio/ If you're reading this you're part of the mass hallucination that is Kevin the Blue. Copyright 2000 Kevin the Blue 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 --------------------------------------------------------------- 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: References: Pine.LNX.4.21.0002071254120.27150-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 - http://www.paganpaths.org/ > PPCR Pagan Internet Radio - http://www.paganpaths.org/radio/ > If you're reading this you're part of the mass hallucination that is Kevin > the Blue. > Copyright 2000 Kevin the Blue > 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 > > --------------------------------------------------------------- > 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]" To: 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 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. > --------------------------------------------------------------- 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: References: NCBBIPDDJGGDOCPMKPKPOECDDCAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.21.0002080329400.187-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 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 --------------------------------------------------------------- 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] > 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-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] > > 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] > > 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: References: Pine.GSO.3.96.1000209092609.17547B-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: References: LPBBKNPIKNKGEDCDIFEHCELCCCAA.scrm@scandal.org Message-ID: Pine.GSO.3.96.1000211132602.15236E-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: References: Pine.GSO.3.96.1000211132602.15236E-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: 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: References: LPBBKNPIKNKGEDCDIFEHKELPCCAA.scrm@scandal.org Message-ID: Pine.GSO.3.96.1000211155538.15236H-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 - http://www.brasirc.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 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: 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 To: 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: 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-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 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: 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) ftp://baboon.cat.pdx.edu/pub/ircservices/ (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-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) > ftp://baboon.cat.pdx.edu/pub/ircservices/ (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: References: NCBBIPDDJGGDOCPMKPKPOEINDCAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.21.0002272116380.4044-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: References: 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: References: 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: <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: ™local_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: ™local_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: ™local_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-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-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: References: 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: 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" To: 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-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" > To: > 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. Re-organised how nicknames are introduced to the server. Fixed the problem with Services crashing when it expired nick suspensions. Reported by VisualCorp 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 ftp://ender.shadowfire.org/pub/ircservices/beta/ircservices-4.4.3.diff Mirror sites that will carry this update as of 2000-03-12 03h00 GMT: ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.tar.gz (SA) ftp://ftp.electrocity.com/pub/ircservices/beta/ircservices-4.4.3.diff ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.tar.gz (USA) ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ircservices-4.4.3.diff 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: ftp://ircd-devel.dal.net/ 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: References: 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-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: References: Pine.BSF.4.20.0003121300560.97203-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: References: NCBBIPDDJGGDOCPMKPKPMEAEDDAA.andrewk@icon.co.za Message-ID: Pine.BSF.4.20.0003121528001.99755-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: References: Pine.BSF.4.20.0003121528001.99755-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 > > > [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. > --------------------------------------------------------------- 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: 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 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  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 --------------------------------------------------------------- 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-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. - 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 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: References: GOEJIBOGNDMEHOBFJDMDEEOFCCAA.scrm@scandal.org Message-ID: Pine.GSO.3.96.1000324113015.28187A-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. - 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 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. - http://www.luxusbuerg.lu - scrm@irc.lu > -----Original Message----- > From: owner-ircservices@ender.shadowfire.org > [mailto:owner-ircservices@ender.shadowfire.org]On 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 > 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 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-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 > > --------------------------------------------------------------- > 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: References: NCBBIPDDJGGDOCPMKPKPCEAADDAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.20.0003241907160.22253-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: References: 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-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.. | | 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 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: 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: <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-12.onmedia.com i am using ircD: version Unreal2.1.7+rsq "Josh Odom" 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.. | >| 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.. | | 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 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 >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-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: References: NDBBKLOOKLMAKHFICBLCGEOPCIAA.uhc0@rz.uni-karlsruhe.de Message-ID: NDBBIIIAFJDPMKOMHLLFEEIKCCAA.zero@racetime.com.au Dreamforge/Hybrid/ircu dont follow RFC > -----Original Message----- > Did you consider the possibility, that > > either you might have newly installed unreal ircd, which could > contain bugs, > or inconsistencies with RFC --------------------------------------------------------------- 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: References: <200003250012550320.01CC06C2@smtp.intergate.com.br> Message-ID: 3.0.6.32.20000327100049.007f5720@equipe.via-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 >> [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. > > --------------------------------------------------------------- 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-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. - http://www.luxusbuerg.lu - scrm@irc.lu > -----Original Message----- > From: owner-ircservices@ender.shadowfire.org > [mailto:owner-ircservices@ender.shadowfire.org]On 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 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 > >> [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. > > > > > > --------------------------------------------------------------- > 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. - http://www.luxusbuerg.lu - scrm@irc.lu > -----Original Message----- > From: owner-ircservices@ender.shadowfire.org > [mailto:owner-ircservices@ender.shadowfire.org]On 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 > 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 > >  > 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 To: 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. - http://www.luxusbuerg.lu - scrm@irc.lu > > >> -----Original Message----- >> From: owner-ircservices@ender.shadowfire.org >> [mailto:owner-ircservices@ender.shadowfire.org]On 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 >> 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 >> >>  >> 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: ; from scrm@scandal.org on Sat, Apr 01, 2000 at 07:59:00PM +0200 References: <38d1e338.01157@dragonfire.net> 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 or 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-000IsE-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" From: "QLD Couple" To: 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-0001Hn-00@praseodumium.btinternet.com ---------- > From: Andrew Church > 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-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 > 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 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 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 or 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 or > 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: <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" ----- Date: Sat, 24 Apr 1999 15:55:33 -0500 From: "Kelmar K. Firesun" To: Subject: Re: Services Root(s) -----Original Message----- From: Michael Form To: 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 or 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-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: ftp://ftp.slashnet.org/pub/cyclone/services/services-4.2.4-cyclone.diff.gz 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? 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: http://chromatix.autistics.org/vnc/ --------------------------------------------------------------- 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-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" To: 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-0000ss-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 > 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-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: and give us M: for :)))))))) 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: References: Pine.LNX.4.21.5204271851520.17542-100000@fusion.sunnyline.co.za Message-ID: Pine.LNX.4.10.10005281058060.7975-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/ 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: References: Pine.LNX.4.10.10005281058060.7975-100000@lite.net Message-ID: Pine.GSO.4.21.0005281557150.17198-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: 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" To: 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: ; from jonathan@lite.net on Sun, May 28, 2000 at 11:05:06AM -0500 References: 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/ 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 or 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-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" > To: > 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: <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: <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: http://chromatix.autistics.org/vnc/ --------------------------------------------------------------- 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-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" 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 >> 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.. | | 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 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" 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 > >> 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.. | > | 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. -- 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-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" 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 >> 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.. | | 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 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 or 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-11.onmedia.com Thanks to everyone who replyed to my question :) Sean Kelly 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 or > 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: 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 - http://www.uk.research.att.com/vnc/ > Macintosh VNCserver v3.3.2 beta2.3 now posted at: > http://chromatix.autistics.org/vnc/ > > > > --------------------------------------------------------------- > 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: 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 To: 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 - http://www.uk.research.att.com/vnc/ > > Macintosh VNCserver v3.3.2 beta2.3 now posted at: > > http://chromatix.autistics.org/vnc/ > > > > > > > > --------------------------------------------------------------- > > 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: 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 To: 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 - http://www.uk.research.att.com/vnc/ > > Macintosh VNCserver v3.3.2 beta2.3 now posted at: > > http://chromatix.autistics.org/vnc/ > > > > > > > > --------------------------------------------------------------- > > 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: References: Pine.LNX.4.21.0006161407150.31779-100000@raistlin.darkmage.net Message-ID: Pine.LNX.4.21.0006161446190.32222-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-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-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" 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: 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: 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 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 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. Re-organised how nicknames are introduced to the server. Fixed the problem with Services crashing when it expired nick suspensions. Reported by VisualCorp 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-000PEG-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 > 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 > > 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 http://www.hotmail.com --------------------------------------------------------------- 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: References: NCBBIPDDJGGDOCPMKPKPIEJFDFAA.andrewk@icon.co.za Message-ID: 4.3.1.0.20000623143600.01db5100@equipe.via-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. >Re-organised how nicknames are introduced to the server. >Fixed the problem with Services crashing when it expired nick > suspensions. Reported by VisualCorp >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" To: 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 > > > 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 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 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-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 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 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: 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-00012T-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 > To: ircservices@delirious.shadowfire.org > Subject: Re: AW: [IRCServices] Addition for the command line... > Date: Sunday, June 25, 2000 2:00 PM > > > 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" To: 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: References: E136g4r-00012T-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: 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" To: 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: <002301bfe0c4$a48b7d00$9c011ac4@shadow> Message-ID: 000701bfe15d$6060fbc0$37526dd1@tiphares.com ----- Original Message ----- From: "Andrew Kempe" To: 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" > To: > 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: <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" To: Sent: Thursday, June 29, 2000 2:02 AM Subject: Re: [IRCServices] I: service for ircu > > ----- Original Message ----- > From: "Andrew Kempe" > To: > 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: <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" To: 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" To: 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: > 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-000DdQ-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. - 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 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: 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 To: 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. - 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 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 To: 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" To: 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 To: 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 >To: >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 To: 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 > To: 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 > >To: > >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" > To: > 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. 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): ftp://ftp.electrocity.com/pub/ircservices/beta/ (South Africa) ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ (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 . (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. - http://www.luxusbuerg.lu - scrm@irc.lu > -----Original Message----- > From: owner-ircservices@delirious.shadowfire.org > [mailto:owner-ircservices@delirious.shadowfire.org]On 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 > To: > 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. - 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. > --------------------------------------------------------------- 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" To: 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: 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" To: 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 . (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. - http://www.luxusbuerg.lu - scrm@irc.lu > > > > -----Original Message----- > > From: owner-ircservices@delirious.shadowfire.org > > [mailto:owner-ircservices@delirious.shadowfire.org]On 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 > > To: > > 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. - 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. > > > > > --------------------------------------------------------------- > 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" To: 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 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: Message-ID: 00ec01bfefea$6c4a7d30$9c011ac4@shadow You're right, forwarding memos to email addresses would be very simple. Andrew ----- Original Message ----- From: "Randy Snow" To: 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" > To: > 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 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: 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 . (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. - http://www.luxusbuerg.lu - scrm@irc.lu > > >> -----Original Message----- >> From: owner-ircservices@delirious.shadowfire.org >> [mailto:owner-ircservices@delirious.shadowfire.org]On 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 >> To: >> 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. - 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. >> > > > --------------------------------------------------------------- > 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: 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 . this command can be executed by anyone. Services then emails 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" > To: > 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: 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" To: 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 . this command can be executed by anyone. > Services then emails 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" > > To: > > 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: 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: References: 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 is syntactically correct <<< RCPT TO: chromi@cyberspace.org >>> 250 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: 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 is syntactically correct > <<< RCPT TO: chromi@cyberspace.org >>>> 250 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: References: B5988FA2.E4%anarki@flamebait.org Message-ID: Pine.LNX.4.10.10007171013001.27113-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: Message-ID: 017c01bff008$ec858080$9c011ac4@shadow ok folks, time to move to ircservices-coding. Thanks, Andrew ----- Original Message ----- From: "Jonathan George" To: Cc: ; 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" To: 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 . this command can be executed by anyone. > Services then emails 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" > > To: > > 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. --------------------------------------------------------------- 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 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 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: ; fromchromi@cyberspace.org on Tue, Jul 18, 2000 at 23:16:44 +0100 References: 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 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 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 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: ; fromchromi@cyberspace.org on Tue, Jul 18, 2000 at 23:16:44 +0100 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 ? 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 ` 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: ; fromchromi@cyberspace.org on Wed, Jul 19, 2000 at 01:48:01 +0100 References: 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 ? > > 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 > ` 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 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 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: ; fromchromi@cyberspace.org on Wed, Jul 19, 2000 at 01:48:01 +0100 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: 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: References: 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 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: 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 > > 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: References: B59A918F.1B2%anarki@flamebait.org Message-ID: Pine.LNX.4.10.10007182205350.5176-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 |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: 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" To: 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 > > 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: References: 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 >> >> 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: 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: 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 >>> >>> 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: 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: References: 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: References: 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: References: l0313030bb59ad936a2df@[10.38.239.105] Message-ID: Pine.LNX.4.21.0007190943490.271-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: 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: 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" To: 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" > To: > 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: ; from anarki@flamebait.org on Wed, Jul 19, 2000 at 13:45:50 +0100 References: 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-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 - http://www.paganpaths.org/radio/ If you're reading this you're part of the mass hallucination that is Kevin the Blue. Copyright 2000 Kevin the Blue 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 --------------------------------------------------------------- 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 . And possibly an ignore feature, /msg memoserv ignore . 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" To: 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-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 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 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-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 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 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: 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: Message-ID: LAW2-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: References: l0313030fb59b979b5e6d@[10.38.239.105] Message-ID: NDBBKLOOKLMAKHFICBLCIENDDCAA.uhc0@rz.uni-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 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 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: References: l0313030fb59b979b5e6d@[10.38.239.105] Message-ID: NDBBKLOOKLMAKHFICBLCMENDDCAA.uhc0@rz.uni-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 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 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: References: <001001bff190$aff18950$9c011ac4@shadow> Message-ID: 4.3.2.7.2.20000719212602.00aa7a40@mail.sid-kitty-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-kitty-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" To: Sent: Saturday, July 29, 2000 3:15 AM Subject: [IRCServices] Where can I get ircd.dalnet? > 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. > --------------------------------------------------------------- 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 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. > --------------------------------------------------------------- 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: <20000812171819.A9719@linux.kappa.ro>----- Date: Sat, 12 Aug 2000 17:18:19 +0300 Sender: owner-ircservices@ender.shadowfire.org From: Mircea Damian 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 http://users.matrix.com.br/lmartins ---------------------------------- --------------------------------------------------------------- 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" To: 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 " Sun Sep 3 23:28:02 2000 From: " (") 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-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 " Sun Sep 3 23:04:12 2000 From: " (") 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 " Sun Sep 3 23:23:32 2000 From: " (") 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 " Mon Sep 4 00:18:09 2000 From: " (") 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" To: 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 " Tue Sep 5 14:41:11 2000 From: " (") 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 " Fri Sep 8 04:14:38 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Modifying services to allow for web-based registration with nickserv References: Message-ID: 006401c01985$fa7d14e0$9c011ac4@shadow Please move this thread to ircservices-coding@delirious.shadowfire.org Thanks, Andrew ----- Original Message ----- From: "Mehran Khalili" To: 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-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 |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 " Sat Sep 9 09:29:03 2000 From: " (") 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.à 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. - http://www.luxusbuerg.lu - scrm@irc.lu > > > > > > >
 
>
class=609482116-09092000>Hi,
>
class=609482116-09092000> 
>
We are >using services 4.3.3, which I believe is the latest final version. We have >encountered the following bug:
>
class=609482116-09092000> 
>
class=609482116-09092000>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.
>
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:
>
class=609482116-09092000> 
>
class=609482116-09092000>-NickServ(href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)- gigi >is gigi
-NickServ(href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)-     >Last seen time: Sep 09 18:09:14 2000 CEST
-NickServ(href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)-    >Time registered: Oct 24 14:38:53 1999 CEST
-NickServ(href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)-            >Options: Kill protection, Security
>
class=609482116-09092000> 
>
The >same goes for 'gigi_away'.
>
class=609482116-09092000> 
>
Is >this a known bug that is fixed in the later betas? Is there anything we can do >against it?
>
class=609482116-09092000> 
>
class=609482116-09092000>cya
>
class=609482116-09092000> 
>
class=609482116-09092000>Mehran
>
 
>

Nvision s.à r.l. - http://www.nvision.lu/" >target=_blank>http://www.nvision.lu - href="mailto:mehran.khalili@nvision.lu">mehran.khalili@nvision.lu
&n bsp;   >Luxusbuerg a.s.b.l. - http://www.luxusbuerg.lu/" >target=_blank>http://www.luxusbuerg.lu - href="mailto:scrm@irc.lu">scrm@irc.lu

> --- 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 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 > for finding and reporting this bug! > >You can download it from the usual places: > ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa) > ftp://ftp.electrocity.com/pub/ircservices/beta/ (South Africa) > ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ (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 " Sat Sep 9 21:19:55 2000 From: " (") 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" To: 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. - http://www.luxusbuerg.lu - scrm@irc.lu > > > > > > > > > > > > > >
 
> >
>class=609482116-09092000>Hi,
> >
>class=609482116-09092000> 
> >
class=609482116-09092000>We are > >using services 4.3.3, which I believe is the latest final version. We have > >encountered the following bug:
> >
>class=609482116-09092000> 
> >
>class=609482116-09092000>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.
> >
>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:
> >
>class=609482116-09092000> 
> >
>class=609482116-09092000>-NickServ( >href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)- > gigi > >is gigi
-NickServ( >href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)- >     > >Last seen time: Sep 09 18:09:14 2000 CEST
-NickServ( >href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)- >    > >Time registered: Oct 24 14:38:53 1999 CEST
-NickServ( >href="mailto:services@chatservices.pt.lu">services@chatservices.pt.lu)- >            > >Options: Kill protection, Security
> >
>class=609482116-09092000> 
> >
The > >same goes for 'gigi_away'.
> >
>class=609482116-09092000> 
> >
Is > >this a known bug that is fixed in the later betas? Is there anything we can do > >against it?
> >
>class=609482116-09092000> 
> >
>class=609482116-09092000>cya
> >
>class=609482116-09092000> 
> >
>class=609482116-09092000>Mehran
> >
 
> >

Nvision s.à r.l. - http://www.nvision.lu/" > >target=_blank>http://www.nvision.lu - >href="mailto:mehran.khalili@nvision.lu">mehran.khalili@nvision.lu
&n > bsp;   > >Luxusbuerg a.s.b.l. - http://www.luxusbuerg.lu/" > >target=_blank>http://www.luxusbuerg.lu - >href="mailto:scrm@irc.lu">scrm@irc.lu

> > > --- > 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 " Sun Sep 10 01:56:57 2000 From: " (") 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-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 " Sun Sep 10 21:12:09 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] channel ban list In-Reply-To: References: Pine.BSF.4.21.0009101936001.81265-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: References: Pine.BSF.4.21.0009101936001.81265-100000@krypton.delete.org Message-ID: Pine.GSO.4.21.0009110229080.14597-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: attachments over 100K: 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 " Sun Sep 10 20:41:04 2000 From: " (") 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-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: References: Pine.GSO.4.21.0009110229080.14597-100000@unixc.lancs.ac.uk Message-ID: Pine.LNX.4.21.0009111141090.31188-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 "Administration ChatFIRST.COM" 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: 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 > for finding and reporting this bug! > >You can download it from the usual places: > ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa) > ftp://ftp.electrocity.com/pub/ircservices/beta/ (South Africa) > ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ (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: 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" To: 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-0000I7-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 > for finding and reporting this bug! > >You can download it from the usual places: > ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa) > ftp://ftp.electrocity.com/pub/ircservices/beta/ (South Africa) > ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ (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: ; from "Michael Smith" on Mon, Sep 11, 2000 at 08:35:16AM References: <200009110341.UAA09591@mail11.bigmailbox.com> 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 "quension@softhome.net" 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 " Tue Sep 12 18:28:12 2000 From: " (") 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-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 " Wed Sep 13 08:27:59 2000 From: " (") 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 0 (zero) is now a valid DefSessionLimit config value. (backported by request of Uziel ) You can download this version from the usual places: ftp://ender.shadowfire.org/pub/ircservices/beta/ (South Africa) Mirrors: ftp://ftp.electrocity.com/pub/ircservices/beta/ (South Africa) ftp://baboon.cat.pdx.edu/pub/ircservices/beta/ (USA) Regards, Andrew --------------------------------------------------------------- To unsubscribe, send email to majordomo@ender.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Wed Sep 13 10:28:58 2000 From: " (") 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. - http://www.luxusbuerg.lu - scrm@irc.lu > -----Original Message----- > From: owner-ircservices@Snow.shadowfire.org > [mailto:owner-ircservices@Snow.shadowfire.org]On 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" > To: > 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. --------------------------------------------------------------- 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-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 " Wed Sep 13 18:25:25 2000 From: " (") 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 " Wed Sep 13 23:30:39 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Services not starting up (Ignoring bad nick) References: 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" To: 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 " Thu Sep 14 07:21:11 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] How to make ChanServ join every channel when registered? Message-ID: E13Zf80-0003xc-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 " Thu Sep 14 07:24:27 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Root User and Channels Access lists Message-ID: E13Zf89-0003xc-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 > 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 " Thu Sep 14 21:04:01 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Root User and Channels Access lists References: 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 > 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 " Thu Sep 14 22:52:49 2000 From: " (") 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: 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 " Fri Sep 15 08:15:27 2000 From: " (") 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: 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 " Sun Sep 17 03:45:14 2000 From: " (") 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 " Sun Sep 17 06:40:48 2000 From: " (") 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 " Sun Sep 17 07:03:06 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels Message-ID: E13af4x-0002B0-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 > To: IRCServices > 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 " Sun Sep 17 10:05:56 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] +d doesn't HAVE to mean "deaf", and it often doesn't References: 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" To: 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 " Sun Sep 17 10:29:06 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels References: Message-ID: 002301c020cc$d6db7e20$3746a8c0@excalibur 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. my $0.02, Scott Seufert aka katsklaw Server Admin Excalibre.ShadowFire.Org ----- Original Message ----- From: "Andrew Kempe" To: "IRCServices" 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: 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 > To: IRCServices > 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: References: NCBBIPDDJGGDOCPMKPKPKENDDHAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.20.0009171827420.26254-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 " Sun Sep 17 09:27:30 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels Message-ID: E13aiMj-0001f2-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 > 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 " Sun Sep 17 14:27:53 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels References: 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 > 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 " Sun Sep 17 12:50:44 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels In-Reply-To: References: E13aiMj-0001f2-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 > 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: 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" To: 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 > > 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: <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 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 " Sun Sep 17 22:14:51 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels References: <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: To: 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 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 " Mon Sep 18 05:19:54 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels In-Reply-To: References: E13af4x-0002B0-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 > To: IRCServices > 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: <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 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 " Mon Sep 18 00:08:22 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels In-Reply-To: References: NCBBIPDDJGGDOCPMKPKPGENHDHAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.21.0009180903070.23605-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 " Thu Sep 21 12:09:50 2000 From: " (") 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 http://profiles.msn.com. --------------------------------------------------------------- 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: References: F160JGSS2tR6j5Brrd500001165@hotmail.com Message-ID: Pine.LNX.4.20.0009212222340.4634-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: 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 " Thu Sep 21 15:30:38 2000 From: " (") 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 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: 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 " Thu Sep 21 17:06:28 2000 From: " (") 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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG chanserv :op #mas %s%s [8:08pm] 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-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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG > chanserv :op #mas %s%s > [8:08pm] 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 " Thu Sep 21 18:17:08 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels References: <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: To: 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 " Thu Sep 21 18:16:09 2000 From: " (") 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" To: 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: References: Pine.BSF.4.21.0009211813200.54200-100000@mircx.com Message-ID: Pine.LNX.4.21.0009220834550.27210-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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG > > chanserv :op #mas %s%s > > [8:08pm] 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 " Thu Sep 21 23:58:55 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Suspended Channels References: 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: To: 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 " Fri Sep 22 00:02:00 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] juping a server. References: 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: To: 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 " Fri Sep 22 00:02:30 2000 From: " (") 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" To: 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 " Fri Sep 22 00:04:05 2000 From: " (") Date: Sat Oct 23 23:01:00 2004 Subject: [IRCServices] Segmentation Fault problem References: 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" To: 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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG > > chanserv :op #mas %s%s > > [8:08pm] 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: 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: <Pine.LNX.4.21.0009180903070.23605-100000@fusion.sunnyline.co.za> >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-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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG >chanserv :op #mas %s%s >[8:08pm] 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-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-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: >To: >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 " Fri Sep 22 04:09:03 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Suspended Channels References: 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" To: Cc: 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: > >To: > >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 " Fri Sep 22 01:16:48 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Segmentation Fault problem References: 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] PANIC! buffer = :]BiG_|_DiCk[ PRIVMSG > >chanserv :op #mas %s%s > >[8:08pm] 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 " Fri Sep 22 05:08:27 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Segmentation Fault problem References: <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" To: 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 " Fri Sep 22 06:04:22 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Re: Segmentation Fault problem In-Reply-To: <01bd01c0248d$d36404f0$9c011ac4@shadow> References: <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 " Fri Sep 22 06:00:18 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Re: Segmentation Fault problem References: <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" To: "IRC Services" 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: <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: <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: <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" To: 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 " Sat Sep 23 08:39:17 2000 From: " (") 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 " Sat Sep 23 10:20:30 2000 From: " (") 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" To: 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-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 " Sat Sep 23 14:11:46 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] Re: Segmentation Fault problem In-Reply-To: <01f901c02495$0eef8880$9c011ac4@shadow> References: <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" >To: "IRC Services" >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 mailto:mutly@jedi.com.br --------------------------------------------------------------- To unsubscribe, send email to majordomo@ender.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Sep 23 16:23:18 2000 From: " (") 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" >To: >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 " Mon Sep 25 08:27:49 2000 From: " (") 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" > >To: > >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-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: References: Pine.BSF.4.21.0009272159270.34505-100000@relic.net Message-ID: Pine.BSF.4.10.10009282314590.82800-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 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: References: Pine.BSF.4.10.10009282314590.82800-100000@aquarius.natey.za.net Message-ID: Pine.BSF.4.21.0009290725420.58766-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 > > 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 " Wed Oct 4 08:09:15 2000 From: " (") 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-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 " Wed Oct 4 11:46:42 2000 From: " (") 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: 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 To: Cc: 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 " Thu Oct 5 11:08:20 2000 From: " (") 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 [mailto:owner-ircservices@Snow.shadowfire.org]On 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 To: Cc: 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: 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: ; from chromi@cyberspace.org on Thu, Oct 05, 2000 at 07:54:56PM +0100 References: <006801c02ef4$616d12d0$0100a8c0@sunnyline.co.za> 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 "abuse"? 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 http://www.xploded.net/fingerp.phtml --------------------------------------------------------------- To unsubscribe, send email to majordomo@ender.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Oct 7 08:51:27 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] known services "abuse"? 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" To: 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 http://www.xploded.net/fingerp.phtml > > > > --------------------------------------------------------------- > 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 "abuse"? 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 http://www.xploded.net/fingerp.phtml --- original message: SS> Return-Path: 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 ; 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 ; Sat, 07 Oct 2000 11:53:03 -0400 SS> Message-ID: <000701c03076$74d9aa30$0100a8c0@server> SS> From: "Scott Seufert" SS> To: SS> References: <18521229077.20001007173409@breakfree.com> 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" SS> To: 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](mailto:sam@breakfree.com) >> >> * Think digital, act analog. * >> >> public pgp key: finger sam@breakfree.com >> or http://www.xploded.net/fingerp.phtml >> >> >> >> --------------------------------------------------------------- >> 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 " Sat Oct 7 09:29:15 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] known services "abuse"? 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" To: "Scott Seufert" 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 http://www.xploded.net/fingerp.phtml > --- --------------------------------------------------------------- To unsubscribe, send email to majordomo@ender.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Aug 7 10:52:44 2000 From: " (") 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 " Sat Oct 7 11:56:02 2000 From: " (") 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" To: Cc: 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 "abuse"? 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 or 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 "abuse"? 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 "abuse"? 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 "abuse"? 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 http://www.xploded.net/fingerp.phtml --- 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> http://achurch.dragonfire.net/ 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 " Sun Oct 8 06:29:40 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] known services "abuse"? 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" > To: "Scott Seufert" > 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 http://www.xploded.net/fingerp.phtml > > --- > > > > > --------------------------------------------------------------- > 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 " Sun Oct 8 06:35:43 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] known services "abuse"? 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](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 http://www.xploded.net/fingerp.phtml > > --- > 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> http://achurch.dragonfire.net/ > > 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 "abuse"? In-Reply-To: References: NCBBIPDDJGGDOCPMKPKPMEEPDIAA.andrewk@icon.co.za Message-ID: Pine.LNX.4.20.0010081828530.30650-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 " Mon Oct 9 06:44:06 2000 From: " (") 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 " Mon Oct 9 08:47:12 2000 From: " (") 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" To: 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" To: 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 or 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 " Mon Oct 9 21:11:07 2000 From: " (") 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: To: 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 " Mon Oct 9 17:13:42 2000 From: " (") 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" To: 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" > To: > 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 " Tue Oct 10 02:15:26 2000 From: " (") 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" To: 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" > To: > 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" > > To: > > 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 " Tue Oct 10 12:41:33 2000 From: " (") 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" To: 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 > 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 " Tue Oct 10 14:42:27 2000 From: " (") 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 > 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. Scott Seufert aka katsklaw Server Admin Excalibre.ShadowFire.Org > > 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-00065I-00@manx.dreamhaven.net 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. --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. > > > > >Scott Seufert >aka katsklaw >Server Admin >Excalibre.ShadowFire.Org > > > > >> > 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 " Tue Oct 10 23:31:00 2000 From: " (") 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. > 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 " Wed Oct 11 00:58:38 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] cheers. ideas. Message-ID: 002d01c03359$10285b00$9c011ac4@shadow this bounced... > From: "Bruno Lacerda" > To: > 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 " Wed Oct 11 02:09:50 2000 From: " (") 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" > > To: > > 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 " Wed Oct 11 03:00:44 2000 From: " (") 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" To: 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" > > > To: > > > 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 " Wed Oct 11 03:30:16 2000 From: " (") 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" To: Sent: Wednesday, October 11, 2000 3:00 PM Subject: Re: [IRCServices] cheers. ideas. > This is the ideal situation... > > > 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-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" > > > To: > > > 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: 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 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: References: E13jFMI-00065I-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: > > > 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. > > > > --Andrew Church > achurch@dragonfire.net > http://achurch.dragonfire.net/ 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-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 > > > > 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 " Wed Oct 11 09:19:39 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] cheers. ideas. References: 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" To: Cc: 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 > > > > > > > > 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 " Wed Oct 11 08:44:20 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] cheers. ideas. References: <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" To: 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" > To: > Cc: > 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 > > > > > > > > > > > > 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" >To: >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: >To: >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 " Wed Oct 11 10:05:45 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] cheers. ideas. References: <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" To: 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 " Wed Oct 11 11:16:36 2000 From: " (") Date: Sat Oct 23 23:01:01 2004 Subject: [IRCServices] cheers. ideas. References: <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 " Wed Oct 11 14:04:15 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] cheers. ideas. Message-ID: E13jT7Z-0001m6-00@tungsten.btinternet.com > 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-000CAP-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: References: E13jVsB-000CAP-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. 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: References: E13jVsB-000CAP-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: References: E13jVsB-000CAP-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-000Dm5-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 " Wed Oct 11 23:54:11 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Scalability References: 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: 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. 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-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 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: > >To: > >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-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 > >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: >> >To: >> >Sent: Monday, October 09, 2000 5:51 PM >> >Subject: Re: [IRCServices] Desperate Problems >> > >> > >> >> Ciar$BaO(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) >> 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. --------------------------------------------------------------- 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-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: 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" To: Cc: "IRC Services List" 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-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" > To: > Cc: "IRC Services List" > 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 " Sat Oct 14 11:33:15 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: 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: 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: <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 " Sat Oct 14 08:29:25 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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 " Sat Oct 14 11:56:19 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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 " Sat Oct 14 08:36:56 2000 From: " (") 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 " Sat Oct 14 12:02:15 2000 From: " (") 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 " Sat Oct 14 08:50:54 2000 From: " (") 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 " Sat Oct 14 08:55:31 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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 " Sat Oct 14 12:22:40 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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: <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 " Sat Oct 14 17:06:30 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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 " Sun Oct 15 05:11:43 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... Message-ID: E13kmiO-0000Oj-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 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 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 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: References: E13kmiO-0000Oj-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 To: 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" > To: > 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" > > > > To: > > > > 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: 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 To: 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" > > > > To: > > > > 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: <001901c0339f$0f119100$0100a8c0@cablemodemnet.com.br><00dd01c0339a$1ed83580$9c011ac4@shadow> Message-ID: 000401c036bd$11e3e240$0100a8c0@sunnyline.co.za *shrugs* ----- Original Message ----- From: Andrew Kempe To: 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 " Sun Oct 15 10:05:02 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... In-Reply-To: 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 " Sun Oct 15 10:15:11 2000 From: " (") 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 " Sun Oct 15 10:18:10 2000 From: " (") 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 > To: > 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" > > To: > > 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" > > > > > To: > > > > > 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. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@ender.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sun Oct 15 10:25:16 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] cheers. ideas. In-Reply-To: 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: Message-ID: 00c301c036cd$6eb316c0$0100a8c0@sunnyline.co.za ----- Original Message ----- From: Andrew Kempe To: 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 " Sun Oct 15 10:49:15 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: 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 To: 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 " Sun Oct 15 10:57:57 2000 From: " (") 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 " Sun Oct 15 12:00:55 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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" To: 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 > To: > 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: <002e01c036d0$3ca64140$b1effea9@katsklaw><004d01c036da$40a37b00$03090a0a@kroag> Message-ID: 006801c037a0$a930da20$0100a8c0@sunnyline.co.za ----- Original Message ----- From: Ross Bemrose (Powerlord) To: 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 " Mon Oct 16 11:53:49 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <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" To: Sent: Monday, October 16, 2000 2:31 PM Subject: Re: [IRCServices] Ircd's and Services.... > ----- Original Message ----- > From: Ross Bemrose (Powerlord) > To: > 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-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 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" > To: > 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 > > To: > > 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 " Mon Oct 16 13:26:32 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: Message-ID: 001701c037af$60b12340$0100a8c0@excaliburnetworks.com ----- Original Message ----- From: Natey on IRC To: 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 > 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. 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: 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 <001701c037af$60b12340$0100a8c0@excaliburnetworks.com>: To: 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 " Mon Oct 16 15:32:36 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Ircd's and Services.... References: <39EB7CF5.485BF285@softhome.net> Message-ID: 005c01c037c0$fd9dce40$0100a8c0@excaliburnetworks.com ----- Original Message ----- From: To: 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-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 " Tue Oct 17 10:38:54 2000 From: " (") 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 " Tue Oct 17 10:52:12 2000 From: " (") 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 " Tue Oct 17 12:14:21 2000 From: " (") 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 To: 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 " Tue Oct 17 15:07:23 2000 From: " (") 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 " Wed Oct 18 15:31:26 2000 From: " (") 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 " Tue Oct 17 16:07:06 2000 From: " (") 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 To: 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 . 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 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 " Tue Oct 17 19:17:15 2000 From: " (") 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 To: 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 " Tue Oct 17 19:20:50 2000 From: " (") 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-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 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 " Tue Oct 17 21:06:06 2000 From: " (") 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 To: 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 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 " Wed Oct 18 02:19:23 2000 From: " (") 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 " Wed Oct 18 02:31:33 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] services segfaults -- libc problem? - Addendum In-Reply-To: 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: References: NEBBLMHKKLGHANKONFLMGEHPCHAA.adam@wiredrave.com Message-ID: Pine.LNX.4.20.0010181230540.1747-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 " Wed Oct 18 03:40:38 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] Reloading services config without restarting? References: 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: To: 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: 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 " Wed Oct 18 15:16:30 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] services segfaults -- libc problem? - Addendum References: 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 " Wed Oct 18 20:55:18 2000 From: " (") 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 " Thu Oct 19 21:02:51 2000 From: " (") 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 " Wed Oct 18 21:07:28 2000 From: " (") Date: Sat Oct 23 23:01:02 2004 Subject: [IRCServices] umode or services option References: 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 To: 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 or 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 " Wed Oct 18 23:05:01 2000 From: " (") 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" To: 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 " Wed Oct 18 23:08:01 2000 From: " (") 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" To: 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" > To: > 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 " Thu Oct 19 04:28:54 2000 From: " (") 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" To: 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" To: 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" > To: > 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 " Thu Oct 19 08:32:32 2000 From: " (") 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" To: 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 " Thu Oct 19 09:01:50 2000 From: " (") 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" To: 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" > To: > 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" To: 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" > To: > 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" > > To: > > 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 " Thu Oct 19 09:07:04 2000 From: " (") 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 To: 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 > --------------------------------------------------------------- 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 " Thu Oct 19 10:19:42 2000 From: " (") 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" To: 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 > To: > 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 > > > > > > > --------------------------------------------------------------- > 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 " Thu Oct 19 11:58:51 2000 From: " (") 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 To: 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" > To: > 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 > > To: > > 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 > > > > > > > > > > > > > --------------------------------------------------------------- > > 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 " Fri Oct 20 15:44:01 2000 From: " (") 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 " Thu Oct 19 18:17:42 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Half Ops References: 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 To: 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 " Thu Oct 19 19:17:13 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Half Ops In-Reply-To: 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 " Fri Oct 20 19:47:24 2000 From: " (") 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 To: 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 " Thu Oct 19 19:57:23 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Half Ops In-Reply-To: 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 > > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sun Oct 22 11:23:46 2000 From: " (") 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" To: 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 " Mon Oct 23 01:41:25 2000 From: " (") 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 or 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> 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 " Mon Oct 23 02:58:07 2000 From: " (") 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 " Mon Oct 23 07:35:59 2000 From: " (") 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 " Mon Oct 23 04:37:18 2000 From: " (") 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" To: 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 " Mon Oct 23 05:01:00 2000 From: " (") 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 " Mon Oct 23 05:01:36 2000 From: " (") 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> <00f701c03cd7$484fd300$0600a8c0@ciaran> Message-ID: 003e01c03ce8$ff03c410$0100a8c0@excalibur ----- Original Message ----- From: "Ciarán Reilly" To: 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 --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Oct 23 05:05:16 2000 From: " (") 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" To: 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" > To: > 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. > > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Oct 23 13:22:21 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] DB conversion Message-ID: E13noDG-0004Cf-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 " Mon Oct 23 15:32:40 2000 From: " (") 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> <00f701c03cd7$484fd300$0600a8c0@ciaran> <003e01c03ce8$ff03c410$0100a8c0@excalibur> Message-ID: 007c01c03d41$29afa780$37526dd1@tiphares.com ----- Original Message ----- From: Scott Seufert To: 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 " Mon Oct 23 16:33:23 2000 From: " (") 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 " Mon Oct 23 20:06:02 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] chanserv References: 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 " Mon Oct 23 20:11:09 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] chanserv [correction] References: 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 " Mon Oct 23 17:43:27 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] chanserv References: Message-ID: 006b01c03d53$6d853440$0100a8c0@excalibur ----- Original Message ----- From: "Robert Brim" To: 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 " Mon Oct 23 23:33:46 2000 From: " (") 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 " Mon Oct 23 23:44:22 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Services bot References: 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 " Tue Oct 24 08:51:16 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Re: Services bot In-Reply-To: <009601c03d85$d8fedd20$87d3c3c8@eloi> References: <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: <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 : NICK 1 102733 0 : Hope this helps you zEro_K NetAdmin 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: <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 " Tue Oct 24 22:24:18 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Re: Services bot In-Reply-To: <00102502471000.02544@rcmoraes> References: <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 " Wed Oct 25 07:25:47 2000 From: " (") 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 " Wed Oct 25 07:34:42 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] services segfaults -- libc problem? - Addendum References: 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" To: 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 " Wed Oct 25 07:40:34 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] services segfaults -- libc problem? - Addendum In-Reply-To: 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 " Wed Oct 25 07:57:29 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] services segfaults -- libc problem? - Addendum In-Reply-To: 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 " Thu Nov 2 13:25:42 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] List Problems? Message-ID: E13rRqM-0005ce-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: 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" To: 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: 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 " Fri Nov 3 13:05:14 2000 From: " (") Date: Sat Oct 23 23:01:03 2004 Subject: [IRCServices] Odd NickServ Bug... Message-ID: E13rnzt-000368-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 " Fri Nov 3 15:22:17 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Odd NickServ Bug... In-Reply-To: References: E13rnzt-000368-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 " Fri Nov 3 18:03:58 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Services 2 References: <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 " Fri Nov 3 18:26:38 2000 From: " (") 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 " Fri Nov 3 20:34:11 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Services 2 References: Message-ID: 000f01c04618$7c2c2080$f2d3c3c8@eloi Thanks :) I gonna read ----- Original Message ----- From: Scott Seufert To: 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 " Fri Nov 3 23:09:11 2000 From: " (") 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 " Fri Nov 3 23:08:03 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Odd NickServ Bug... In-Reply-To: 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 [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. --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Nov 4 03:11:25 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] system admins & system Operators? References: 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" To: 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 " Sat Nov 4 05:01:53 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] system admins & system Operators? In-Reply-To: References: MABBIGABNFGOAKMDCOHPAEIJCAAA.longwlkr@maxgaming.net Message-ID: KFEJLMFNCPEEPFBEPNCIKEAECAAA.anarki@flamebait.org Double check that you are services root in your services.conf file. ServicesRoot 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 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 " Sat Nov 4 08:45:24 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] system admins & system Operators? References: 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 To: 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 " Sun Nov 5 00:48:40 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] RAW References: <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: "Guest" nicks _can_be_ registered Message-ID: Pine.LNX.4.21.0011052136550.32130-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 " Sun Nov 5 12:55:57 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Email forwarding Message-ID: E13sWoW-0000gd-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 > To: ircservices@snow.shadowfire.org > Subject: Re: [IRCServices] Email forwarding > Date: Monday, October 23, 2000 22:32 > > > ----- Original Message ----- > From: Scott Seufert > To: > 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-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 >> To: ircservices@snow.shadowfire.org >> Subject: Re: [IRCServices] Email forwarding >> Date: Monday, October 23, 2000 22:32 >> >> >> ----- Original Message ----- >> From: Scott Seufert >> To: >> 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 " Sun Nov 5 15:53:50 2000 From: " (") 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 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 " Mon Nov 6 13:07:30 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Email forwarding Message-ID: E13stSz-0002iJ-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 " Tue Nov 7 04:49:23 2000 From: " (") 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" To: 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" >To: >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 " Tue Nov 7 11:51:17 2000 From: " (") 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 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 " Tue Nov 7 12:17:57 2000 From: " (") 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-kitty-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 " Tue Nov 7 17:20:29 2000 From: " (") 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" To: 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: References: NDBBKMLGGLLMFACIBDMKAEGJCGAA.hendrik@mans.de Message-ID: Pine.LNX.4.30.0011122159460.30582-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 " Sun Nov 12 12:31:22 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Small bug in list References: Message-ID: 000701c04ce7$866e5d30$0100a8c0@excalibur ircservices-coding@snow.shadowfire.org for future reference ;) Dryder ----- Original Message ----- From: To: 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 " Wed Nov 15 21:15:54 2000 From: " (") 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]) ••• Seek: 200.251.39.49 - ••• 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 " Wed Nov 15 22:29:04 2000 From: " (") 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 or 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 " Thu Nov 16 05:08:22 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] chanserv does not work correctly? References: 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" To: 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-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" > To: > 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 " Thu Nov 16 13:00:42 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] chanserv does not work correctly? References: Message-ID: 001301c05010$494f3380$0100a8c0@excalibur ----- Original Message ----- From: "Chris Wiest" To: 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: <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 or 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 " Thu Nov 16 15:22:07 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] chanserv does not work correctly? References: <001301c05010$494f3380$0100a8c0@excalibur> <20001116152004.A93243@edgemaster.zombie.org> Message-ID: 001f01c05024$0af30f80$0100a8c0@excalibur ----- Original Message ----- From: "Sean Kelly" To: 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 or > 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 " Thu Nov 16 19:42:41 2000 From: " (") 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 " Thu Nov 16 20:43:13 2000 From: " (") 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 or 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 --------------------------------------------------------------- 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: References: dv8a1to0a3iqoq1fgaammlmt1jqd734lru@4ax.com Message-ID: Pine.BSF.4.21.0011170535510.69694-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 > > --------------------------------------------------------------- > 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 " Mon Nov 27 08:36:20 2000 From: " (") 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 " Mon Nov 27 11:45:28 2000 From: " (") 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" To: "Mailing List: Services" 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-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. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Dec 11 22:07:48 2000 From: " (") 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" To: 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. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(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 " Tue Dec 12 08:40:51 2000 From: " (") 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" To: 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. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(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" >To: >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. >> http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(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) http://www.warlock.web.za "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-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 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: 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" To: 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 > 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: <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 or 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 " Tue Dec 12 12:52:59 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Segfaults? In-Reply-To: References: 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 " Tue Dec 12 14:23:33 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Services 4.4.9 / 4.3.4 released References: 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-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" >>To: >>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. >>> http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(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) >http://www.warlock.web.za > "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. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(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 or 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 " Tue Dec 12 19:14:12 2000 From: " (") 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" To: 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: <001201c0645d$fec47d40$0600a8c0@ciaran> <20001212114447.A48732@edgemaster.zombie.org> Message-ID: 003901c0656e$d8a4f0b0$c636fe3e@morpheous Ta Sean :-) ----- Original Message ----- From: "Sean Kelly" To: 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 or > 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 " Wed Dec 13 22:54:47 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Patch to run Services on Red Hat References: <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 " Thu Dec 14 05:13:22 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Patch to run Services on Red Hat and more References: <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" To: 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 " Thu Dec 14 05:40:31 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Patch to run Services on Red Hat and more References: <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" To: 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" > To: > 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 " Thu Dec 14 07:45:44 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Patch to run Services on Red Hat and more References: <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" To: 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" > To: > 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 " Thu Dec 14 11:48:20 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] IRCServices Patch website. References: <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" To: 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 > 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 http://www.flamebait.org 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: <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" 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 --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Thu Dec 14 12:41:19 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] IRCServices Patch website. References: <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: 002e01c0660e$370edc70$0100a8c0@excalibur ----- Original Message ----- From: "Andy Smith" To: 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" 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 > > --------------------------------------------------------------- > 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 " Fri Dec 15 17:37:53 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Another mirror Message-ID: Pine.LNX.4.21.0012151404440.182-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 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: <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" 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 --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Dec 16 22:03:43 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Automatic KILLCLONES support? Message-ID: Pine.LNX.4.21.0012161735010.182-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 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 " Sun Dec 17 07:31:05 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Automatic KILLCLONES support? References: 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" To: 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 > 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 " Sun Dec 17 12:44:29 2000 From: " (") 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-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 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 " Sun Dec 17 13:05:58 2000 From: " (") 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-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'. http://linuxgram.com/newsitem.phtml?sid=109&aid=11453 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 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 " Wed Dec 20 19:04:37 2000 From: " (") 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" To: "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 " Fri Dec 22 20:24:40 2000 From: " (") 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" To: 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 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 --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Dec 23 13:25:22 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] question.. In-Reply-To: References: nqm84t0q2smq7cg05vora5j6crop8keueu@4ax.com Message-ID: Pine.LNX.4.21.0012231325020.11814-100000@vector.chocobo.org On Sat, 23 Dec 2000, Andy Smith wrote: > On Sat, 23 Dec 2000 02:42:25 -0500, prince 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 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-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 > 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 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 --------------------------------------------------------------- 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 " Sat Dec 30 18:09:44 2000 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] Wrecked 1.1.6 database converter References: Message-ID: 002b01c072ce$bf71a760$0100a8c0@excalibur Forwarded to the coding list. Dryder ----- Original Message ----- From: "Andy Smith" To: Cc: 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 > > --------------------------------------------------------------- > 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 " Sat Dec 30 18:12:30 2000 From: " (") 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" To: 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.