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.o