From " Mon Jan 1 12:31:32 2001 From: " (") Date: Sat Oct 23 23:01:04 2004 Subject: [IRCServices] MemoServ and UNSEND Message-ID: 001301c07431$d54a26c0$1cfe3cd0@pavilion I was willing to suggest the command /msg MemoServ UNSEND , I have found this to be VERY useful and most users would thank IRCservices for it. Any plans to make that command available ? Thanks in advance. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From bclark at bclark.yi.org Mon Jan 1 16:52:02 2001 From: bclark at bclark.yi.org (Bryan Clark) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] MemoServ and UNSEND References: <001301c07431$d54a26c0$1cfe3cd0@pavilion> Message-ID: 3A512632.157312DB@bclark.yi.org I doubt it would be hard to implement, but it'd have to be done so that only unread memos could be unsent .............. "[Real]" wrote: > I was willing to suggest the command /msg MemoServ UNSEND , I have > found this to be VERY useful and most users would thank IRCservices > for it.Any plans to make that command available ?Thanks in > advance.Ely====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From andy at strugglers.net Mon Jan 1 20:22:22 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] CLEAR MODES and mode R Message-ID: rpl25tgpvtb7o1kd4ennegsak7mrfg692n@4ax.com CHANSERV CLEAR MODES does not appear to clear mode R, is this intentional? We are using bahamut 1.4.8. -- Andy Smith --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From andy at strugglers.net Mon Jan 1 20:42:38 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] CLEAR MODES and mode R In-Reply-To: References: Message-ID: e1n25t4e9jjiqj2dvlod6co95gc4f73tdv@4ax.com On Tue, 02 Jan 2001 04:22:22 +0000, Andy Smith wrote: >CHANSERV CLEAR MODES does not appear to clear mode R, is this intentional? > >We are using bahamut 1.4.8. And ircservices 4.4.8, I should add. -- Andy Smith --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From achurch at achurch.org Thu Jan 4 11:00:40 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] CLEAR MODES and mode R Message-ID: 3a53d9c0.61023@prima-lan.net >CHANSERV CLEAR MODES does not appear to clear mode R, is this intentional? > >We are using bahamut 1.4.8. Fixed for version 4.5.0. Thanks for the report. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Thu Jan 4 06:30:21 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] IRCServices Patch Archive References: <200101040846.f048kn931818@dymwsm09.mailwatch.com> Message-ID: 000701c0765a$df4ec6f0$0100a8c0@excalibur Anyone who has any type of patchs that they have written or have found you may email them to me at dryder@qx.net When you email them please use the following: 1.) Author name and support email address. 2.) Conplete installation instructions. 3.) State which version of IRCServices the patch affects. 4.) Patch version number (in case changes are made) I'm still planning to do a patch archive, I just need to finish up on another project first. :) I ask that you all remember that any patch sent to me will be _unsupported_ by the coding team of IRCServices, Andrew Kempe, Andy Church, The ShadowFire IRC Network, This or any other mailing list graciously hosted by Shadowfire or myself. All patches sent will also be concidered "as-is", supported by the author only and covered by the GPL license agreement unless otherwise stated. I will have a simple web board on my site as well in the near future, however I'm keeping this as simple as possible for today until I've had my daily quota of caffine! ;P For a list of supported patches please see the official IRCServices website at http://ender.shadowfire.org/ircservices/ Any patch located on my not yet completed website will be unsupported by the above mentioned contacts. Thanx, Scott aka Dryder PS Please pardon the cross post. ----- Original Message ----- From: "Pinto, Joao luis (J.M.)" To: Sent: Thursday, January 04, 2001 3:10 AM Subject: RE: [IRCServices Coding] Services segfaults on newer linux? > The patch posted (I don't remember who) about two months ago for this > problem will fix it without no need for configure changes or extra > compatibilty function overheard. > > Joao Pinto - Lamego@PTlink.net > PTlink Tech Admin > http://www.ptlink.net > > -----Original Message----- > From: achurch@achurch.org [mailto:achurch@achurch.org] > Sent: quinta-feira, 4 de janeiro de 2001 2:37 > To: ircservices-coding@snow.shadowfire.org > Subject: Re: [IRCServices Coding] Services segfaults on newer linux? > > > >Services (and import-db) segfaults on reaching blank lines in > services.conf. > >I can only assume this is due to changes in glibc, cos I am sure there are > >plenty of people running ircservices on redhat. My example machine is a > >redhat 6.0 box upgraded with a bunch of 7.0 SRPMS, including the latest > >glibc: > [...] > >glibc-2.2-5 > [...] > >[andy@aeriss services]$ /tmp/services/bin/services > >Segmentation fault (core dumped) > > RedHat 7.0 has been reported to be very unstable, so at the moment your > best solution would be to downgrade to 6.x packages (glibc in particular). > As a more long-term solution, I've added a check for this bug in 4.5.0's > configure script and a workaround strtok() function in compat.c. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ---------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org with > "unsubscribe ircservices-coding" in the body, without the quotes. > > > ---------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org with > "unsubscribe ircservices-coding" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Jan 8 14:48:59 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Services Help Message-ID: 000401c079c5$487ccab0$0100a8c0@l33tz0r We are trying to setup UltimateIRCd with a services agent but we do not know which ones work with the ircd. Any assistance would be appreciated, thanks. _________________________ Leo Zhadanovsky webmaster@007sdomain.com Webmaster of 007's Domain http://www.007sdomain.com Leader of QF7 http://qf7.hypermart.net From " Mon Jan 8 15:04:17 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Services Help References: <000401c079c5$487ccab0$0100a8c0@l33tz0r> Message-ID: 001501c079c7$5486ff40$0100a8c0@excalibur Greetings Leo, Our officially supported IRC Daemon is Bahamut found at http://www.bahamut.net. By saying this I am in no way stating that your daemon of choice will not work, nor am I saying that by writing this list for help that your request will be ignored. I am however saying that if you choose a daemon other than Bahamut, you may not get any or much help. A list of previously supported daemons is located within the documentation that came with IRCServices, and I do believe a list of damons known _not_ to work is as well. If your daemon is not listed and works, please feel free to email this list so that it may have a chance of being added to the documentation. Dryder ----- Original Message ----- From: Leo Zhadanovsky To: ShadowMaster@Shadow-Realm.org ; ircservices@snow.shadowfire.org Sent: Monday, January 08, 2001 5:48 PM Subject: [IRCServices] Services Help We are trying to setup UltimateIRCd with a services agent but we do not know which ones work with the ircd. Any assistance would be appreciated, thanks. _________________________ Leo Zhadanovsky webmaster@007sdomain.com Webmaster of 007's Domain http://www.007sdomain.com Leader of QF7 http://qf7.hypermart.net From achurch at achurch.org Tue Jan 9 13:59:29 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? Message-ID: 3a5a9dc8.34264@prima-lan.net One of the features going into 4.5.0 will be channel suspension. However, there are a number of potential issues as to how a suspended channel should be treated, so I'd like to gather opinions on the following points: (my current thoughts are in [brackets]) - Should a suspended channel be treated like a forbidden one (no one can enter it) or an unregistered one (it can be used, but Services won't do anything do it)? [forbidden] - Should Services allow changes to the channel settings? I think this one is a pretty clear "no", but I'll put it up for debate. [no] - Should Services allow the founder to drop the channel? The current behavior of suspended nicknames is that the owner cannot drop them, but this is only because the owner cannot identify for them and not because Services specifically prevents dropping; I could see suspended channels going either way. [undecided] - Should Services allow memos to be sent to the channel? [no] Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm planning on disabling that as well unless someone convinces me otherwise. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From bclark at bclark.yi.org Mon Jan 8 21:21:28 2001 From: bclark at bclark.yi.org (Bryan Clark) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> Message-ID: 3A5A9FD8.3AF35442@bclark.yi.org Andrew Church wrote: > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] This I'm not too sure on, though I'm leaning toward unregistered. A light tap could send me going in the other direction on that one, though. ;) > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] Agreed, definitely. > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] I would say "no" here, unless you want to change how dropping channels works internally. If you're just setting another flag in ci->flags for it, then dropping it will effectively unsuspend it unless you check for the flag first. My reasoning here is that it's probably something the founder did or allowed to happen that got the channel suspended in the first place. :P > - Should Services allow memos to be sent to the channel? [no] > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. There's no reason to, since it's apparently turning a blind eye to the channel everywhere else. ;) --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Jan 8 21:26:29 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> Message-ID: 002d01c079fc$b94fad20$05090a0a@kroag ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 08, 2001 11:59 PM Subject: [IRCServices] Desired behavior of channel suspension? > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] Forbidden > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] No > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] No, because they could just turn around and re-register the channel, which defeats part of the purpose of suspending it. > - Should Services allow memos to be sent to the channel? [no] > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. No. Anyway, that's just my $1.82. Now I just need my change back... ;D --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From mmassena at qwest.net Tue Jan 9 05:38:57 2001 From: mmassena at qwest.net (Morgan Massena) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? In-Reply-To: <3a5a9dc8.34264@prima-lan.net> References: 3a5a9dc8.34264@prima-lan.net Message-ID: 5.0.0.25.2.20010109053447.00a56d20@pop.spkn.qwest.net At 01:59 PM 1/9/01 +0900, you wrote: > One of the features going into 4.5.0 will be channel suspension. >However, there are a number of potential issues as to how a suspended >channel should be treated, so I'd like to gather opinions on the >following points: (my current thoughts are in [brackets]) Speaking of 4.5.0, is there anywhere the masses can d/l this while it's being worked on? Is there a CVS anywhere? > - Should a suspended channel be treated like a forbidden one (no >one can enter it) or an unregistered one (it can be used, but Services >won't do anything do it)? [forbidden] Maybe this can be a setting, This could easily go either way... If not than Forbid > - Should Services allow changes to the channel settings? I think >this one is a pretty clear "no", but I'll put it up for debate. [no] No > - Should Services allow the founder to drop the channel? The >current behavior of suspended nicknames is that the owner cannot drop >them, but this is only because the owner cannot identify for them and >not because Services specifically prevents dropping; I could see >suspended channels going either way. [undecided] No > - Should Services allow memos to be sent to the channel? [no] >Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm >planning on disabling that as well unless someone convinces me >otherwise. Why not? Wont hurt anything. Besides, memos to channels aren't used that often. > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > >--------------------------------------------------------------- >To unsubscribe, send email to majordomo@snow.shadowfire.org >with "unsubscribe ircservices" in the body, without the quotes. --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Jan 8 22:50:57 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <5.0.0.25.2.20010109053447.00a56d20@pop.spkn.qwest.net> Message-ID: 03ef01c07a08$8529cc90$9c011ac4@africa.didata.local > Speaking of 4.5.0, is there anywhere the masses can d/l this while it's > being worked on? Is there a CVS anywhere? I don't know about Andy, but I was reluctant to allow the general world to use under development source due to the number of unhelpfull bug reports I was getting. People did not seem to get the fact that the source was VERY alpha and as such didn't do many of the things it should - like saving databases or working properly. As things get closer to a final release it becomes easier to release it as beta code. 4.5 was getting very close to that stage when I last worked on it. However, Andy has to pick up where I left off, which means that it will probably be longer until it gets released. I hope this makes it clearer as to why the source was not released to the public. Andrew --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From chromatix at cyberspace.org Mon Jan 8 22:53:16 2001 From: chromatix at cyberspace.org (Jonathan Morton) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? In-Reply-To: <002d01c079fc$b94fad20$05090a0a@kroag> References: <3a5a9dc8.34264@prima-lan.net> Message-ID: l03130303b680644a55a2@[192.168.239.105] >> - Should a suspended channel be treated like a forbidden one (no >> one can enter it) or an unregistered one (it can be used, but Services >> won't do anything do it)? [forbidden] > >Forbidden Agreed. >> - Should Services allow changes to the channel settings? I think >> this one is a pretty clear "no", but I'll put it up for debate. [no] > >No Agreed. >> - Should Services allow the founder to drop the channel? The >> current behavior of suspended nicknames is that the owner cannot drop >> them, but this is only because the owner cannot identify for them and >> not because Services specifically prevents dropping; I could see >> suspended channels going either way. [undecided] > >No, because they could just turn around and re-register the channel, which >defeats >part of the purpose of suspending it. Agreed. >> - Should Services allow memos to be sent to the channel? [no] >> Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm >> planning on disabling that as well unless someone convinces me >> otherwise. I'm not sure on this one - in my limited experience MemoServ isn't used often even for personal memos, let alone channel ones (though it can be invaluable when it does get used). If I were implementing this myself, I'd probably allow the memo to be sent, but then notify the sending user of the suspension and the fact it may never be read. I would also ensure there was a limit on how many memos could be queued up. If there is an option to "un-send" memos, this would work well with notification, IMHO. Since MemoServ usage is fairly individual to any specific network or channel, I'd advise making this one configurable between "no", "notify", "notify/limit", "yes" and "yes/limit". -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk The key to knowledge is not to rely on people to teach you it. Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/ -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a19 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+ -----END GEEK CODE BLOCK----- --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From mike at chat.za.net Mon Jan 8 23:58:44 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? Message-ID: 2.2.32.20010109075844.0109052c@196.14.3.98 I take it that Andrew Church has resumed development on services then? Mike At 08:50 AM 01/01/09 +0200, you wrote: >> Speaking of 4.5.0, is there anywhere the masses can d/l this while it's >> being worked on? Is there a CVS anywhere? > >I don't know about Andy, but I was reluctant to allow the general world to >use under development source due to the number of unhelpfull bug reports I >was getting. People did not seem to get the fact that the source was VERY >alpha and as such didn't do many of the things it should - like saving >databases or working properly. As things get closer to a final release it >becomes easier to release it as beta code. 4.5 was getting very close to >that stage when I last worked on it. However, Andy has to pick up where I >left off, which means that it will probably be longer until it gets >released. > >I hope this makes it clearer as to why the source was not released to the >public. > >Andrew > > >--------------------------------------------------------------- >To unsubscribe, send email to majordomo@snow.shadowfire.org >with "unsubscribe ircservices" in the body, without the quotes. > > --- Michael Smith (Warlock on IRC) http://www.warlock.web.za "Do you smell something burning or is it me?" -- Joan of Arc --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 00:28:33 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> Message-ID: 027301c07a16$3ec06800$430ba8c0@hostel1.giki.edu.pk > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] I would go with forbidden, with some differences as noted below. > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] If its forbidden, its makes no difference. But it should not be allowed. > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] I think this shouldn't be allowed. If the Services Admin thinks the channel should be dropped, he can drop it, but otherwise let the founder keep the channel, that way, its easier to give it back if the Services Admin wants to, and its a sort of a punishment since he can now register one less channel. > - Should Services allow memos to be sent to the channel? [no] No. Its a suspended channel :) > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. Good idea. > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > Imran Ali Rashid --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 04:51:34 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> Message-ID: 001f01c07a3a$e69b6790$0100a8c0@excalibur ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 08, 2001 11:59 PM Subject: [IRCServices] Desired behavior of channel suspension? > One of the features going into 4.5.0 will be channel suspension. > However, there are a number of potential issues as to how a suspended > channel should be treated, so I'd like to gather opinions on the > following points: (my current thoughts are in [brackets]) > > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] > ok, I'm gunna be different :). I believe that a suspended channel should be mlock'd +tns and chanserv "ignore" commands issued by chanops, or at least set secure on and have chanserv act as if the op is attempting to use commands as an un-identified nick. > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] > No > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] > non-opers should not be allowed to drop, IMO there wouldn't be anything to stop them from drop'ing the channel then re-registering (since to UN-forbid a channel you drop it.) > - Should Services allow memos to be sent to the channel? [no] > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. > No > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 16:13:14 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> Message-ID: 005f01c07a9a$20e56270$37526dd1@tiphares.com ----- Original Message ----- From: Andrew Church To: Sent: Monday, January 08, 2001 10:59 PM Subject: [IRCServices] Desired behavior of channel suspension? ] ... SNIP ... [ > > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] > I think it should be treated more as a modeless channel. First person to enter it is deoped. After that services treats it as if the channel is unregistered, but forbids people from registering it (obviously) > > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] > No, otherwise it would contradict my above idea. > > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] > Absolutely not. The founder could drop the channel and then re-register the channel there by removing the suspend. On the other hand. You might wish to add this in this sort of manner. Founder sends the drop command to ChanServ. ChanServ then tags the channel to be dropped once the amount of time the suspension has elapsed. I.e. It won't actually drop the channel until the suspension has been lifted in one way or another. > > - Should Services allow memos to be sent to the channel? [no] > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. > This wouldn't bother me either way. However, I think that if it is allowed, then the users should NOT be allowed to read those memo's until the suspension is up. My two cents, Bryce Simonds (Kelmar K. Firesun) --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 18:06:36 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> <005f01c07a9a$20e56270$37526dd1@tiphares.com> Message-ID: 000901c07aa9$f790af50$0100a8c0@excalibur ----- Original Message ----- From: "Kelmar K. Firesun" To: Sent: Tuesday, January 09, 2001 7:13 PM Subject: Re: [IRCServices] Desired behavior of channel suspension? > > ----- Original Message ----- > From: Andrew Church > To: > Sent: Monday, January 08, 2001 10:59 PM > Subject: [IRCServices] Desired behavior of channel suspension? > > > ] ... SNIP ... [ > > > > > - Should a suspended channel be treated like a forbidden one (no > > one can enter it) or an unregistered one (it can be used, but Services > > won't do anything do it)? [forbidden] > > > > I think it should be treated more as a modeless channel. First person > to enter it is deoped. After that services treats it as if the channel > is unregistered, but forbids people from registering it (obviously) I would dissagree with "modeless" I believe that the channel should be: +t so users cannot "have fun" with setting the topic to something childish or obsene towards IRCops because the channel is suspended. +n to prevent outside messages. +s to keep the channel off the channel list and out of users /whois as a measure to prevent any type of attraction drawn to the channel. Optional: +m to really make the users usage of the channel pleasant . +i to keep the channel user count at the max of 1 My $0.02, Dryder --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 18:36:05 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> <005f01c07a9a$20e56270$37526dd1@tiphares.com> <000901c07aa9$f790af50$0100a8c0@excalibur> Message-ID: 004b01c07aae$152af990$0100a8c0@excalibur Actually now that I think about it ... how about having the channel being suspended and no modes set, and for those that wish to set modes via chanserv they could do so with either operserv mode or chanserv mlock. Other options could be set too, via allowing Services Opers or admins to set options as if they had founder access. Since these options already exist, minimal coding to allow opers/admins to act as the founder would be needed. This should make the suspend command do what the oper/admin wishes or allows the rules regarding how suspend works to be determined by the network administration. Dryder ----- Original Message ----- From: "Scott Seufert" To: Sent: Tuesday, January 09, 2001 9:06 PM Subject: Re: [IRCServices] Desired behavior of channel suspension? > > > > ] ... SNIP ... [ > > > > > > > > - Should a suspended channel be treated like a forbidden one (no > > > one can enter it) or an unregistered one (it can be used, but Services > > > won't do anything do it)? [forbidden] > > > > > > > I think it should be treated more as a modeless channel. First person > > to enter it is deoped. After that services treats it as if the channel > > is unregistered, but forbids people from registering it (obviously) > > I would dissagree with "modeless" I believe that the channel should be: > > +t so users cannot "have fun" with setting the topic to something childish > or obsene towards IRCops because the channel is suspended. > +n to prevent outside messages. > +s to keep the channel off the channel list and out of users /whois as a > measure to prevent any type of attraction drawn to the channel. > > Optional: > > +m to really make the users usage of the channel pleasant . > +i to keep the channel user count at the max of 1 > > > My $0.02, > > Dryder > > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Tue Jan 9 19:19:56 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? References: <3a5a9dc8.34264@prima-lan.net> <005f01c07a9a$20e56270$37526dd1@tiphares.com> <000901c07aa9$f790af50$0100a8c0@excalibur> Message-ID: 001801c07ab4$361f8070$37526dd1@tiphares.com ----- Original Message ----- From: Scott Seufert To: Sent: Tuesday, January 09, 2001 8:06 PM Subject: Re: [IRCServices] Desired behavior of channel suspension? ] ... SNIP ... [ > > I would dissagree with "modeless" I believe that the channel should be: > > +t so users cannot "have fun" with setting the topic to something childish > or obsene towards IRCops because the channel is suspended. > +n to prevent outside messages. > +s to keep the channel off the channel list and out of users /whois as a > measure to prevent any type of attraction drawn to the channel. > > Optional: > > +m to really make the users usage of the channel pleasant . > +i to keep the channel user count at the max of 1 > > Well they wouldn't be modeless channels persay. Just no ops. ChanServ and OperServ could still affect the modes or grant ops of course. So you could do a +tns on the channel, just don't op people by default to keep them from doing much. They can't kick or ban this way for example. Perhaps the mlock on a suspended channel could be setable in the configuration file. As a side note: In all reality services can change modes on a modeless channel as well, but they don't like it too much. (The IRCd doesn't seem to mind though) Bryce Simonds (Kelmar K. Firesun) --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Wed Jan 10 17:26:58 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Have Problems Message-ID: F133prR0E6faZWZaend0000790d@hotmail.com I have probleme to run ircservices with my ircu, can u answer me please ? Regards, Bryan.Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From smkelly at zombie.org Wed Jan 10 17:59:32 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Have Problems In-Reply-To: ; from wfteam@hotmail.com on Thu, Jan 11, 2001 at 01:26:58AM -0000 References: Message-ID: 20010110195932.A5758@edgemaster.zombie.org On Thu, Jan 11, 2001 at 01:26:58AM -0000, Bryan Templeton wrote: ...some crap that showed up as an HTML attachment... First of all, HTML formatted mail is evil. Please stick with the standard ASCII stuff that we all know and love. Secondly, what version of ircu are you having problems with? IRCServices is known not to work with newer versions of ircu due to the drastic changes in server to server protocol. And for that matter, what version of IRCServices? -- Sean Kelly or PGP KeyID: 77042C7B http://www.sean-kelly.org --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From salde at silli.hao.osakk.fi Fri Jan 12 06:50:06 2001 From: salde at silli.hao.osakk.fi (Sauli Halttu) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] ircd2.10.3 says old version Message-ID: Pine.LNX.4.10.10101121646450.2315-100000@silli.hao.osakk.fi i use ircd2.10.3p1, redhat 6.1, ircservices 4.3.3 and my ircd says when i start services that server version is too old. what can i do for that ?? i also have try ircservices version 4.3.4 and 4.4.8, and i get same error... /-----------------------------------------------\ | E-Mail: sauli.halttu@silli.hao.osakk.fi | | WWW: http://www.salde.cjb.net | | Phone: +358-40-5596161 | | +358-45-6789577 | +358-50-3578110 | \-----------------------------------------------/ Matrix Has you... --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Jan 13 04:26:41 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] IRCServices-4.5.0 Release Date? Message-ID: E14HQ91-0000c2-00@gadolinium.btinternet.com Hey there, Just 2 quick questions to the list here : 1) Is there anywhere I can grab a pre-release CHANGES file for IRC-Services 4.5? 2) Does anyone out there know when 4.5 will be released, either in Beta or as an official release? Thanking you in advance, Quinn --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Jan 13 04:37:06 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Desired behavior of channel suspension? Message-ID: E14HQ96-0000c2-00@gadolinium.btinternet.com [snip] Sorry about my late (and probably useless) reply... > One of the features going into 4.5.0 will be channel suspension. > However, there are a number of potential issues as to how a suspended > channel should be treated, so I'd like to gather opinions on the > following points: (my current thoughts are in [brackets]) > > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] > I'd agree with forbidden here, but maybe a config file option to allow setting whether no-one can enter it or whether people can enter it, but Services just won't interract with the channel at all (as if it was unregistered). However, if you don't want Services to interract with a registered channel, wouldn't it just be a good idea to add an IGNORE command? Probably not the best idea, but this would allow you to just stop Services interracting with channels IF you decide to make SUSPEND disallow people going into the channel at all. > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] > No, if it's suspended the only action you should be able to take against it as a Services Admin would be to DROP the channel or make it unsuspended. > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] > I'd say no, if a channel is suspended, only a Services Admin can DROP or unsuspend the channel in question. If you allow DROP to channel founder, then all they'd have to do is DROP it, then re-register it. In which case, you may as well forbid the channel because they'd DROP it, lose the access/akick lists 'n' such. They'd lose that on a FORBID anyhow. > - Should Services allow memos to be sent to the channel? [no] > Incidentally, 4.4.x allows memos to be sent to suspended nicks; I'm > planning on disabling that as well unless someone convinces me > otherwise. > I'd agree here too, you can't send memos to a suspended nick. Obviously someone did something bad to warrant having their nick or channel suspended, so why should you give them the right to have memos sent or received. If a nick can't get memos, most people would re-register a new nick so they can or just to bypass the suspension of their old nick. So they COULD still get Memos then, unless you've had them AKILL'd in which case IMHO the suspension of their nick is pointless. Just my 0.2p's worth of input there. > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From chojin at tarakan-network.com Sat Jan 13 06:08:59 2001 From: chojin at tarakan-network.com (chojin@tarakan-network.com) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] IRCServices 4.5.0 ? In-Reply-To: References: Message-ID: 20010113140859.865199B04@mail.freesurf.fr Hi 4.5.0 version will come soon ? What is the lastest version I can download and where ? thank you Regards --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sat Jan 13 06:26:17 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] IRCServices 4.5.0 ? References: <20010113140859.865199B04@mail.freesurf.fr> Message-ID: 000701c07d6c$cbdb49e0$964efea9@excalibur IRCServices can be downloaded from: http://ender.shadowfire.org/ircservices/ Since there is such a large difference in the current version and 4.5.0, there has been no release date scheduled as of yet. Many things are still being ironed out. IRCServices-4.5.0 will not be a standard "bug fix" version. Many new features that have been requested will also be included in 4.5.0. The current version is IRCServices-4.4.9 [beta] which is available at the link listed above. Dryder ----- Original Message ----- From: To: Sent: Saturday, January 13, 2001 9:08 AM Subject: [IRCServices] IRCServices 4.5.0 ? > > Hi > > 4.5.0 version will come soon ? > > What is the lastest version I can download and where ? thank you > > Regards > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sun Jan 14 21:59:49 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] IRCServices-4.5.0 Release Date? References: Message-ID: 095e01c07eb8$5ec5afb0$9c011ac4@africa.didata.local Here are the changes as of the last time I made a _new_ change worth documenting. It should be noted that most of the development time has been spent around implementing AOP, SOP and VOP and getting the conversion between ACCESS LEVELS and these commands to work well. Andy's changes since the end of last year and the beginning of this one are NOT here. So this list could change quite a bit. Andrew 2000/09/17 Channels can now be suspended - preventing anyone from using or identifying for them. CS LIST/INFO have been updated. Fixed some cosmetic NS INFO bugs. Added support for Bahamut 1.4(07)'s +O channel mode. 2000/08/27 SJOIN now passes the real source of the SJOIN, for channel modes, to do_cmode(). The listnicks binary now displays the correct nick options. Above two reported by Uziel Fixed a bug with config option NSEnforcerUser not accepting user@host values. 0 (zero) is now a valid DefSessionLimit config value. ChanServ now bans *@* when a user enters a forbbiden channel - instead of just the user's host. Above two reported and suggested by Mauritz Antunes Fixed a bug where do_cmode() was called for forbidden channels from check_kick() resulting in many log entries warning about non-existant users. OS will not allow a server to be JUPE'ed if it's "visible" to Services. Suggested by Harvey Elliott Services now uses Bahamut's wildcard matching routine. This is to correct bugs in Services' internal wildcard matching. From now on all wildcard matching is case-insensitive. Bug reported by Stefan Funke 2000/08/16 Added a -noakill command line option. AKills will not be enforced by Services when this option is used. 2000/08/13 Split NickServ and MemoServ memory usage statistics. OperServ can now be set to AKILL hosts that exceed their session limit X times within X seconds. See the SessionLimitAkill configuration option. Suggested by Samuel Graenacher 2000/06/26 Added SOP, AOP and VOP commands - a'la DALnet. These are an alternative to the ACCESS command. See the WhatsNew file for details about other changes relating to this. 2000/06/24 Reworked the numbered list and range handling code. ----- Original Message ----- From: "Dr. K. Hawkes" To: "IRC Services Mailing List" Sent: Saturday, January 13, 2001 2:26 PM Subject: [IRCServices] IRCServices-4.5.0 Release Date? > Hey there, > > Just 2 quick questions to the list here : > > 1) Is there anywhere I can grab a pre-release CHANGES file for > IRC-Services 4.5? > > 2) Does anyone out there know when 4.5 will be released, > either in Beta or as an official release? > > Thanking you in advance, > > Quinn > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Sun Jan 14 22:06:42 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Bahamut 1.4(21) released Message-ID: 097201c07eb9$5525e410$9c011ac4@africa.didata.local For those that don't monitor the DALnet mailing lists, version 1.4.21 of Bahamut has been released. It has some really big new features. Some examples: - RC4 streaming encryption added, diffie hellman key exchange - zlib-compressed links added - Oper hostmasking You can get it from : http://bahamut.dal.net/ Now for the bad news, it has not been tested with IRC Services. However, it should, in theory, work. When IRC Services will start supporting the new features is another question entirely - one that I don't think anyone can answer at this stage. Andrew --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From achurch at achurch.org Mon Jan 15 15:33:12 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Why there's no public CVS Message-ID: 3a629ae8.40200@prima-lan.net >> Speaking of 4.5.0, is there anywhere the masses can d/l this while it's >> being worked on? Is there a CVS anywhere? > >I don't know about Andy, but I was reluctant to allow the general world to >use under development source due to the number of unhelpfull bug reports I >was getting. People did not seem to get the fact that the source was VERY >alpha and as such didn't do many of the things it should - like saving >databases or working properly. As things get closer to a final release it >becomes easier to release it as beta code. 4.5 was getting very close to >that stage when I last worked on it. However, Andy has to pick up where I >left off, which means that it will probably be longer until it gets >released. > >I hope this makes it clearer as to why the source was not released to the >public. Just for the record, this is more or less my reasoning as well, though for me it's simply that I _know_ the code won't work right and I don't need dozens or hundreds of E-mails telling me that. I plan to do like I did with previous versions: when 4.5.0-to-be is more or less stable, I'll release "pre-versions" (4.5pre0, 4.5pre1 etc.) for people to play with. P.S. I'll get to the channel suspension stuff later--I have a bit of a mail backlog to work through. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From beast at chat.za.net Sun Jan 7 05:52:09 2001 From: beast at chat.za.net (beast) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Bahamut 1.4(21) released References: <097201c07eb9$5525e410$9c011ac4@africa.didata.local> Message-ID: 004301c078b1$35e02380$0d251ec4@e4d2v7 Michéle Johl P.O. Box 598 Melmoth 3835 Tel (W) +2735 8703560 Fax +2735 8701815 Cell +2782 8013026 ----- Original Message ----- From: Andrew Kempe To: Sent: Monday, January 15, 2001 2:06 PM Subject: [IRCServices] Bahamut 1.4(21) released > For those that don't monitor the DALnet mailing lists, version 1.4.21 of > Bahamut has been released. It has some really big new features. > > Some examples: > > - RC4 streaming encryption added, diffie hellman key exchange > - zlib-compressed links added > - Oper hostmasking > > You can get it from : http://bahamut.dal.net/ > > Now for the bad news, it has not been tested with IRC Services. However, it > should, in theory, work. When IRC Services will start supporting the new > features is another question entirely - one that I don't think anyone can > answer at this stage. > > Andrew > > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Jan 15 04:36:53 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 Message-ID: 002e01c07eef$d74e4b90$9c011ac4@africa.didata.local What's the status with RH7? Do services work at all with it - I don't have a RH7 box to test this on. Thanks, Andrew --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From andy at strugglers.net Mon Jan 15 05:21:54 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 In-Reply-To: <002e01c07eef$d74e4b90$9c011ac4@africa.didata.local> References: <002e01c07eef$d74e4b90$9c011ac4@africa.didata.local> Message-ID: l8u56tc2akjutt46ql87i3o2ap76nps5gq@4ax.com On Mon, 15 Jan 2001 14:36:53 +0200, "Andrew Kempe" wrote: >What's the status with RH7? Do services work at all with it - I don't have a >RH7 box to test this on. I have not tried 4.4.9 but after fixing that one issue with strtok myself I have seen no problems with 4.4.8, if that helps. -- Andy Smith --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From " Mon Jan 15 05:45:42 2001 From: " (") Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 References: <002e01c07eef$d74e4b90$9c011ac4@africa.didata.local> Message-ID: 004d01c07ef9$833c56a0$9c011ac4@africa.didata.local Which glibc libs are you using? Thanks, Andrew ----- Original Message ----- From: "Andy Smith" To: Sent: Monday, January 15, 2001 3:21 PM Subject: Re: [IRCServices] RH7.0 > On Mon, 15 Jan 2001 14:36:53 +0200, "Andrew Kempe" > wrote: > > >What's the status with RH7? Do services work at all with it - I don't have a > >RH7 box to test this on. > > I have not tried 4.4.9 but after fixing that one issue with strtok myself I > have seen no problems with 4.4.8, if that helps. > > -- > Andy Smith > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From dreamer at darkness.gr Mon Jan 15 05:56:23 2001 From: dreamer at darkness.gr (dreamer@darkness.gr) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Bahamut 1.4(21) released In-Reply-To: <097201c07eb9$5525e410$9c011ac4@africa.didata.local> References: 097201c07eb9$5525e410$9c011ac4@africa.didata.local Message-ID: Pine.LNX.4.31.0101151549260.24291-100000@darkness.darkness.gr Greetings all, Bahamut 1.4.21 is working with services. But , since i'm follown the bahamut revisions from 16, to 21 step by step i'm suggesting to wait a bit and not move to the 21 yeat. probaby another version 22 will come, since 21 is consuming a lot of memory. Late days, during this week acctualy every day there was a new version of bahamut .... Regards, Dinos On Mon, 15 Jan 2001, Andrew Kempe wrote: > For those that don't monitor the DALnet mailing lists, version 1.4.21 of > Bahamut has been released. It has some really big new features. > > Some examples: > > - RC4 streaming encryption added, diffie hellman key exchange > - zlib-compressed links added > - Oper hostmasking > > You can get it from : http://bahamut.dal.net/ > > Now for the bad news, it has not been tested with IRC Services. However, it > should, in theory, work. When IRC Services will start supporting the new > features is another question entirely - one that I don't think anyone can > answer at this stage. > > Andrew > > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From andy at strugglers.net Mon Jan 15 06:13:08 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 In-Reply-To: <004d01c07ef9$833c56a0$9c011ac4@africa.didata.local> References: <002e01c07eef$d74e4b90$9c011ac4@africa.didata.local> <004d01c07ef9$833c56a0$9c011ac4@africa.didata.local> Message-ID: 7sv56tobqpk7hv3gbeautohcchm9f0qffl@4ax.com On Mon, 15 Jan 2001 15:45:42 +0200, "Andrew Kempe" wrote: >Which glibc libs are you using? At the time I first saw the problem I was on 2.1-94. After isolating it I upgraded them to 2.2-5 but this did not help, so I patched around strtok. It is currently running under glibc 2.2-12 which was upgraded due to the recent local root exploit in glibc. -- Andy Smith --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From mike at chat.za.net Mon Jan 15 09:19:13 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think Message-ID: 2.2.32.20010115171913.012db22c@196.14.3.98 HI We enabled that Guest thingy, where instead of killing it changes the nick to guestxxxxx, but, when services started up , it changed everyone who didnt identify to the same nick, which was a %*^*%&% up of note. I am using dreamforge 4.6.7 and ircservices.4.4.9 Heeeelp Locke --- Michael Smith (Warlock on IRC) http://www.warlock.web.za "Do you smell something burning or is it me?" -- Joan of Arc --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From smkelly at zombie.org Mon Jan 15 10:31:37 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think In-Reply-To: <2.2.32.20010115171913.012db22c@196.14.3.98>; from mike@chat.za.net on Mon, Jan 15, 2001 at 07:19:13PM +0200 References: <2.2.32.20010115171913.012db22c@196.14.3.98> Message-ID: 20010115123137.A751@edgemaster.zombie.org On Mon, Jan 15, 2001 at 07:19:13PM +0200, Michael Smith wrote: > HI > > We enabled that Guest thingy, where instead of killing it changes the nick > to guestxxxxx, but, when services started up , it changed everyone who didnt > identify to the same nick, which was a %*^*%&% up of note. > > I am using dreamforge 4.6.7 and ircservices.4.4.9 We disabled that on my network for that very reason. We did this a while ago and I've forgotten to check the current status of this bug. It seems that it has been a long time for it to go unfixed... A message previously on this list: Date: Thu, 21 Oct 1999 08:22:59 +0200 (SAT) From: Andrew Kempe To: ircservices@ender.shadowfire.org Subject: Re: [IRCServices] Guest Nick Error This is a known bug with Services (I think I might have even added it to the Bugs list - *proud look*) This will hopefully, and most probably, be fixed inthe next release of Services. Regards, Andrew On Wed, 20 Oct 1999, Josh Odom wrote: > Hey Guys, > > I am not so sure about how the "Guest Nick System" Works. We are using > Services-4.3.3 (with a few of my personal modifications) It changed our > nicks at the exact same time and to the exact same nick... > > [11:05]*** Shadow is now known as Guest38040 > [11:05]*** Ecliptic is now known as Guest38040 > > Don't know if this has happened to anyone else but it could be a problem for > larger networks... > > > Josh Odom > joshodom@uswest.net > > > > PS: Anyone who still has the SENDPASS code, can you please send it to me? > THX > -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From mike at chat.za.net Mon Jan 15 10:43:03 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think Message-ID: 2.2.32.20010115184303.010ce280@196.14.3.98 Err its a twofold problem Dreamforge's svsnick doesnt check to see that the nick isnt already in use AND , the code in services doesnt generate a different number per unique instance use, so its probably based on some kind of time stamp I have coded a fix for dreamforge, but I'm not sure how badly this will break servicse BTW, does anyone have that patch for multiple services root, I am keen for that (and It should be a feature in 4.5) Locke At 12:31 PM 01/01/15 -0600, you wrote: >On Mon, Jan 15, 2001 at 07:19:13PM +0200, Michael Smith wrote: >> HI >> >> We enabled that Guest thingy, where instead of killing it changes the nick >> to guestxxxxx, but, when services started up , it changed everyone who didnt >> identify to the same nick, which was a %*^*%&% up of note. >> >> I am using dreamforge 4.6.7 and ircservices.4.4.9 > >We disabled that on my network for that very reason. We did this a while ago >and I've forgotten to check the current status of this bug. It seems that >it has been a long time for it to go unfixed... > >A message previously on this list: > >Date: Thu, 21 Oct 1999 08:22:59 +0200 (SAT) >From: Andrew Kempe >To: ircservices@ender.shadowfire.org >Subject: Re: [IRCServices] Guest Nick Error > >This is a known bug with Services (I think I might have even added it to >the Bugs list - *proud look*) > >This will hopefully, and most probably, be fixed inthe next release of >Services. > >Regards, Andrew > >On Wed, 20 Oct 1999, Josh Odom wrote: > >> Hey Guys, >> >> I am not so sure about how the "Guest Nick System" Works. We are using >> Services-4.3.3 (with a few of my personal modifications) It changed our >> nicks at the exact same time and to the exact same nick... >> >> [11:05]*** Shadow is now known as Guest38040 >> [11:05]*** Ecliptic is now known as Guest38040 >> >> Don't know if this has happened to anyone else but it could be a problem for >> larger networks... >> >> >> Josh Odom >> joshodom@uswest.net >> >> >> >> PS: Anyone who still has the SENDPASS code, can you please send it to me? >> THX >> > >-- >Sean Kelly | PGP KeyID: 77042C7B >smkelly@zombie.org | http://www.zombie.org > >For PGP key, send e-mail with subject "send pgp key" > >--------------------------------------------------------------- >To unsubscribe, send email to majordomo@snow.shadowfire.org >with "unsubscribe ircservices" in the body, without the quotes. > > --- Michael Smith (Warlock on IRC) http://www.warlock.web.za "Do you smell something burning or is it me?" -- Joan of Arc --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From smkelly at zombie.org Mon Jan 15 10:59:23 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think In-Reply-To: <2.2.32.20010115184303.010ce280@196.14.3.98>; from mike@chat.za.net on Mon, Jan 15, 2001 at 08:43:03PM +0200 References: <2.2.32.20010115184303.010ce280@196.14.3.98> Message-ID: 20010115125923.B751@edgemaster.zombie.org On Mon, Jan 15, 2001 at 08:43:03PM +0200, Michael Smith wrote: > > Err its a twofold problem > > Dreamforge's svsnick doesnt check to see that the nick isnt already in use > AND , the code in services doesnt generate a different number per unique > instance use, so its probably based on some kind of time stamp > > I have coded a fix for dreamforge, but I'm not sure how badly this will > break servicse I'd be interrested to see the patch. > > BTW, does anyone have that patch for multiple services root, I am keen for that > (and It should be a feature in 4.5) Well, this isn't services-coding, but what the hell: From: "Kelmar K. Firesun" To: Subject: Re: Services Root(s) 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 -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" --------------------------------------------------------------- To unsubscribe, send email to majordomo@snow.shadowfire.org with "unsubscribe ircservices" in the body, without the quotes. From shadow at snow.fingers.co.za Mon Jan 15 11:57:59 2001 From: shadow at snow.fingers.co.za (shadow) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] testing Message-ID: hi there kids. From shadow at snow.fingers.co.za Mon Jan 15 12:17:42 2001 From: shadow at snow.fingers.co.za (shadow) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] testing In-Reply-To: Message-ID: testing On Mon, 15 Jan 2001, shadow wrote: > hi there kids. > > > _______________________________________________ > IRCServices mailing list > IRCServices@ircservices.za.net > http://snow.fingers.co.za/mailman/listinfo/ircservices > From robh at uunet.co.za Mon Jan 15 12:17:47 2001 From: robh at uunet.co.za (Rob Hunter) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] testing Message-ID: --Rob From achurch at achurch.org Tue Jan 16 10:16:52 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 Message-ID: <3a63a13a.46260@prima-lan.net> >What's the status with RH7? Do services work at all with it - I don't have a >RH7 box to test this on. RH7 has a uses a broken compiler and libc, so things are very likely to break. I will not be supporting RH7 in any way whatsoever. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Tue Jan 16 10:19:49 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think Message-ID: <3a63a215.46274@prima-lan.net> >We enabled that Guest thingy, where instead of killing it changes the nick >to guestxxxxx, but, when services started up , it changed everyone who didnt >identify to the same nick, which was a %*^*%&% up of note. > >I am using dreamforge 4.6.7 and ircservices.4.4.9 This should have been fixed in 4.4.9, but I've changed the algorithm for 4.5.0 to a simple counter, which should ensure uniqueness. Hopefully I can get a beta of 4.5 out before too long, but for the meantime I suggest not using the guest-nick feature. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Tue Jan 16 10:21:34 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Multiple Services roots Message-ID: <3a63a29c.46304@prima-lan.net> >BTW, does anyone have that patch for multiple services root, I am keen for that >(and It should be a feature in 4.5) I'm looking at a slightly different option for 4.5: an OperServ SU command (or some such name) which will allow any Services admin to gain Services root privileges by giving the proper password. I think that should suffice. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From spaced at connect.ab.ca Mon Jan 15 20:16:09 2001 From: spaced at connect.ab.ca (Tim AtLee) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? Message-ID: <000b01c07f73$0df80ae0$0200a8c0@powersurft.com> Howdy Some time ago, we relocated our services to a different server. I recompiled the source files, installed. and when I went to start services again, I was greeted with "PANIC! ..." messages. I figured out that I needed to clean out the .o files.. recompiled, reinstalled, and boom, done.. worked for quite some time :-) Tonight, I received a message from the services saying they were connecting. I checked the server logs, and read the following: [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com identified for nick Rogue [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron [Jan 15 22:49:45 2001] Services terminating: Segmentation fault [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) starting up [Jan 15 23:01:02 2001] Databases loaded How do I resolve this? I'm using a SLIGHTLY modified version of services to allow it to work with Cyclone IRCd. Any help would be greatly appreciated :-) Thanks, Tim From andrewk at icon.co.za Tue Jan 16 02:41:14 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] test Message-ID: <013901c07fa8$d9bb54e0$9c011ac4@africa.didata.local> pls ignore From andrewk at icon.co.za Tue Jan 16 02:41:25 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] test Message-ID: <013f01c07fa8$e0493020$9c011ac4@africa.didata.local> pls ignore From andrewk at icon.co.za Tue Jan 16 02:51:20 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] New Domain name and stuff Message-ID: <019f01c07faa$42b044f0$9c011ac4@africa.didata.local> Ok, So like I finally got around to moving everything over to the new mailing list software. Please post to the mailing list using: ircservices@ircservices.za.net If you post to any of the old addresses, they'll forward the message on to the new address. However, this will not work for ever - so please start using the new address soon. The new domain will prevent all the problems we've had in the past when mail server names change or ownership of IRC Services changes. It also means that we can point ftp.ircservices.za.net to various servers without having to update the README's and stuff. The website can be found at: http://www.ircservices.za.net The ftp site can be found at: ftp://ftp.ircservices.za.net Later, Andrew From shadow at snow.fingers.co.za Tue Jan 16 02:52:13 2001 From: shadow at snow.fingers.co.za (shadow) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think (fwd) Message-ID: ---------- Forwarded message ---------- Date: Tue, 16 Jan 2001 10:19:49 JST From: Andrew Church Reply-To: ircservices@ircservices.za.net To: ircservices@snow.shadowfire.org Subject: Re: [IRCServices] Leetle bug in Services I think >We enabled that Guest thingy, where instead of killing it changes the nick >to guestxxxxx, but, when services started up , it changed everyone who didnt >identify to the same nick, which was a %*^*%&% up of note. > >I am using dreamforge 4.6.7 and ircservices.4.4.9 This should have been fixed in 4.4.9, but I've changed the algorithm for 4.5.0 to a simple counter, which should ensure uniqueness. Hopefully I can get a beta of 4.5 out before too long, but for the meantime I suggest not using the guest-nick feature. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From shadow at snow.fingers.co.za Tue Jan 16 02:52:07 2001 From: shadow at snow.fingers.co.za (shadow) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] RH7.0 (fwd) Message-ID: ---------- Forwarded message ---------- Date: Tue, 16 Jan 2001 10:16:52 JST From: Andrew Church Reply-To: ircservices@ircservices.za.net To: ircservices@snow.shadowfire.org Subject: Re: [IRCServices] RH7.0 >What's the status with RH7? Do services work at all with it - I don't have a >RH7 box to test this on. RH7 has a uses a broken compiler and libc, so things are very likely to break. I will not be supporting RH7 in any way whatsoever. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From shadow at snow.fingers.co.za Tue Jan 16 02:52:22 2001 From: shadow at snow.fingers.co.za (shadow) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Multiple Services roots (fwd) Message-ID: ---------- Forwarded message ---------- Date: Tue, 16 Jan 2001 10:21:34 JST From: Andrew Church Reply-To: ircservices@ircservices.za.net To: ircservices@snow.shadowfire.org Subject: [IRCServices] Multiple Services roots >BTW, does anyone have that patch for multiple services root, I am keen for that >(and It should be a feature in 4.5) I'm looking at a slightly different option for 4.5: an OperServ SU command (or some such name) which will allow any Services admin to gain Services root privileges by giving the proper password. I think that should suffice. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From spaced at connect.ab.ca Tue Jan 16 10:25:33 2001 From: spaced at connect.ab.ca (Tim AtLee) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? Message-ID: <001d01c07fe9$b6b69360$0200a8c0@powersurft.com> Not sure if this got through before the list address changed (i never got a copy if it).. Some time ago, we relocated our services to a different server. I recompiled the source files, installed. and when I went to start services again, I was greeted with "PANIC! ..." messages. I figured out that I needed to clean out the .o files.. recompiled, reinstalled, and boom, done.. worked for quite some time :-) Tonight, I received a message from the services saying they were connecting. I checked the server logs, and read the following: [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com identified for nick Rogue [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron [Jan 15 22:49:45 2001] Services terminating: Segmentation fault [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) starting up [Jan 15 23:01:02 2001] Databases loaded How do I resolve this? I'm using a SLIGHTLY modified version of services to allow it to work with Cyclone IRCd. Any help would be greatly appreciated :-) Thanks, Tim From dreamer at darkness.gr Tue Jan 16 16:56:45 2001 From: dreamer at darkness.gr (dreamer@darkness.gr) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Returned mail: see transcript for details (fwd) Message-ID: Greetings all, Testing the lastest ircservices i notice that services crash, in an update, when they are trying to expire a suspended nick. This happens when an old db is loaded at the services. Older db's don't have the structure of the current NickSuspend. Regards, Nick Krassas Dinos @ darkness.irc.gr Ps. You might want to fix this ----- The following addresses had permanent fatal errors ----- (reason: 553 ... Virtual User unknown) ----- Transcript of session follows ----- ... while talking to mx01.icon.co.za.: >>> RCPT To: <<< 553 ... Virtual User unknown 550 5.1.1 ... User unknown From andrewk at icon.co.za Tue Jan 16 21:44:46 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <001d01c07fe9$b6b69360$0200a8c0@powersurft.com> Message-ID: <02c601c08048$993d35a0$9c011ac4@africa.didata.local> The mostly likely reason is corrupt databases. Seeing as you're using a modified version of Services this chance becomes even more probable. Andrew ----- Original Message ----- From: "Tim AtLee" To: "Mailing List: Services" Sent: Tuesday, January 16, 2001 8:25 PM Subject: [IRCServices] Panic / Segmentation fault? > Not sure if this got through before the list address changed (i never got a > copy if it).. > > Some time ago, we relocated our services to a different server. I > recompiled the source files, installed. and when I went to start services > again, I was greeted with "PANIC! ..." messages. I figured out that I > needed to clean out the .o files.. recompiled, reinstalled, and boom, > done.. worked for quite some time :-) > > Tonight, I received a message from the services saying they were connecting. > I checked the server logs, and read the following: > > [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com identified > for nick Rogue > [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron > [Jan 15 22:49:45 2001] Services terminating: Segmentation fault > [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) > starting up > [Jan 15 23:01:02 2001] Databases loaded > > How do I resolve this? > > I'm using a SLIGHTLY modified version of services to allow it to work with > Cyclone IRCd. > > Any help would be greatly appreciated :-) > > Thanks, > > Tim > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dryder at qx.net Tue Jan 16 21:42:13 2001 From: dryder at qx.net (Scott Seufert) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <001d01c07fe9$b6b69360$0200a8c0@powersurft.com> <02c601c08048$993d35a0$9c011ac4@africa.didata.local> Message-ID: <008501c08048$3f029b70$964efea9@excalibur> Especially when the cyclone diff changes timestamping slightly. Dryder ----- Original Message ----- From: "Andrew Kempe" To: Sent: Wednesday, January 17, 2001 12:44 AM Subject: Re: [IRCServices] Panic / Segmentation fault? > The mostly likely reason is corrupt databases. Seeing as you're using a > modified version of Services this chance becomes even more probable. > > Andrew > > ----- Original Message ----- > From: "Tim AtLee" > To: "Mailing List: Services" > Sent: Tuesday, January 16, 2001 8:25 PM > Subject: [IRCServices] Panic / Segmentation fault? > > > > Not sure if this got through before the list address changed (i never got > a > > copy if it).. > > > > Some time ago, we relocated our services to a different server. I > > recompiled the source files, installed. and when I went to start services > > again, I was greeted with "PANIC! ..." messages. I figured out that I > > needed to clean out the .o files.. recompiled, reinstalled, and boom, > > done.. worked for quite some time :-) > > > > Tonight, I received a message from the services saying they were > connecting. > > I checked the server logs, and read the following: > > > > [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com > identified > > for nick Rogue > > [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron > > [Jan 15 22:49:45 2001] Services terminating: Segmentation fault > > [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) > > starting up > > [Jan 15 23:01:02 2001] Databases loaded > > > > How do I resolve this? > > > > I'm using a SLIGHTLY modified version of services to allow it to work with > > Cyclone IRCd. > > > > Any help would be greatly appreciated :-) > > > > Thanks, > > > > Tim > > > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From smkelly at zombie.org Tue Jan 16 22:18:31 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <008501c08048$3f029b70$964efea9@excalibur>; from dryder@qx.net on Wed, Jan 17, 2001 at 12:42:13AM -0500 References: <001d01c07fe9$b6b69360$0200a8c0@powersurft.com> <02c601c08048$993d35a0$9c011ac4@africa.didata.local> <008501c08048$3f029b70$964efea9@excalibur> Message-ID: <20010117001831.A6653@edgemaster.zombie.org> On Wed, Jan 17, 2001 at 12:42:13AM -0500, Scott Seufert wrote: > Especially when the cyclone diff changes timestamping slightly. > > Dryder Actually, it doesn't. The only difference that "the cyclone patch" makes is an alteration to how the "PASS" command is sent to the remote server when the initial connection is being established: diff -u ircservices-4.4.9.orig/init.c ircservices-4.4.9/init.c --- ircservices-4.4.9.orig/init.c Fri Mar 10 17:53:41 2000 +++ ircservices-4.4.9/init.c Tue Dec 12 01:19:05 2000 @@ -492,7 +492,7 @@ #ifdef IRC_BAHAMUT send_cmd(NULL, "PASS %s :TS", RemotePassword); #else - send_cmd(NULL, "PASS :%s", RemotePassword); + send_cmd(NULL, "PASS %s :1", RemotePassword); #endif #ifdef IRC_UNDERNET_NEW send_cmd(NULL, "SERVER %s 1 %lu %lu P09 :%s", Not only does that not have a single thing to do with timestamping as you claim, it also shouldn't even be a consideration when you evaluate the overall stability and operation of IRCServices. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From spacedout at spaced.dnsalias.com Tue Jan 16 22:21:34 2001 From: spacedout at spaced.dnsalias.com (Spaced Out) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <02c601c08048$993d35a0$9c011ac4@africa.didata.local> Message-ID: Hm, ok, so how do I fix this problem? It's only happened the one time.. is there a way to rebuild the DBs, or is it called "Wipe 'em clear"? Thanks, Tim On Wed, 17 Jan 2001, Andrew Kempe wrote: > The mostly likely reason is corrupt databases. Seeing as you're using a > modified version of Services this chance becomes even more probable. > > Andrew > > ----- Original Message ----- > From: "Tim AtLee" > To: "Mailing List: Services" > Sent: Tuesday, January 16, 2001 8:25 PM > Subject: [IRCServices] Panic / Segmentation fault? > > > > Not sure if this got through before the list address changed (i never got > a > > copy if it).. > > > > Some time ago, we relocated our services to a different server. I > > recompiled the source files, installed. and when I went to start services > > again, I was greeted with "PANIC! ..." messages. I figured out that I > > needed to clean out the .o files.. recompiled, reinstalled, and boom, > > done.. worked for quite some time :-) > > > > Tonight, I received a message from the services saying they were > connecting. > > I checked the server logs, and read the following: > > > > [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com > identified > > for nick Rogue > > [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron > > [Jan 15 22:49:45 2001] Services terminating: Segmentation fault > > [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) > > starting up > > [Jan 15 23:01:02 2001] Databases loaded > > > > How do I resolve this? > > > > I'm using a SLIGHTLY modified version of services to allow it to work with > > Cyclone IRCd. > > > > Any help would be greatly appreciated :-) > > > > Thanks, > > > > Tim > > > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From spacedout at spaced.dnsalias.com Tue Jan 16 22:22:02 2001 From: spacedout at spaced.dnsalias.com (Spaced Out) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <008501c08048$3f029b70$964efea9@excalibur> Message-ID: I don't see how this could be, since the diff only changes one line of code..... Tim On Wed, 17 Jan 2001, Scott Seufert wrote: > Especially when the cyclone diff changes timestamping slightly. > > Dryder > > ----- Original Message ----- > From: "Andrew Kempe" > To: > Sent: Wednesday, January 17, 2001 12:44 AM > Subject: Re: [IRCServices] Panic / Segmentation fault? > > > > The mostly likely reason is corrupt databases. Seeing as you're using a > > modified version of Services this chance becomes even more probable. > > > > Andrew > > > > ----- Original Message ----- > > From: "Tim AtLee" > > To: "Mailing List: Services" > > Sent: Tuesday, January 16, 2001 8:25 PM > > Subject: [IRCServices] Panic / Segmentation fault? > > > > > > > Not sure if this got through before the list address changed (i never > got > > a > > > copy if it).. > > > > > > Some time ago, we relocated our services to a different server. I > > > recompiled the source files, installed. and when I went to start > services > > > again, I was greeted with "PANIC! ..." messages. I figured out that I > > > needed to clean out the .o files.. recompiled, reinstalled, and boom, > > > done.. worked for quite some time :-) > > > > > > Tonight, I received a message from the services saying they were > > connecting. > > > I checked the server logs, and read the following: > > > > > > [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com > > identified > > > for nick Rogue > > > [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron > > > [Jan 15 22:49:45 2001] Services terminating: Segmentation fault > > > [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) > > > starting up > > > [Jan 15 23:01:02 2001] Databases loaded > > > > > > How do I resolve this? > > > > > > I'm using a SLIGHTLY modified version of services to allow it to work > with > > > Cyclone IRCd. > > > > > > Any help would be greatly appreciated :-) > > > > > > Thanks, > > > > > > Tim > > > > > > > > > > > > ----------------------------------------------------------- > > > To unsubscribe, mail ircservices-request@ircservices.za.net > > > with the word UNSUBSCRIBE in the subject of the mail. > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From mike at chat.za.net Tue Jan 16 22:47:03 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: Message-ID: You mean you dont do daily backups of your services database? Possible suggestion for 4.5 tho, have a database integrity checker, that goes through the database, and makes sure that everything is hunky dory, that way, you know when your database is starting to fail (would be nice if it had a repair option too, when you have over 5 thousand registered nicks, (9 thousand and something if you count forbidden nicks) and a 2-3 year old services database, you DONT really wanna have to start from scrach, and losing a days worth of data (by recovering from previous days backup) is not really even an option. Locke --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Tue, 16 Jan 2001, Spaced Out wrote: > Hm, ok, so how do I fix this problem? It's only happened the one > time.. is there a way to rebuild the DBs, or is it called "Wipe 'em > clear"? > > Thanks, > > Tim > > On Wed, 17 Jan 2001, Andrew Kempe wrote: > > > The mostly likely reason is corrupt databases. Seeing as you're using a > > modified version of Services this chance becomes even more probable. > > > > Andrew > > > > ----- Original Message ----- > > From: "Tim AtLee" > > To: "Mailing List: Services" > > Sent: Tuesday, January 16, 2001 8:25 PM > > Subject: [IRCServices] Panic / Segmentation fault? > > > > > > > Not sure if this got through before the list address changed (i never got > > a > > > copy if it).. > > > > > > Some time ago, we relocated our services to a different server. I > > > recompiled the source files, installed. and when I went to start services > > > again, I was greeted with "PANIC! ..." messages. I figured out that I > > > needed to clean out the .o files.. recompiled, reinstalled, and boom, > > > done.. worked for quite some time :-) > > > > > > Tonight, I received a message from the services saying they were > > connecting. > > > I checked the server logs, and read the following: > > > > > > [Jan 15 22:49:44 2001] NickServ: Rogue!Rogue@ACAF5B94.ipt.aol.com > > identified > > > for nick Rogue > > > [Jan 15 22:49:45 2001] PANIC! buffer = :Rogue JOIN :#Wraith-Squadron > > > [Jan 15 22:49:45 2001] Services terminating: Segmentation fault > > > [Jan 15 23:01:01 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) > > > starting up > > > [Jan 15 23:01:02 2001] Databases loaded > > > > > > How do I resolve this? > > > > > > I'm using a SLIGHTLY modified version of services to allow it to work with > > > Cyclone IRCd. > > > > > > Any help would be greatly appreciated :-) > > > > > > Thanks, > > > > > > Tim > > > > > > > > > > > > ----------------------------------------------------------- > > > To unsubscribe, mail ircservices-request@ircservices.za.net > > > with the word UNSUBSCRIBE in the subject of the mail. > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From stsimb at forthnet.gr Tue Jan 16 23:11:23 2001 From: stsimb at forthnet.gr (Sotiris Tsimbonis) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think (fwd) In-Reply-To: Message-ID: On Tue, 16 Jan 2001, shadow wrote: > This should have been fixed in 4.4.9, but I've changed the algorithm > for 4.5.0 to a simple counter, which should ensure uniqueness. Hopefully > I can get a beta of 4.5 out before too long, but for the meantime I > suggest not using the guest-nick feature. This counter makes it easy for somebody to guess the next nick simply by looking at nick changes.. It's better to have an algorithm that combines timestamp with a counter.. e.g. in nickserv.c declare: static int guestnum; /* Current guest number */ in ns_init(): guestnum = time(NULL); while (guestnum>9999999) guestnum -= 10000000; in collide(): snprintf(guestnick, sizeof(guestnick), "%s%ld%d%ld", NSGuestNickPrefix, tv.tv_usec / 10000, guestnum++, tv.tv_sec % (60*60*24)); _ _ _|_ o._ o _ _)(_) |_ || |_> From achurch at achurch.org Wed Jan 17 23:18:50 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Leetle bug in Services I think (fwd) Message-ID: <3a65aa3c.64456@prima-lan.net> >On Tue, 16 Jan 2001, shadow wrote: >> This should have been fixed in 4.4.9, but I've changed the algorithm >> for 4.5.0 to a simple counter, which should ensure uniqueness. Hopefully >> I can get a beta of 4.5 out before too long, but for the meantime I >> suggest not using the guest-nick feature. > >This counter makes it easy for somebody to guess the next nick simply by >looking at nick changes.. I don't see why that's a problem when you can prevent people from using said nicks with Q:lines (and if you don't that's your own fault). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Wed Jan 17 23:20:51 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? Message-ID: <3a65ab01.64472@prima-lan.net> >You mean you dont do daily backups of your services database? > >Possible suggestion for 4.5 tho, have a database integrity checker, that >goes through the database, and makes sure that everything is hunky dory, >that way, you know when your database is starting to fail (would be nice >if it had a repair option too, when you have over 5 thousand registered >nicks, (9 thousand and something if you count forbidden nicks) and a 2-3 >year old services database, you DONT really wanna have to start from >scrach, and losing a days worth of data (by recovering from previous days >backup) is not really even an option. Actually, I'm considering a fairly major change in the database format for 5.0 (my plan is to start 5.0 development shortly after releasing 4.5) to prevent this kind of problem, where a single corrupt entry renders the entire database unusable. However, the DBs shouldn't become corrupt in the first place, so the only real solution I can suggest is to take backups. On EsperNet we take two backups a day so we're never more than 12 hours behind, which should be more than enough. (Why would recovering from a previous day's backup not be an option? It's surely better than losing everything.) --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From dreamer at darkness.gr Wed Jan 17 15:38:49 2001 From: dreamer at darkness.gr (dreamer@darkness.gr) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Greetings Message-ID: Gretings again, It seems that all functions like access_del_callback, akick_del_callback etc have a problem. That is , executing a /msg memoserv del 1-99999999999999999999999999 services are delaying for a long period of time. This behaviour will cause the server that are connected to send an squit if there is general activity at the network. If there is no activity and you are running for example a test server at home, you will regain control at the services after a period of time. The same command could apply at chanserv with /msg chanserv access #channel del 1-99999999999999etcetc or at the akick function. Regards, Nick Krassas Dinos @ darkness.irc.gr From chromi at cyberspace.org Wed Jan 17 16:23:45 2001 From: chromi at cyberspace.org (Jonathan Morton) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Greetings In-Reply-To: Message-ID: > It seems that all functions like access_del_callback, >akick_del_callback etc have a problem. That is , executing a /msg memoserv >del 1-99999999999999999999999999 services are delaying for a long period >of time. This behaviour will cause the server that are connected to send >an squit if there is general activity at the network. If there is no >activity and you are running for example a test server at home, you will >regain control at the services after a period of time. The same command >could apply at chanserv with /msg chanserv access #channel del >1-99999999999999etcetc or at the akick function. Ahh, looks like we have a complexity problem. Someone needs to make some algorithms more efficient. :) -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk The key to knowledge is not to rely on people to teach you it. Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/ -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a20 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----- From achurch at achurch.org Thu Jan 18 09:40:06 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Channel suspension Message-ID: <3a664008.67524@prima-lan.net> Okay, here's what I'm planning to do for channel suspension: > - Should a suspended channel be treated like a forbidden one (no > one can enter it) or an unregistered one (it can be used, but Services > won't do anything do it)? [forbidden] As some people suggested, I'll be treating it like a modeless channel but with a modelock of +nst, so nobody gets ops, people can't fool with the topic, etc. I may make the modelock configurable; I haven't decided on that yet. > - Should Services allow changes to the channel settings? I think > this one is a pretty clear "no", but I'll put it up for debate. [no] This stays a no. > - Should Services allow the founder to drop the channel? The > current behavior of suspended nicknames is that the owner cannot drop > them, but this is only because the owner cannot identify for them and > not because Services specifically prevents dropping; I could see > suspended channels going either way. [undecided] As was pointed out by many, allowing this would essentially let the founder cancel the suspension, so this is a no. >> - Should Services allow memos to be sent to the channel? [no] This will stay a no as well, and I'm also going to disable memos to suspended nicks as I originally planned. I'm not convinced there's a real need to allow suspended nicks/channels to receive memos, so I'm not planning to put such an option in. (I'm trying to avoid adding too many options; it makes the config file that much more confusing.) Comments are welcome. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From dblanch at home.com Wed Jan 17 17:52:16 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <3a65ab01.64472@prima-lan.net> Message-ID: <002601c080f1$49860f10$250c1218@cc274522d> Here's an idea... Make a way to export the *.db to a ascii text file, and a way to import it in the event of database corruption. Rebuilding the text file would be much easier on the admin. Think of the way, for example, a program like AutoCad handles the source, and compiled versions of its menu files. This, coupled with the habit of regular backups, could really help out a lot. I could go on and on with why this a good idea, but for now I'll just let ya dwell on it :) My 1.5 cents... lol David > Actually, I'm considering a fairly major change in the database > format for 5.0 (my plan is to start 5.0 development shortly after > releasing 4.5) to prevent this kind of problem, where a single corrupt > entry renders the entire database unusable. However, the DBs shouldn't > become corrupt in the first place, so the only real solution I can > suggest is to take backups. On EsperNet we take two backups a day so > we're never more than 12 hours behind, which should be more than enough. > (Why would recovering from a previous day's backup not be an option? > It's surely better than losing everything.) > From bclark at bclark.yi.org Wed Jan 17 18:06:32 2001 From: bclark at bclark.yi.org (Bryan Clark) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> Message-ID: <3A664FA8.F32669F4@bclark.yi.org> David Blanchard wrote: > Here's an idea... Make a way to export the *.db to a ascii text file, and a > way to import it in the event of database corruption. Rebuilding the text > file would be much easier on the admin. Think of the way, for example, a > program like AutoCad handles the source, and compiled versions of its menu > files. This, coupled with the habit of regular backups, could really help > out a lot. I could go on and on with why this a good idea, but for now I'll > just let ya dwell on it :) That would probably be a Bad Thing (tm) if you don't use encrypted passwords, though. I just run backups every eight hours -- something which has already gotten me out of trouble once already ...... ;) From ben at desync.com Wed Jan 17 19:18:42 2001 From: ben at desync.com (ben@desync.com) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <3A664FA8.F32669F4@bclark.yi.org>; from bclark@bclark.yi.org on Wed, Jan 17, 2001 at 09:06:32PM -0500 References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> <3A664FA8.F32669F4@bclark.yi.org> Message-ID: <20010117191842.B12786@desync.com> Being able to export the DBs like this would make it easy to write scripts that look up user info from a website or generate stats or whatever. I think that'd be pretty cool. -ben The Inside3D Network On Wed, Jan 17, 2001 at 09:06:32PM -0500, Bryan Clark wrote: > David Blanchard wrote: > > > Here's an idea... Make a way to export the *.db to a ascii text file, and a > > way to import it in the event of database corruption. Rebuilding the text > > file would be much easier on the admin. Think of the way, for example, a > > program like AutoCad handles the source, and compiled versions of its menu > > files. This, coupled with the habit of regular backups, could really help > > out a lot. I could go on and on with why this a good idea, but for now I'll > > just let ya dwell on it :) > > That would probably be a Bad Thing (tm) if you don't use encrypted passwords, > though. I just run backups every eight hours -- something which has already > gotten me out of trouble once already ...... ;) From spaced at connect.ab.ca Wed Jan 17 20:08:14 2001 From: spaced at connect.ab.ca (Tim AtLee) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> <3A664FA8.F32669F4@bclark.yi.org> Message-ID: <000e01c08104$47cddd20$0200a8c0@powersurft.com> David What would you suggest for backup proceedure? Move the databases off the server to a remote machine, and compress? I don't have immediate access to the server machine (it's in the US somewhere, and I'm in Canada).. Thanks Tim ----- Original Message ----- From: "Bryan Clark" To: Sent: Wednesday, January 17, 2001 7:06 PM Subject: Re: [IRCServices] Panic / Segmentation fault? > David Blanchard wrote: > > > Here's an idea... Make a way to export the *.db to a ascii text file, and a > > way to import it in the event of database corruption. Rebuilding the text > > file would be much easier on the admin. Think of the way, for example, a > > program like AutoCad handles the source, and compiled versions of its menu > > files. This, coupled with the habit of regular backups, could really help > > out a lot. I could go on and on with why this a good idea, but for now I'll > > just let ya dwell on it :) > > That would probably be a Bad Thing (tm) if you don't use encrypted passwords, > though. I just run backups every eight hours -- something which has already > gotten me out of trouble once already ...... ;) > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andrewk at icon.co.za Wed Jan 17 21:44:04 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> <3A664FA8.F32669F4@bclark.yi.org> <000e01c08104$47cddd20$0200a8c0@powersurft.com> Message-ID: <03bb01c08111$aaa94120$9c011ac4@africa.didata.local> Have a cron job that runs every X hours (e.g. 12) that tars and gzips *.db and moves the archive to a new location with a nice name. If you have some trust in the box's hardware not falling over, you can have another cron that mails you the latest DB once a week or something. Otherwise mail it to yourself once a day - if you're the paranoid type. Or... just SCP/FTP/something-it to another server. Andrew ----- Original Message ----- From: "Tim AtLee" To: Sent: Thursday, January 18, 2001 6:08 AM Subject: Re: [IRCServices] Panic / Segmentation fault? > David > > What would you suggest for backup proceedure? Move the databases off the > server to a remote machine, and compress? I don't have immediate access to > the server machine (it's in the US somewhere, and I'm in Canada).. > > Thanks > > Tim > ----- Original Message ----- > From: "Bryan Clark" > To: > Sent: Wednesday, January 17, 2001 7:06 PM > Subject: Re: [IRCServices] Panic / Segmentation fault? > > > > David Blanchard wrote: > > > > > Here's an idea... Make a way to export the *.db to a ascii text file, > and a > > > way to import it in the event of database corruption. Rebuilding the > text > > > file would be much easier on the admin. Think of the way, for example, > a > > > program like AutoCad handles the source, and compiled versions of its > menu > > > files. This, coupled with the habit of regular backups, could really > help > > > out a lot. I could go on and on with why this a good idea, but for now > I'll > > > just let ya dwell on it :) > > > > That would probably be a Bad Thing (tm) if you don't use encrypted > passwords, > > though. I just run backups every eight hours -- something which has > already > > gotten me out of trouble once already ...... ;) > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From smkelly at zombie.org Wed Jan 17 22:02:49 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <03bb01c08111$aaa94120$9c011ac4@africa.didata.local>; from andrewk@icon.co.za on Thu, Jan 18, 2001 at 07:44:04AM +0200 References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> <3A664FA8.F32669F4@bclark.yi.org> <000e01c08104$47cddd20$0200a8c0@powersurft.com> <03bb01c08111$aaa94120$9c011ac4@africa.didata.local> Message-ID: <20010118000249.A33408@edgemaster.zombie.org> On Thu, Jan 18, 2001 at 07:44:04AM +0200, Andrew Kempe wrote: > Have a cron job that runs every X hours (e.g. 12) that tars and gzips *.db > and moves the archive to a new location with a nice name. If you have some > trust in the box's hardware not falling over, you can have another cron that > mails you the latest DB once a week or something. Otherwise mail it to > yourself once a day - if you're the paranoid type. Or... just > SCP/FTP/something-it to another server. Here's what we do: (1) services@area51:~$ crontab -l 0 23 * * * /usr/home/services/bin/sendbackup >/dev/null 2>&1 (2) services@area51:~$ cat bin/sendbackup #!/bin/sh cd ~/data; tar czf - *.db *.conf *.motd|uuencode services-`date +'%Y-%m-%d-%a'`.tar.gz|mail -s "Services backup for `date`" Then on my machine where I receive mail, I have a procmail rule: (212) smkelly@edgemaster:~$ cat .procmailrc :0: * ^Subject: Services backup for.* boxes/snserv-backup Thus, I have a mailspool format file with daily backups as far back as I need them. I generally keep a week's worth of them on hand. I just use my mail user agent (mutt) to save the message to disk if I need the backup. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From andy at strugglers.net Thu Jan 18 10:12:27 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: <20010117191842.B12786@desync.com> References: <3a65ab01.64472@prima-lan.net> <002601c080f1$49860f10$250c1218@cc274522d> <3A664FA8.F32669F4@bclark.yi.org> <20010117191842.B12786@desync.com> Message-ID: <7nud6tgie2pnpge6vm72ht1omep2kcc3p9@4ax.com> On Wed, 17 Jan 2001 19:18:42 -0800, ben@desync.com wrote: >Being able to export the DBs like this would make it easy to write scripts that look up user info from a website or generate stats or whatever. I think that'd be pretty cool. But there isn't any reason why such scripts could not use the actual databases though. -- Andy Smith From k.hawkes at zombies.force9.net Thu Jan 18 13:31:52 2001 From: k.hawkes at zombies.force9.net (Dr. K. Hawkes) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? Message-ID: [SNIP] > > Here's an idea... Make a way to export the *.db to a ascii text file, and a > way to import it in the event of database corruption. Rebuilding the text > file would be much easier on the admin. Think of the way, for example, a > program like AutoCad handles the source, and compiled versions of its menu > files. This, coupled with the habit of regular backups, could really help > out a lot. I could go on and on with why this a good idea, but for now I'll > just let ya dwell on it :) > > My 1.5 cents... lol > > David > I must say this is a bad idea for DB's with unencrypted passwords, but apart from that I like that idea, would save me alot of pain and worry, my backups are a cron'd FTP to a remote location. Although for some odd reason, the DB's don't like going to the remote location and seem corrupted, this is being worked on ATM. But exporting the DB's to text would be nice, and the ability to re-import them again would be good. That DB verification thing too, so the DB loads even if it has a corrupt entry would be a godsend, combine that with the export/import (so you could clean up the said entry manually perhaps?) would kick-ass IMHO. Maybe a Conf option to allow EXPORT/IMPORT of DB's and to allow Automatic repair (if possible) of corrupt DB's to a minimum level anyhow??? Just my 0.2p. Quinn From kfiresun at ix.netcom.com Thu Jan 18 14:37:03 2001 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? References: Message-ID: <003101c0819f$30d08910$37526dd1@tiphares.com> ----- Original Message ----- From: Dr. K. Hawkes To: Sent: Thursday, January 18, 2001 3:31 PM Subject: Re: [IRCServices] Panic / Segmentation fault? ] ... SNIP ... [ > > I must say this is a bad idea for DB's with unencrypted passwords, but > apart from that I like that idea, would save me alot of pain and worry, my > backups are a cron'd FTP to a remote location. Although for some odd > reason, the DB's don't like going to the remote location and seem > corrupted, this is being worked on ATM. > > But exporting the DB's to text would be nice, and the ability to re-import > them again would be good. > Well if your worried about them getting compromized you might wish to use pgp or some other encryptiong program to encrypt the text files. Bryce Simonds (Kelmar K. Firesun) IRC operator: dream.esper.net From achurch at achurch.org Fri Jan 19 08:59:03 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Greetings Message-ID: <3a67838a.77353@prima-lan.net> > It seems that all functions like access_del_callback, >akick_del_callback etc have a problem. That is , executing a /msg memoserv >del 1-99999999999999999999999999 services are delaying for a long period >of time. This behaviour will cause the server that are connected to send >an squit if there is general activity at the network. If there is no >activity and you are running for example a test server at home, you will >regain control at the services after a period of time. The same command >could apply at chanserv with /msg chanserv access #channel del >1-99999999999999etcetc or at the akick function. Fixed for 4.5, thanks for the report. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andy at strugglers.net Thu Jan 18 16:25:29 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Greetings In-Reply-To: <3a67838a.77353@prima-lan.net> References: <3a67838a.77353@prima-lan.net> Message-ID: <972f6t44slsfqs93nqc6bien63nnbo4ck9@4ax.com> On Fri, 19 Jan 2001 08:59:03 JST, achurch@achurch.org (Andrew Church) wrote: >> It seems that all functions like access_del_callback, >>akick_del_callback etc have a problem. That is , executing a /msg memoserv >>del 1-99999999999999999999999999 services are delaying for a long period >>of time. This behaviour will cause the server that are connected to send >>an squit if there is general activity at the network. If there is no >>activity and you are running for example a test server at home, you will >>regain control at the services after a period of time. The same command >>could apply at chanserv with /msg chanserv access #channel del >>1-99999999999999etcetc or at the akick function. > > Fixed for 4.5, thanks for the report. Is there any possibility of seeing a quick fix for this now? Anyone can disconnect services with this and I'd rather not wait for 4.5 to be released... -- Andy Smith From achurch at achurch.org Fri Jan 19 09:38:36 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Greetings Message-ID: <3a678d57.00604@prima-lan.net> >On Fri, 19 Jan 2001 08:59:03 JST, achurch@achurch.org (Andrew Church) wrote: > >>> It seems that all functions like access_del_callback, >>>akick_del_callback etc have a problem. That is , executing a /msg memoserv >>>del 1-99999999999999999999999999 services are delaying for a long period >>>of time. This behaviour will cause the server that are connected to send >>>an squit if there is general activity at the network. If there is no >>>activity and you are running for example a test server at home, you will >>>regain control at the services after a period of time. The same command >>>could apply at chanserv with /msg chanserv access #channel del >>>1-99999999999999etcetc or at the akick function. >> >> Fixed for 4.5, thanks for the report. > >Is there any possibility of seeing a quick fix for this now? Anyone can >disconnect services with this and I'd rather not wait for 4.5 to be >released... The following patch (untested) should do the trick for now. --- misc.c.old Sat Jan 29 14:17:51 2000 +++ misc.c Fri Jan 19 09:40:32 2001 @@ -246,6 +246,10 @@ numstr += strcspn(numstr, "0123456789,-"); } } + if (n1 < 0) + n1 = 0; + if (n2 > 1024) + n2 = 1024; for (i = n1; i <= n2 && i >= 0; i++) { int res = callback(u, i, args); count++; --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From ben at desync.com Thu Jan 18 18:29:32 2001 From: ben at desync.com (ben@desync.com) Date: Sat Oct 23 23:01:05 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: ; from k.hawkes@zombies.force9.net on Thu, Jan 18, 2001 at 09:31:52PM -0000 References: Message-ID: <20010118182932.A19460@desync.com> On Thu, Jan 18, 2001 at 09:31:52PM -0000, Dr. K. Hawkes wrote: > I must say this is a bad idea for DB's with unencrypted passwords, but > apart from that I like that idea, would save me alot of pain and worry, my > backups are a cron'd FTP to a remote location. Although for some odd > reason, the DB's don't like going to the remote location and seem > corrupted, this is being worked on ATM. "Oh no someone will get the passwords" shouldn't be a valid concern since anyone with access to the DBs can do that whether they're plain text or not. Maybe secure your files instead? > Just my 0.2p. > > Quinn -ben From RealCFC at ChatFIRST.COM Thu Jan 18 22:50:37 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Services and a REQUIRED E-MAIL address Message-ID: <001801c081e4$23e04200$bdd23cd0@pavilion> We have had very bad experiences on our network , regarding people posing as room or nick owners when they are really not the owners. Its hard at times to determine if the person is lying when they are trying to get their lost passwords. I wonder if it could be implemented that a REQUIRED e-mail address was asked when users try to register their Nicks or Channels Something like: /msg NickServ IDENTIFY PASS EMAIL And /msg ChanServ REGISTER #Channel PASS DESCRIPTION EMAIL This could really help and would really be appreciated, We keep encoraging our users to add their email address to the NickServ INFO and to their ChanServ INFO for situations when they lose their passwords , but it's hard to get everyone to understand how important it is, so making this a requirement would help a lot . Just a suggestion that I think could be think of for future versions IRCServices. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010118/9c6fe543/attachment.html From achurch at achurch.org Fri Jan 19 12:52:50 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Services and a REQUIRED E-MAIL address Message-ID: <3a67ba7a.03351@prima-lan.net> >We have had very bad experiences on our network , regarding people = >posing as room or nick owners when they are really not the owners. >Its hard at times to determine if the person is lying when they are = >trying to get their lost passwords. >I wonder if it could be implemented that a REQUIRED e-mail address was = >asked when users try to register their Nicks or Channels >Something like: > >/msg NickServ IDENTIFY PASS EMAIL > >And > >/msg ChanServ REGISTER #Channel PASS DESCRIPTION EMAIL I'll look into making this an option (I assume you meant REGISTER in the NickServ example above). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From RealCFC at ChatFIRST.COM Thu Jan 18 23:08:19 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Services and a REQUIRED E-MAIL address References: <3a67ba7a.03351@prima-lan.net> Message-ID: <002601c081e6$9bb0f2a0$bdd23cd0@pavilion> Thanks Andrew, that would really help big time and yes I meant Register my bad. I have been using IRCServices for more than a year and they have proved to be VERY stable and user friendly that option would really be appreciated by most sites using IRCServices. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010118/db845b56/attachment.html From smkelly at zombie.org Thu Jan 18 21:49:35 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Panic / Segmentation fault? In-Reply-To: ; from k.hawkes@zombies.force9.net on Thu, Jan 18, 2001 at 09:31:52PM -0000 References: Message-ID: <20010118234935.A37154@edgemaster.zombie.org> On Thu, Jan 18, 2001 at 09:31:52PM -0000, Dr. K. Hawkes wrote: > I must say this is a bad idea for DB's with unencrypted passwords, but > apart from that I like that idea, would save me alot of pain and worry, my > backups are a cron'd FTP to a remote location. Although for some odd > reason, the DB's don't like going to the remote location and seem > corrupted, this is being worked on ATM. I seem to have an experience regarding Services on other architectures. Our main Services machine is of the x86 family. Once I attempted to run a backup Services on a Mac platform. Services claimed the databases to be corrupt. I do not know for sure that this is an endian and/or system related issue, but I would suspect that before DB corruption on my part. It would be nice to have a confirmation that Services databases are not portable across platforms. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From achurch at achurch.org Fri Jan 19 15:34:40 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Panic / Segmentation fault? Message-ID: <3a67e03c.04742@prima-lan.net> >On Thu, Jan 18, 2001 at 09:31:52PM -0000, Dr. K. Hawkes wrote: >> I must say this is a bad idea for DB's with unencrypted passwords, but >> apart from that I like that idea, would save me alot of pain and worry, my >> backups are a cron'd FTP to a remote location. Although for some odd >> reason, the DB's don't like going to the remote location and seem >> corrupted, this is being worked on ATM. > >I seem to have an experience regarding Services on other architectures. Our >main Services machine is of the x86 family. Once I attempted to run a backup >Services on a Mac platform. Services claimed the databases to be corrupt. I >do not know for sure that this is an endian and/or system related issue, but >I would suspect that before DB corruption on my part. It would be nice to >have a confirmation that Services databases are not portable across platforms. Services databases ARE portable across platforms/endian differences, and have been for ages (since 4.0). I would suspect ASCII-mode transfers. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andy at strugglers.net Fri Jan 19 12:15:01 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut Message-ID: Entries on the exception list do not seem to work if you give the IP address but the clients come online from a resolved host. It'd be really nice to be able to specify an exception entry such as 192.168.0.* (it'd be even nicer to be able to use proper CIDR notation too e.g. 192.168.0.0/24), any chance of that happening? Secondly, Bahamut allows bans applied by IP address to affect the hostnames that match, but chanserv unban doesn't take this into account. This leads to a bit of confusion when people try to unban a nick from outside the channel and it doesn't appear to be happening. What are people's thoughts on this behaviour? -- Andy Smith From dreamer at darkness.gr Fri Jan 19 12:50:46 2001 From: dreamer at darkness.gr (dreamer@darkness.gr) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut In-Reply-To: Message-ID: Greetings again, Services should use a nslookup query to check the ip, this will slow down service plus it might have some weird effects. Which dns server is going to query for the nslookup, is the dns server secure enough by mean that nobody is going to poison the zonefiles etc etc. Thought this sounds trivial it could cause some problems. The only solution that i could think as the best solution is, to remove the numeric bans from the servers directly. I think this is the way that dalnet handles it. The last idea was proposed mainly by TimeMr14C. Regards, Nick Krassas Dinos @ darkness.irc.gr On Fri, 19 Jan 2001, Andy Smith wrote: > Entries on the exception list do not seem to work if you give the IP address > but the clients come online from a resolved host. It'd be really nice to be > able to specify an exception entry such as 192.168.0.* (it'd be even nicer > to be able to use proper CIDR notation too e.g. 192.168.0.0/24), any chance > of that happening? > > Secondly, Bahamut allows bans applied by IP address to affect the hostnames > that match, but chanserv unban doesn't take this into account. This > leads to a bit of confusion when people try to unban a nick from outside the > channel and it doesn't appear to be happening. What are people's thoughts > on this behaviour? > > -- > Andy Smith > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From kfiresun at ix.netcom.com Fri Jan 19 16:19:21 2001 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut References: Message-ID: <005e01c08276$a6268cf0$6ed387d8@tiphares.com> ----- Original Message ----- From: Andy Smith To: Sent: Friday, January 19, 2001 2:15 PM Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut > Entries on the exception list do not seem to work if you give the IP address > but the clients come online from a resolved host. It'd be really nice to be > able to specify an exception entry such as 192.168.0.* (it'd be even nicer > to be able to use proper CIDR notation too e.g. 192.168.0.0/24), any chance > of that happening? > > Secondly, Bahamut allows bans applied by IP address to affect the hostnames > that match, but chanserv unban doesn't take this into account. This > leads to a bit of confusion when people try to unban a nick from outside the > channel and it doesn't appear to be happening. What are people's thoughts > on this behaviour? > . o O ( It does!? ) I didn't see any evidence of that when I going thought the sources.... Does it allow 192.168.0.0/24 bans on a channel? I know you could ban on IPs for a long time but the ircds would only check if the user's host did not resolve. ANYHOW! The answer your question, yes and no. You CAN do it but you have to change your ircds to transmit the IP addresses as well as the hostnames of your users, which is something I know Bahamut doesn't do. (I'm guessing that each server checks the IP related bans locally, there for it works) The last thing you'd want is to have services sit there and hang up for a while as it performs 100s of DNS lookups (which might not resolve) on each user on your network... Even then what one server things the IP of one user might NOT be the IP that another server will resolve. Here are two examples using a simple setup like so: Server 1 is on the east side of the US which is connected to Server 2 on the west side of the US. Server 2 is hosting a copy of Services for this hypothetical IRC network. Our User A is on the East side of the US as well using a local ISP. He'll be connecting to Server 1 because it's geographically closer to him. Example 1: User A connects to Server 1. Now let's just imagine that User A's ISP has just changed it's block of IPs or it's DNS entries, but these entries haven't propagated to Server 2's DNS records like they did to Server 1's. One of two things will happen. Services will have the wrong IP, or it will not resolve at all, either way it's ban will not be effective if it triggers at all. Example 2: User A connects to Server 1 who has a working DNS so Server 1 sends the hostname to Server 2 for the user. However, Server 2's DNS is down so Services appears to "hang" while if finds out it can't resolve the hostname. Now you can write an asynchronous DNS library (I've done it myself) but either way you duplicate the problem above. This is why you'd have to transmit the IP when the user connects. Services doesn't know to set the ban if it cannot match the bans. Bryce Simonds (Kelmar K. Firesun) IRC operator: dream.esper.net From quension at softhome.net Fri Jan 19 17:20:50 2001 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut References: Message-ID: <3A68E7F2.41840644@softhome.net> Andy Smith wrote: > Secondly, Bahamut allows bans applied by IP address to affect the hostnames > that match, but chanserv unban doesn't take this into account. This > leads to a bit of confusion when people try to unban a nick from outside the > channel and it doesn't appear to be happening. What are people's thoughts > on this behaviour? The bans are checked at the local server; since that server knows both the client's IP and hostname, it can do the checks easily. Kelmar has already adressed the other side of this. As for having services remove such bans, bahamut supports a channel version of SVSMODE (since one of the early 1.4.x releases at least): SVSMODE channel -b nick nickts nickts is optional, and I'm not entirely sure what it's used for. It appears to be another check to make sure the right person is targetted. All matching bans for that nick are removed by the client's server, whether hostname or IP based. -- Quension From andy at strugglers.net Fri Jan 19 18:06:53 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut In-Reply-To: <005e01c08276$a6268cf0$6ed387d8@tiphares.com> References: <005e01c08276$a6268cf0$6ed387d8@tiphares.com> Message-ID: On Fri, 19 Jan 2001 18:19:21 -0600, "Kelmar K. Firesun" wrote: >----- Original Message ----- >From: Andy Smith >> Secondly, Bahamut allows bans applied by IP address to affect the >hostnames >> that match, but chanserv unban doesn't take this into account. >This >> leads to a bit of confusion when people try to unban a nick from outside >the >> channel and it doesn't appear to be happening. What are people's thoughts >> on this behaviour? >> > >. o O ( It does!? ) Yep, and has done for a long time. >The last thing you'd want is to have services sit there and hang up for >a while as it performs 100s of DNS lookups (which might not resolve) on >each user on your network... Even then what one server things the IP of >one user might NOT be the IP that another server will resolve. Indeed, but I do think that chanserv unban needs to take account of this, as otherwise I think it can be very confusing. >This is why you'd have to transmit the IP when the user connects. Services >doesn't know to set the ban if it cannot match the bans. Well I'm not suggesting that services sets bans by IP or anything like that.. Just saying that chanserv unban needs to take account of this behaviour. -- Andy Smith From achurch at achurch.org Sat Jan 20 11:09:46 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut Message-ID: <3a68f4f8.13116@prima-lan.net> >>The last thing you'd want is to have services sit there and hang up for >>a while as it performs 100s of DNS lookups (which might not resolve) on >>each user on your network... Even then what one server things the IP of >>one user might NOT be the IP that another server will resolve. > >Indeed, but I do think that chanserv unban needs to take account of this, as >otherwise I think it can be very confusing. I'll look into the SVSMODE format someone else mentioned, but Services WILL NOT be doing nslookups on every host--the possibilities for exploiting that are so enormous it's silly. Thus Services also will not support matching hostnames to exception IPs unless/until ircds start sending IP addresses with NICK/USER commands. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From RealCFC at ChatFIRST.COM Sat Jan 20 20:04:44 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <000a01c0835f$4af9f1c0$5501d6d1@pavilion> I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ has decided to refuse keeping topics and Topiclocks , Any ideas on what's going on ? I tried upgrading to the latest version of services but the problem continues , everything else seems to be working ok except for that problem. Any help would be greately appreciated. Anyone willing to check the problem themselves please connect to: irc.chatfirst.com;6667 Thanks Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/ab904205/attachment.htm From strider at chatcircuit.com Fri Jan 19 19:23:17 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <000a01c0835f$4af9f1c0$5501d6d1@pavilion> Message-ID: <002601c08290$56e19620$0200000a@strider> What ircd are you using? We have a similar problem, but also chanserv sometimes refuses to acknowledge a channel exists when it has users in it. We're running Unreal ircd 3.1.1 but the problem has been around since about unreal 3.0, or at least that's when we noticed it. I've been looking for new services but the recent mails i've just started to get on this list has convinced me to wait on new ircservices. If this is happening in 4.4.9, then I'm not going to bother updating because this is the only problem we have that's prompting for an update. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: [Real] To: ircservices@ircservices.za.net Sent: Saturday, January 20, 2001 10:04 PM Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ has decided to refuse keeping topics and Topiclocks , Any ideas on what's going on ? I tried upgrading to the latest version of services but the problem continues , everything else seems to be working ok except for that problem. Any help would be greately appreciated. Anyone willing to check the problem themselves please connect to: irc.chatfirst.com;6667 Thanks Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010119/89f5c9a6/attachment.html From RealCFC at ChatFIRST.COM Sat Jan 20 22:40:49 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <000a01c0835f$4af9f1c0$5501d6d1@pavilion> <002601c08290$56e19620$0200000a@strider> Message-ID: <002401c08375$1877f1a0$5501d6d1@pavilion> We are also running Unreal3.1.1 and we never had this problem eventhough we've been running IRCservices and Unreal for more than a year. We've tried re-starting both IRCservices and IRCd but the problem still continues. It's so strange . I e-mailed Andrew Church regarding this problem , If I get a reply with a solution I ll post to the list. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/6d559810/attachment.htm From achurch at achurch.org Sun Jan 21 13:26:23 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <3a6a651a.35324@prima-lan.net> >I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ = >has decided to refuse keeping topics and Topiclocks , Any ideas on = >what's going on ? >I tried upgrading to the latest version of services but the problem = >continues , everything else seems to be working ok except for that = >problem. What does the debug log say? --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From RealCFC at ChatFIRST.COM Sat Jan 20 23:54:01 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a651a.35324@prima-lan.net> Message-ID: <000701c0837f$52b43180$5501d6d1@pavilion> I dont have a debug log since I didnt compile services to keep that kind of log however my regular services.log file shows a lot of errors like these examples here : [Jan 20 12:40:42 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) starting up [Jan 20 12:40:43 2001] Databases loaded [Jan 20 12:40:45 2001] unknown message from server (PROTOCTL NOQUIT TOKEN NICKv2 SJOIN SJOIN2 UMODE2 VL SJ3 NS SJB64) 15:15 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #RottweilerChat :You're not on that channel) NickServ: [Real]!~Ely@host-208-60-254-58.mia.bellsouth.net identified for nick [Real] [Jan 20 13:17:49 2001] channel: MODE +b ~Ely@*.mia.bellsouth.net for nonexistent channel #UnrealIRCd [Jan 20 13:17:49 2001] channel: MODE +o [Real] 980014669 for nonexistent channel #UnrealIRCd [Jan 20 13:18:11 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel) [Jan 20 13:18:41 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel) [Jan 20 13:18:50 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel) 15:15 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #RottweilerChat :You're not on that channel) I could however try to compile services again to keep a debug file and then send it to you, Or you can have access to my services so that you can check them yourself if you wish. Thanks in advance Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/ce003989/attachment.html From bclark at bclark.yi.org Sat Jan 20 20:54:50 2001 From: bclark at bclark.yi.org (Bryan Clark) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion> Message-ID: <3A6A6B9A.66545D62@bclark.yi.org> I'm just guessing here, but from the looks of that log, it seems like a U:line problem. Here's what I get when I do a /stats U from your server: [23:52:03] *** U * * * 0 -1 [23:52:03] *** U :End of /STATS report Take a look at your U:lines and see if the problem might be there ......... unless, of course, an Unreal U:line is different from, say, a Bahamut U:line. ;) From RealCFC at ChatFIRST.COM Sun Jan 21 00:10:05 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion> <3A6A6B9A.66545D62@bclark.yi.org> Message-ID: <001101c08381$90d56d60$5501d6d1@pavilion> Here's what my U line for services looks like is this incorrect ? U:*:Services.ChatFIRST.COM:*:* Thanks ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010121/e0785533/attachment.htm From bclark at bclark.yi.org Sat Jan 20 21:04:50 2001 From: bclark at bclark.yi.org (Bryan Clark) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion> <3A6A6B9A.66545D62@bclark.yi.org> <001101c08381$90d56d60$5501d6d1@pavilion> Message-ID: <3A6A6DF2.35B27D94@bclark.yi.org> I would imagine that if that's the way it's been for the last year, and the problem just now started showing up, then it's correct -- that's just the first thing I thought of from looking at the log ....... From achurch at achurch.org Sun Jan 21 14:26:00 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <3a6a7340.35555@prima-lan.net> >I dont have a debug log since I didnt compile services to keep that kind = >of log however my regular services.log file shows a lot of errors like = >these examples here : You don't need to compile Services that way; just stop Services once, restart it with the "-debug" command-line option, and Services will start logging debug messages. Then reproduce the error and send me the log file. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andrewk at icon.co.za Sun Jan 21 01:31:42 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut In-Reply-To: <3a68f4f8.13116@prima-lan.net> Message-ID: I agree, the mentioned SVSMODE would help greatly! I'd also like to add my support for Andy not getting Services to do lookups on every nickname's hostname. The amount of work that would be placed on the daemon is just insane. Andrew > >Indeed, but I do think that chanserv unban needs to take account > of this, as > >otherwise I think it can be very confusing. > > I'll look into the SVSMODE format someone else mentioned, > but Services > WILL NOT be doing nslookups on every host--the possibilities for > exploiting > that are so enormous it's silly. Thus Services also will not support > matching hostnames to exception IPs unless/until ircds start sending IP > addresses with NICK/USER commands. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andrewk at icon.co.za Sun Jan 21 01:47:53 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] IRCnet ircd and IRCservices In-Reply-To: <001e01c048b9$28408300$0100a8c0@excalibur> Message-ID: > If you have one of these servers or you cannot get Services to work > with your server, I recommend downloading and installing ircd.dal 4.4.10, > which is available at: > > ftp://ender.shadowfire.org/pub/ircd/archive/ Please can everyone start using ftp.ircservices.za.net By using this address you will not be affected by ftp server address changes as the ownership of Services changes. Thanks, Andrew From andrewk at icon.co.za Sun Jan 21 01:47:54 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding In-Reply-To: <3a05db4f.23767@prima-lan.net> Message-ID: I got very close to being able to send passwords to an email address. I was not at all keen on having to handle more sockets so I was basically doing the following: - Dumping the password to a file. The file also contained the email address to which to send the email. - Run a cron that basically used "mail" to send the mail off. There is a slight overhead in having to write to a file but I didn't think that there would be _that_ many mails being created. Forwarding memo's would up this number of mails a lot. What I had in mind was outputting the memo's to a single file for a specified time, say 1 minute. After that time a new file is started and a cron can then parse up the old file and send the memos off. These may not be the most elegant solutions, but they're simple to implement and they get the job done. Andrew > -----Original Message----- > From: owner-ircservices@snow.shadowfire.org > [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Andrew Church > Sent: 06 November 2000 00:03 > To: ircservices@snow.shadowfire.org > Subject: Re: [IRCServices] Email forwarding > > > >Very late reply but hey... > > > >IMHO the E-Mail Forwarding feature would seriously ROCK! > >Any plans on implementing this? > > Just a quick note on this--I had this on my TODO list since way long > ago, but it turns out it's a pain to implement, mainly because of > needing to > either fork and keep track of another process or handle SMTP connections > using select() in the same process, and having to watch resource > consumption > in either case. I don't know what Andrew Kempe's priorities are, but just > keep in mind that it's not something that can be dashed out on the spur of > the moment. > > >Quinn > >---------- > >> From: Kelmar K. Firesun > >> To: ircservices@snow.shadowfire.org > >> Subject: Re: [IRCServices] Email forwarding > >> Date: Monday, October 23, 2000 22:32 > >> > >> > >> ----- Original Message ----- > >> From: Scott Seufert > >> To: > >> Sent: Monday, October 23, 2000 7:01 AM > >> Subject: Re: [IRCServices] Email forwarding > >> > >> ] ... SNIP ... [ > >> > >> > > >> > sending all the memos in one email would be prefered. Also making the > >time > >> > interval a .conf setting would be wise. > >> > > >> > MEMO2MAIL 15 <---- Minutes _after_ update to send mail. > >> > This type of setting would make it easier for services, the > box and the > >> > box's Admin(s). :) > >> > > >> > MAIL_DELAY 120 <--- delay in seconds between batches. > >> > This could be used in the case of a large amount of mail > sent. The mail > >> can > >> > be broken down into batches sent, say maybe 800k at a time. This way > >800k > >> is > >> > sent, then 120 seconds later 800k more and so on. > >> > > >> > >> ] ... SNIP ... [ > >> > >> You might also wish to add a NickServ option that would allow > >> the user to: > >> > >> 1) Either disable the feature totally > >> 2) Have it only send the e-mail when the user is not on > >> the IRC Network > >> 3) Have memoserv send the e-mail and keep a copy of the message. > >> 4) Or, have memoserv just send an e-mail and discard the message > >> afterwards. (Mabey not a good idea here in some cases though) > >> > >> On the whole it sounds like an excellent idea, > >> > >> Bryce Simonds (Kelmar K. Firesun) > >> IRC operator: dream.esper.net > >> > >> > >> --------------------------------------------------------------- > >> To unsubscribe, send email to majordomo@snow.shadowfire.org > >> with "unsubscribe ircservices" in the body, without the quotes. > > > >--------------------------------------------------------------- > >To unsubscribe, send email to majordomo@snow.shadowfire.org > >with "unsubscribe ircservices" in the body, without the quotes. > > --Andrew Church > achurch@dragonfire.net > http://achurch.dragonfire.net/ > > --------------------------------------------------------------- > To unsubscribe, send email to majordomo@snow.shadowfire.org > with "unsubscribe ircservices" in the body, without the quotes. > From achurch at achurch.org Sun Jan 21 20:05:45 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding Message-ID: <3a6ac2e0.42267@prima-lan.net> >I got very close to being able to send passwords to an email address. I was >not at all keen on having to handle more sockets so I was basically doing >the following: > >- Dumping the password to a file. The file also contained the email address >to which to send the email. >- Run a cron that basically used "mail" to send the mail off. As with nslookup, this is seriously asking for trouble, in terms of resource exhaustion attacks; I recommend against doing this. I am looking at adding the various mail features in 5.0. BTW, {ftp,www}.ircservices.za.net aren't responding. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Sat Jan 20 10:51:57 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a7340.35555@prima-lan.net> Message-ID: <001f01c08312$15c29ea0$0200000a@strider> I have a similar setup (as I've said previously). We've been running ircservices with unreal ircd for about 2 years. The problem didn't come up until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same time so I don't know which started it). Up to now we just left it there and dealt with it, but we are getting more and more complaints now. One user couldn't register a channel even though he was opped (actually, it was an oper on our server, so he wans't completely stupid about how to do it). It seems it may be compatibility issues with unreal moreso than a ircservices problem, but it'd be nice if it'd work right. I'll be emailing the unreal list with this info as well. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, January 20, 2001 11:26 PM Subject: Re: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . > >I dont have a debug log since I didnt compile services to keep that kind = > >of log however my regular services.log file shows a lot of errors like = > >these examples here : > > You don't need to compile Services that way; just stop Services once, > restart it with the "-debug" command-line option, and Services will start > logging debug messages. Then reproduce the error and send me the log file. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dblanch at home.com Sun Jan 21 12:45:17 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a7340.35555@prima-lan.net> <001f01c08312$15c29ea0$0200000a@strider> Message-ID: <000901c083eb$105c6de0$250c1218@cc274522d> Well, I haven't seen too much bad there, except I can still change the topic on the channel even with topiclock on (although when I exit and re-enter channel, the /cs set # topic one come back up) We use v4.4.8 of services and Unreal 3.1.1Darkshades. No real compatibility probs, rather just missing features that I needed added to the MLOCK... (i.e. A, S, N, and G channel flags) Actually, there is that thing that memoserv doesn't seem to do correctly with doing a #channel send (or perhaps just isn't finished?), but I just wrote a csend function for it instead (ala StarChat's) David > I have a similar setup (as I've said previously). We've been running > ircservices with unreal ircd for about 2 years. The problem didn't come up > until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same time > so I don't know which started it). Up to now we just left it there and dealt > with it, but we are getting more and more complaints now. One user couldn't > register a channel even though he was opped (actually, it was an oper on our > server, so he wans't completely stupid about how to do it). It seems it may > be compatibility issues with unreal moreso than a ircservices problem, but > it'd be nice if it'd work right. I'll be emailing the unreal list with this > info as well. > From achurch at achurch.org Mon Jan 22 07:06:28 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <3a6b5da1.46135@prima-lan.net> >I have a similar setup (as I've said previously). We've been running >ircservices with unreal ircd for about 2 years. The problem didn't come up >until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same time >so I don't know which started it). Up to now we just left it there and dealt >with it, but we are getting more and more complaints now. One user couldn't >register a channel even though he was opped (actually, it was an oper on our >server, so he wans't completely stupid about how to do it). It seems it may >be compatibility issues with unreal moreso than a ircservices problem, but >it'd be nice if it'd work right. I'll be emailing the unreal list with this >info as well. Again, a debug log demonstrating the exact problem would be very helpful. Where can I find information on the Unreal ircd? I may look into adding basic support for it if it doesn't take too much work. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From chromi at cyberspace.org Sun Jan 21 14:26:01 2001 From: chromi at cyberspace.org (Jonathan Morton) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . In-Reply-To: <3a6b5da1.46135@prima-lan.net> Message-ID: > Where can I find information on the Unreal ircd? I may look into >adding basic support for it if it doesn't take too much work. At irc.chatcircuit.com we use Unreal 3.1.1 and a recent version of Services (i think I persuaded us to upgrade as far as 4.4.8). With my medium-sized patch to enable host-mangling support (containing some code lifted from Unreal itself), it seems to work pretty smoothly. If you want to come and have a look to see exactly how well it works, you're welcome. -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk The key to knowledge is not to rely on people to teach you it. Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/ -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a20 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----- From RealCFC at ChatFIRST.COM Sun Jan 21 17:59:42 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6a7340.35555@prima-lan.net> Message-ID: <001801c08417$043b8e20$7205d6d1@pavilion> Where am I supposed to activate that "debug mode " ? I don't see any line on 'services.conf' regarding that kind of setup ,Please explain. What kind of information do you need about UnrealIRCd ? I m sure Stskeeps the main coder of Unreal would cooperate to make this services compatible as they even have a link the page of IRCServices from the UnrealIRCd website where they suggest services compatible with UnrealIRCd. Sorry if I look stupid with my questions but I'm still learning many aspects of IRCd and Services. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010121/b2d7de29/attachment.html From achurch at achurch.org Mon Jan 22 08:30:44 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <3a6b7204.47457@prima-lan.net> >Where am I supposed to activate that "debug mode " ? I don't see any = >line on 'services.conf' regarding that kind of setup ,Please explain. = When you start the Services program, instead of just typing "services" at the command line, type "services -debug". This will cause Services to start running in debug mode. You can also type in your client: /msg OperServ SET DEBUG ON while Services is running to turn debug mode on, and /msg OperServ SET DEBUG OFF will turn debug mode off again. (You have to be a Services admin to do this.) >What kind of information do you need about UnrealIRCd ? I m sure = >Stskeeps the main coder of Unreal would cooperate to make this services = >compatible as they even have a link the page of IRCServices from the = >UnrealIRCd website where they suggest services compatible with = >UnrealIRCd. I'll try contacting him. Thanks for the suggestion. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From dblanch at home.com Sun Jan 21 17:39:18 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6b5da1.46135@prima-lan.net> Message-ID: <001c01c08414$236bbed0$250c1218@cc274522d> See attached files Andrew.. :) > Where can I find information on the Unreal ircd? I may look into > adding basic support for it if it doesn't take too much work. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > > -------------- next part -------------- ### Channel Modes ### p = Private channel s = Secret channel i = Invite-only allowed m = Moderated channel, noone can speak except users with mode +voh n = No messages from outside channel t = Only channel operators may set the topic r = Channel is registered R = Requires a registered nickname to join the channel c = No ANSI color can be sent to the channel (ColourBlock) q = Channel owner (*)Q = No kicks able in channel unless by U:Lines O = IRCop only channel (Setable by IRCops) A = Administrator only channel (Setable by Admins) K = /Knock is not allowed V = /Invite is not allowed S = Strip all incoming colours away l = Channel may hold at most of users b = Bans the nick!user@host from the channel k = Needs the channel key to join the channel o = Gives operator status to the user v = Gives voice to the user (May talk if chan is +m) L = If +l is full, the next user will auto-join a = Gives protection to the user (No kick/drop) e = Exception ban - If someone matches it they can join even if a ban matches them (**)h = Gives halfop status to the user f [*]: = Flood protection, if the * is given a user will be kick banned when they send in If * is not given they are just kicked H = No +I users may join that channel. (Setable by Admins). N = No nickname changes are permitted in the channel. ^ = Reports Channel modes in bitstring. (Only exists in Development Versions i.e #define DEVELOP) G = Makes the channel G Rated. Any words in badwords.channel.conf are replaced with in channel messages. u = "Auditorium". Makes /names and /who #channel only show @'s C = No CTCPs allowed in the channel. z = Only Clients on a Secure Connection (SSL) can join. (*) Channel mode +Q This is the 'peace' mode. Noone can kick each other except by U:Lines. Bans can be placed though. (**) Channel halfops (+h) If you are marked as halfop (% in /names) you can do: - Set topic - Kick non-ops - Set modes +vmntibe -------------- next part -------------- *********************************** ***** UnrealIRCd O:Line flags ***** *********************************** r = Access to /rehash server h = Oper can send /help ops - gets +h on oper up g = Oper can send /globops w = Oper can send /wallops l = Oper can send /locops c = Access to do local /squits and /connects k = Access to do local /kills b = Oper can /kline users from server B = Oper can /unkline users from server n = Oper can send local server notices (/notice $servername message) u = Oper can set /umode +c f = Oper can set /umode +f O = Global oper, flags included: oRDK o = Local oper, flags included: rhgwlckbBnuf R = Access to /restart server D = Access to /die server K = Access to do global /kills A = Gets +A on oper up. Server Administrator a = Gets +a on oper up. Services Administrator N = Gets +N on oper up. Network Administrator T = Gets +T on oper up. Technical Administator C = Gets +C on oper up. Co Administrator Y = Access to do remote /squits and /connects z = Can add /zlines H = Gets +x on oper up. W = Gets +W on oper up. ^ = Allows to use umode +I * = Flags AaNCTzSHW^ -------------- next part -------------- ### Stats Flags ### k = Lists all the current K:Lines, Z:Lines (Banned hosts/IP) & E:Lines (K:Line exceptions) g = Lists all the current G:Lines (Banned hosts) & Shuns E = Lists all the current E:Lines (K:Line Exceptions) f = Lists all the current F:lines (Filename masks on DCCDENY) O = Lists all the current O:Lines (IRC Operator Lines) Q = Lists all the current Q:Lines (Forbidden Nicks) C = Lists all the current C/N:Lines (Servers to connect or accept connects from) H = Lists all the current H:Lines (Hub Lines) & L:Lines (Leaf Lines) n = Lists all the current n:Lines (GECOS Deny) V = Lists all the current VHost lines T = Lists all the current T:Lines (Specific MOTD/Rules Lines) Y = Lists all the current Y:Lines (Connection classes) U = Lists all the current U:Lines (Usually Services) v = Lists all the current V:Lines (Version Deny) D = Lists all the current D:Lines (Disallow Lines-Oper & Server Orig Connects) d = Lists all the current d:Lines (Disallow Lines-Autoconnects) e = Lists all the current e:Lines (Proxy scan exempt IPs) I = Lists all the current I:Lines (Client auth Lines) F = Lists all the current F:Lines (DCCDENY Lines) r = Lists all Channel Restrict lines N = Lists the Network Configuration report S = Gives the Dynamic Configuration report W = Gives the current Server Load q = Lists all the SQLINEed Nicks u = Server Uptime m = Gives the Server command list z = Gives Misc Server Information s = Returns the scache and NS numbers t = Returns Misc Info L = Information about current server connections -------------- next part -------------- ### User Modes ### O = Local IRC Operator o = Global IRC Operator i = Invisible (Not shown in /who searches) w = Can listen to wallop messages g = Can read & send to globops, and locops h = Available for help s = Can listen to server notices k = See's all the /KILL's which were executed S = For services only. (Protects them) a = Is a Services Administrator A = Is a Server Administrator N = Is a Network Administrator T = Is a Tech Admininistator C = Is a Co Administrator c = See's all Connects/Disconnects on local server f = Listen to flood alerts from server r = Identifies the nick as being registered x = Gives the user hidden hostname e = Can listen to server messages sent to +e users b = Can read & send to chatops W = (IRC Operators only) Lets you see when people does a /whois on you q = (Services Admins only) Only U:lines can kick you B = Marks you as being a Bot F = Lets you recieve far Connect notices & Local notices. I = Invisible Join/Part. Makes you being hidden at channels H = (IRC Operators only) Hide IRC Operator status in /who and /whois d = Makes it so you can not recieve channel messages v = Receive infected DCC send rejection notices t = Says that you are using a /vhost G = Filters out all bad words (badwords.message.conf) in messages with z = Marks the client as being on a Secure Connection (SSL). From dblanch at home.com Sun Jan 21 17:50:23 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6b5da1.46135@prima-lan.net> Message-ID: <003901c08415$af5f1e40$250c1218@cc274522d> It shouldn't be much, as the mods I have added took less than four hours... Basically I modified the configure file to add a new option 31) to add a third irc flag (thereby having #define IRC_DALNET, #define IRC_DAL4_4_15 and #define IRC_UNREAL in the generated sysconf) It has all the functionally of the necessary support for Dal4.4.15, just have to add the tweaks in the necessary places (i.e. MLOCKs like I mentioned in a previous message) and the additional stuff in messages.c that are in Unreal for not in Dal4.4.15. And probably other places to I have yet to discover. I would be more than happy to assist you with it, and send you the modified modules if you like. If you need more detailed info other than the files I attached in the last message, the current version of the ircd is available from http://www.unrealircd.com David > Where can I find information on the Unreal ircd? I may look into > adding basic support for it if it doesn't take too much work. > > --Andrew Church From atcarr at hotmail.com Sun Jan 21 18:40:26 2001 From: atcarr at hotmail.com (Alan Carr) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6b5da1.46135@prima-lan.net> Message-ID: > Where can I find information on the Unreal ircd? I may look into > adding basic support for it if it doesn't take too much work. In all honesty basic support is already there. Unreal was taken from DALnet's Dreamforge and they added server to server notices like operhost hiding. Information on Unreal can be obtained at http://www.unreal.com From dryder at qx.net Sun Jan 21 18:43:45 2001 From: dryder at qx.net (Scott Seufert) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6b5da1.46135@prima-lan.net> Message-ID: <000601c0841d$2442a7c0$964efea9@phoenix> http://www.unrealircd.com ----- Original Message ----- From: "Alan Carr" To: Sent: Sunday, January 21, 2001 9:40 PM Subject: Re: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . > > > Where can I find information on the Unreal ircd? I may look into > > adding basic support for it if it doesn't take too much work. > > In all honesty basic support is already there. Unreal was taken from > DALnet's Dreamforge and they added server to server notices like operhost > hiding. > > Information on Unreal can be obtained at http://www.unreal.com > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andrewk at icon.co.za Sun Jan 21 22:17:33 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding References: <3a6ac2e0.42267@prima-lan.net> Message-ID: <002001c0843b$01e69740$9c011ac4@africa.didata.local> What part of this is open to resource attacks? Were the domains resolving? Andrew ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, January 21, 2001 1:05 PM Subject: RE: [IRCServices] Email forwarding > >I got very close to being able to send passwords to an email address. I was > >not at all keen on having to handle more sockets so I was basically doing > >the following: > > > >- Dumping the password to a file. The file also contained the email address > >to which to send the email. > >- Run a cron that basically used "mail" to send the mail off. > > As with nslookup, this is seriously asking for trouble, in terms of > resource exhaustion attacks; I recommend against doing this. I am looking > at adding the various mail features in 5.0. > > BTW, {ftp,www}.ircservices.za.net aren't responding. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Mon Jan 22 16:27:06 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding Message-ID: <3a6be17f.20022@prima-lan.net> >What part of this is open to resource attacks? /ns set email some-domain@that.doesnt.resolve /ns sendpass Lather, rinse, repeat and watch sendmail choke. >Were the domains resolving? They may not have been, I don't recall. www/ftp are working now. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andrewk at icon.co.za Mon Jan 22 01:10:39 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding References: <3a6be17f.20022@prima-lan.net> Message-ID: <00f101c08453$379111a0$9c011ac4@africa.didata.local> I think that the possible issues here would be rather easy to overcome with some carefully setup piping of bounced mails to /dev/null and the limiting of the number of sendpasses per hour. But then again, if you're going to do it properly, this method is not worth it. I know there were some major problems with one of SA's major ISP's on Saturday. If you happened to get a route through them to the box then you would not have been able to access it. Andrew ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 22, 2001 9:27 AM Subject: Re: [IRCServices] Email forwarding > >What part of this is open to resource attacks? > > /ns set email some-domain@that.doesnt.resolve > /ns sendpass > > Lather, rinse, repeat and watch sendmail choke. > > >Were the domains resolving? > > They may not have been, I don't recall. www/ftp are working now. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From chromi at cyberspace.org Mon Jan 22 03:04:22 2001 From: chromi at cyberspace.org (Jonathan Morton) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding In-Reply-To: <3a6be17f.20022@prima-lan.net> Message-ID: >>What part of this is open to resource attacks? > >/ns set email some-domain@that.doesnt.resolve >/ns sendpass > >Lather, rinse, repeat and watch sendmail choke. Depends heavily on your choice of MTA. Sendmail may behave like this but Exim [http://www.exim.org/] sure doesn't... however putting limits on is still a good idea due to the extra resources consumed by having N number of Exim processes waiting for their domain resolvers. However, you still need some method of dealing with bounce messages - /dev/null sounds just perfect here. Domain resolving can be partially mitigated by running one's own caching-only DNS server, which is listening only on the localhost interface and not to anything externally visible. However I have to agree that running DNS lookups for every user would be far too much for a single process to handle. The IRCd already does this, so IP information should be given out as and when available rather than Services having to figure it all out for itself. (In case you were wondering, I rather like Exim - readable config files, completely bulletproof, and regularly maintained. I use it, my university uses it - come to that, most UK universities use it - and I've not had any trouble with it. I can't say the same for those people I know to be using Sendmail.) -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk The key to knowledge is not to rely on people to teach you it. Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/ -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a20 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----- From achurch at achurch.org Mon Jan 22 20:15:12 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding Message-ID: <3a6c176d.22771@prima-lan.net> >>>What part of this is open to resource attacks? >> >>/ns set email some-domain@that.doesnt.resolve >>/ns sendpass >> >>Lather, rinse, repeat and watch sendmail choke. > >Depends heavily on your choice of MTA. Sendmail may behave like this but >Exim [http://www.exim.org/] sure doesn't... however putting limits on is >still a good idea due to the extra resources consumed by having N number of >Exim processes waiting for their domain resolvers. That's my point. _Something_ will choke, be it sendmail, the system (too many processes), or Services SENDPASS (MTA refuses messages due to load). Switching MTAs just moves the problem around. >(In case you were wondering, I rather like Exim - readable config files, >completely bulletproof, [...] ^^^^^^^^^^^^^^^^^^^^^^ Ain't None Such. You mean "not banged on enough". --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From u970042 at giki.edu.pk Mon Jan 22 04:29:46 2001 From: u970042 at giki.edu.pk (Imran Ali Rashid) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding References: <3a6c176d.22771@prima-lan.net> Message-ID: <031f01c0846f$a0ae7d00$430ba8c0@hostel1.giki.edu.pk> > That's my point. _Something_ will choke, be it sendmail, the system > (too many processes), or Services SENDPASS (MTA refuses messages due to > load). Switching MTAs just moves the problem around. You're assuming sendmail isn't correctly configured... Configure it properly and it shouldn't choke. I won't go into details about how you're a VERY bad sys admin if this isn't set. :-) In sendmail.cf: MaxDaemonChildren=limit make sure that limit is set and reasonable. About services choking, I think the original idea of having a separate process run via cron say every hour is a better idea. That way, services don't choke. And if some networks think that this isn't a good idea, make the email address feature a compile time option. Nothing is bullet proof, but everything is manageable. Like the max process limit in sendmail. and the DNS query timeout limit also. > >>Lather, rinse, repeat and watch sendmail choke. Hmm what other possible problems could there be. How about checking to see if an email address is already in queue. If it is, then don't send the mail again. That should be simple enough. Another thing that could be done is to set a flag in the nickname, to restrict the number of emails. Say one every 10 hours or so. Imran Ali Rashid ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 22, 2001 4:15 PM Subject: Re: [IRCServices] Email forwarding > >>>What part of this is open to resource attacks? > >> > >>/ns set email some-domain@that.doesnt.resolve > >>/ns sendpass > >> > >>Lather, rinse, repeat and watch sendmail choke. > > > >Depends heavily on your choice of MTA. Sendmail may behave like this but > >Exim [http://www.exim.org/] sure doesn't... however putting limits on is > >still a good idea due to the extra resources consumed by having N number of > >Exim processes waiting for their domain resolvers. > > That's my point. _Something_ will choke, be it sendmail, the system > (too many processes), or Services SENDPASS (MTA refuses messages due to > load). Switching MTAs just moves the problem around. > > >(In case you were wondering, I rather like Exim - readable config files, > >completely bulletproof, [...] > ^^^^^^^^^^^^^^^^^^^^^^ > Ain't None Such. You mean "not banged on enough". > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From RealCFC at ChatFIRST.COM Mon Jan 22 07:49:16 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . References: <3a6b5da1.46135@prima-lan.net> Message-ID: <000d01c0848a$e2ecd8e0$5908d6d1@pavilion> I tried sending the debug log but it got refused , I understand the reason- the message was too big where am I sopused to send the debug log for Andrew Church to see it ? To him directly ? Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010122/216482e7/attachment.htm From achurch at achurch.org Mon Jan 22 22:00:38 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK . Message-ID: <3a6c2f08.24074@prima-lan.net> >I tried sending the debug log but it got refused , I understand the = >reason- the message was too big where am I sopused to send the debug log = >for Andrew Church to see it ? >To him directly ? Yes, please send it to me directly--no need to clutter up the list. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Mon Jan 22 22:02:04 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding Message-ID: <3a6c33d0.24163@prima-lan.net> >> That's my point. _Something_ will choke, be it sendmail, the system >> (too many processes), or Services SENDPASS (MTA refuses messages due to >> load). Switching MTAs just moves the problem around. > >You're assuming sendmail isn't correctly configured... >Configure it properly and it shouldn't choke. >I won't go into details about how you're a VERY bad >sys admin if this isn't set. :-) >In sendmail.cf: >MaxDaemonChildren=limit >make sure that limit is set and reasonable. BZZT, nice try, neeext! That has nothing to do with it; in fact, that can even exacerbate the problem. The problem is that every single one of those mails will cause sendmail (or whatever) to sit around several minutes waiting for a DNS reply that won't come back. Unless your MTA is smart enough to send more recently queued messages later, this means any _other_ mail in the system will be delayed minutes, hours or more while the MTA chugs through all the bogus mail; and in any case, the disk space used by the messages is gone, and the CPU needed to process them will be taken out every time the MTA goes through the queue--and this can come to a considerable amount in the face of a concerted attack. >About services choking, I think the original idea of having a >separate process run via cron say every hour is a better idea. >That way, services don't choke. That has nothing to do with the problem; see above. >Nothing is bullet proof, but everything is manageable. Yes, of course if you configure and tweak everything just right it'll all be happy. I'm just saying the proposed idea isn't the best way to do things. There's a reason that I haven't implemented E-mail functions before, and it's because THINGS AREN'T THAT SIMPLE. This simple method may actually work just fine for you and your small network, but I don't have the luxury of just worrying about one small network; I have to make sure Services runs--and doesn't cause problems--for everyone that uses it, and there are some pretty damn big networks out there. If you want to patch Services to do things this way, fine. I won't support it. (But I do have E-mail functions on the list of features to be added for 5.0.) --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From dogs02 at MailAndNews.com Mon Jan 22 05:41:06 2001 From: dogs02 at MailAndNews.com (stephan hrnciar) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ircservices problems Message-ID: <3AB5EC10@MailAndNews.com> I recently made a ircd with unreal ircd (www.unrealircd.com) an i configured all my services all was fine after a few runs then tryed to get other services connected to my server because i linked my server with another server an daylight services just kept killing the other services but didn't give me any reports of errors. unrealircd give me a status that the services have been killed basically almost killing the connectiong between servers please email me back with info on how to fix this either with a update on services or a txt on how i could fix it thank you hellson ------------------------------------------------------------ Get your FREE web-based e-mail and newsgroup access at: http://MailAndNews.com Create a new mailbox, or access your existing IMAP4 or POP3 mailbox from anywhere with just a web browser. ------------------------------------------------------------ From u970042 at giki.edu.pk Mon Jan 22 05:38:05 2001 From: u970042 at giki.edu.pk (Imran Ali Rashid) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Email forwarding References: <3a6c33d0.24163@prima-lan.net> Message-ID: <037f01c08479$8072a480$430ba8c0@hostel1.giki.edu.pk> > >> That's my point. _Something_ will choke, be it sendmail, the system > >> (too many processes), or Services SENDPASS (MTA refuses messages due to > >> load). Switching MTAs just moves the problem around. > > > >You're assuming sendmail isn't correctly configured... > >Configure it properly and it shouldn't choke. > >I won't go into details about how you're a VERY bad > >sys admin if this isn't set. :-) > >In sendmail.cf: > >MaxDaemonChildren=limit > >make sure that limit is set and reasonable. > > BZZT, nice try, neeext! nice expression :-) isn't there a way to limit the time the program waits for the DNS query reply? > >About services choking, I think the original idea of having a > >separate process run via cron say every hour is a better idea. > >That way, services don't choke. > > That has nothing to do with the problem; see above. This has nothing to do with the problem related to dns resolving, i agree, but it would help by not having everything stuck in services... just getting it stuck one step further in a different process :-) That way services will at least function better. > If you want to patch Services to do things this way, fine. > I won't support it. (But I do have E-mail functions on the list of > features to be added for 5.0.) Nope.. i don't have that much time on my hands... I wish i did though. I could then finish up the things that get postponed to tomorrow. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > Imran Ali Rashid From quension at softhome.net Mon Jan 22 09:40:28 2001 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] ircservices problems References: <3AB5EC10@MailAndNews.com> Message-ID: <3A6C708C.7A187458@softhome.net> stephan hrnciar wrote: > I recently made a ircd with unreal ircd (www.unrealircd.com) an i configured > all my services all was fine after a few runs then tryed to get other services > connected to my server because i linked my server with another server an > daylight services just kept killing the other services but didn't give me any > reports of errors. unrealircd give me a status that the services have been > killed basically almost killing the connectiong between servers > please email me back with info on how to fix this either with a update on > services or a txt on how i could fix it You cannot use more than one services package on a network. Which one should handle #somechannel? Who is the real owner of SuperNick? Services1 says it's joeblow@mega.isp, but services2 says it's meesterX@realnet.isp. See the problem? The solution is to pick one set of services and use it only. -- Quension From k.hawkes at zombies.force9.net Mon Jan 22 13:27:14 2001 From: k.hawkes at zombies.force9.net (Dr. K. Hawkes) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Backup Feature? Message-ID: Hey, Just thought of a suggestion, like Magick-1.4 used to have, where you could run 2x sets of Magick and if the main ones failed, the secondary would take over. You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ? Quinn "May darkness be your only ally, for in the shadows you can hide" - Kris '98/99 From uhc0 at rz.uni-karlsruhe.de Mon Jan 22 14:25:37 2001 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:06 2004 Subject: AW: [IRCServices] Backup Feature? In-Reply-To: Message-ID: Hi! Well, if you suggest such an unnecessary addition, you may also tell me, why you are not able to add a cronjob, which every 5 minutes tries to start services. Because, that will result in the same event. In your case, after the squit of the fallen set, the secondary set will re-read the database written by the first one, and pump the nicks, and continue. In the cronjob case, the cron will restart services, again with the database written during the squit, and the result is the same. The only point is, that there might be a delay of 4 minutes max. And it is completely unimportant I think. In other words, it is completely unnecessary to be coded into services. Regards; yusuf > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dr. K. > Hawkes > Gesendet: Montag, 22. Januar 2001 22:27 > An: IRC Services Mailing List > Betreff: [IRCServices] Backup Feature? > > > Hey, > > Just thought of a suggestion, like Magick-1.4 used to have, where > you could > run 2x sets of Magick and if the main ones failed, the secondary > would take > over. > > You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ? > > Quinn > > "May darkness be your only ally, > for in the shadows you can hide" - Kris '98/99 > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From gregk at wwwpages.com Mon Jan 22 15:43:45 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:06 2004 Subject: AW: [IRCServices] Backup Feature? In-Reply-To: Message-ID: you are assuming that the internet feed never goes down. We had an outtage of over 2 hours one day, where the server running services was fine but the internet connecion was down. On Mon, 22 Jan 2001, Yusuf Iskenderoglu wrote: > > Hi! > > Well, if you suggest such an unnecessary addition, you may also tell me, > why you are not able to add a cronjob, which every 5 minutes tries to start > services. > > Because, that will result in the same event. > > In your case, after the squit of the fallen set, the secondary set will > re-read the database written by the first one, and pump the nicks, and continue. > > In the cronjob case, the cron will restart services, again with the database written > during the squit, and the result is the same. > > The only point is, that there might be a delay of 4 minutes max. And it is completely > unimportant I think. In other words, it is completely unnecessary to be coded into services. > > Regards; > yusuf > > > -----Ursprüngliche Nachricht----- > > Von: ircservices-admin@ircservices.za.net > > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dr. K. > > Hawkes > > Gesendet: Montag, 22. Januar 2001 22:27 > > An: IRC Services Mailing List > > Betreff: [IRCServices] Backup Feature? > > > > > > Hey, > > > > Just thought of a suggestion, like Magick-1.4 used to have, where > > you could > > run 2x sets of Magick and if the main ones failed, the secondary > > would take > > over. > > > > You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ? > > > > Quinn > > > > "May darkness be your only ally, > > for in the shadows you can hide" - Kris '98/99 > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From uhc0 at rz.uni-karlsruhe.de Mon Jan 22 15:52:08 2001 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:06 2004 Subject: AW: AW: [IRCServices] Backup Feature? In-Reply-To: Message-ID: Hello; > you are assuming that the internet feed never goes down. We had an > outtage of over 2 hours one day, where the server running services was > fine but the internet connecion was down. > I assume nothing, because: You cannot have to sets of services on different computers, for they HAVE to read the same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down. And, two services with different db's does not make any sense. Result: If you want them to read the same db, place them onto the same computer. Network filesystems may work, but again, secondary set may even not start, if there are bigger connection problems. If they are on the same computer, there is really no need of adding that functionality. Cron will do the same job. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 | | ---------------------------------------------------------------------- From achurch at achurch.org Tue Jan 23 08:46:17 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: AW: [IRCServices] Backup Feature? Message-ID: <3a6cc767.27023@prima-lan.net> >Well, if you suggest such an unnecessary addition, you may also tell me, >why you are not able to add a cronjob, which every 5 minutes tries to >start >services. > >Because, that will result in the same event. No, I can see where a feature like this could potentially be useful: if the machine running Services gets split from the rest of the network, it's gone no matter how many cron jobs you have, so I can see the benefit of having a second copy of Services on a different machine that kicks in if the original fails. On the other hand, you have data synchronization to worry about, which is non-trivial when you consider the amount of bandwidth that would be taken up by sending every database change to each backup copy of Services; and the Internet is generally stable enough that I think backup Services can be managed by hand just as easily, so this is not something I'm planning for 5.0. I may consider it for a later version, but it's low on my priority list. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From kusdogan at boun.edu.tr Mon Jan 22 18:52:18 2001 From: kusdogan at boun.edu.tr (=?iso-8859-9?Q?Sinan_Ku=FEdo=F0an?=) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] Tcl & IRC Bots for Backup References: <3a6cc767.27023@prima-lan.net> Message-ID: <003201c084e7$8080a440$0a35fdd4@aqua> Hi everyone, Because of my interest in tcl and bots i thought of a TCL backup system that consists of two services running on different machines with separate DB's and two IRCbots (or only TCL codes). Let's call the first bot as MasterBot and the other as SlaveBot. MasterBot runs only for 1 or 2 minutes after the main service starts and SlaveBot runs always. Assume SlaveBot backups database to slave services' DBs on every 5 minutes when it finds OperServ1 (you can check this nickname or another specific signal for main services) running safely. When the check fails it uses its privileges and connects the secondary services with the server immediately and it may store the time of the server. When main services come back it first runs MasterBot to check the case. If the time that the secondary service ran is long enough it quits the connection and loads secondary DB to the master one and connects the main services. What is the advantage of this? You can run two separate services on different machines (should be on the same network, low connection speed may result with some data problems). You lost at max the SlaveBot's check time period. Cronjob and running two services on the same machine fails if that machine fails :) This is only another view. It may be improved. That's all from me at midnight :))) Sinan "abbas" Kusdogan From mike at chat.za.net Mon Jan 22 21:57:11 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:06 2004 Subject: AW: AW: [IRCServices] Backup Feature? In-Reply-To: Message-ID: There is absolutly no point to a failover services, there is no proper way to keep 2 sets of DB synced nicely. The point being, if connectivity fails, the one set of services wont be able to read from the others DB anyway. And there is NO point to run services twice on the same machine. The only POSSIBLE solution could be... On a second server, should that server detect that services goes down, it brings up a set of services (with a db that is synced 2x a day, in READ only mode, ie no changes... THe nice thing about this is, when the main services comes back up, we are not dealing with 2 seperate DB's. This model could work in a net that has frequent and long netsplitz as well Mike --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote: > > Hello; > > > you are assuming that the internet feed never goes down. We had an > > outtage of over 2 hours one day, where the server running services was > > fine but the internet connecion was down. > > > I assume nothing, because: > > You cannot have to sets of services on different computers, for they HAVE to read the > same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down. > And, two services with different db's does not make any sense. > > Result: If you want them to read the same db, place them onto the same computer. > Network filesystems may work, but again, secondary set may even not start, if there are > bigger connection problems. > If they are on the same computer, there is really no need of adding that functionality. > Cron will do the same job. > > Regards; > yusuf > > ---------------------------------------------------------------------- > | Yusuf Iskenderoglu | You get to meet all sorts, | > | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | > | eMail - s_iskend@ira.uka.de | | > | ICQ UIN : 20587464 | | > ---------------------------------------------------------------------- > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From themase_85 at hotmail.com Tue Jan 23 00:53:01 2001 From: themase_85 at hotmail.com (Aaron Mason) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] help Message-ID: I have managed to port the services to win32 through cygwin. However, whenever I run them, they segfault after about 5-10 minutes. This is an extract from the log: [Jan 22 17:50:41 2001] Services 4.3.2 (compiled for ircd.dal 4.4.15+) starting up [Jan 22 17:50:44 2001] Databases loaded [Jan 22 17:50:59 2001] unknown message from server (PROTOCTL NOQUIT TOKEN WATCH=128 SAFELIST) [Jan 22 17:50:59 2001] user: New maximum user count: 1 [Jan 22 17:51:59 2001] NickServ: `Darkie' registered by ~aaronm@teen.net.au [Jan 22 17:52:28 2001] ChanServ: Channel #teen registered by Darkie!~aaronm@teen.net.au [Jan 22 17:52:57 2001] OperServ: Darkie: help [Jan 22 17:53:45 2001] OperServ: Darkie: help raw [Jan 22 17:54:00 2001] OperServ: Darkie: raw :NickServ JOIN #teen [Jan 22 17:54:08 2001] OperServ: Darkie: raw :ChanServ JOIN #teen [Jan 22 17:54:12 2001] OperServ: Darkie: raw :OperServ JOIN #teen [Jan 22 17:54:17 2001] OperServ: Darkie: raw :HelpServ JOIN #teen [Jan 22 17:54:21 2001] OperServ: Darkie: raw :Global JOIN #teen [Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user ChanServ [Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user Global [Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user HelpServ [Jan 22 17:54:38 2001] channe: MODE #teen +v for nonexistent user Global [Jan 22 17:54:40 2001] channel: MODE #teen +o for nonexistent user NickServ [Jan 22 17:54:40 2001] channel: MODE #teen +o for nonexistent user OperServ [Jan 22 17:55:14 2001] OperServ: Darkie: raw :DevNull JOIN #teen [Jan 22 17:55:19 2001] channe: MODE #teen +v for nonexistent user DevNull [Jan 22 18:00:55 2001] Can't back up NickServ database nick.db: Permission denied [Jan 22 18:00:55 2001] Can't back up ChanServ database chan.db: Permission denied [Jan 22 18:00:55 2001] Can't back up OperServ database oper.db: Permission denied [Jan 22 18:00:55 2001] Can't back up AKILL database akill.db: Permission denied [Jan 22 18:00:55 2001] PANIC! saving akill.db (Segmentation fault) [Jan 22 18:00:55 2001] Services terminating: Segmentation fault I am using ircservices 4.3.4, although the log says i am using 4.3.2 for some reason. Would this be a bug in the services, or a "feature" in windows 98? From ianj at esper.net Tue Jan 23 01:21:04 2001 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] help In-Reply-To: Message-ID: On Tue, 23 Jan 2001, Aaron Mason wrote: > I have managed to port the services to win32 through cygwin. However, > whenever I run them, they segfault after about 5-10 minutes. > > This is an extract from the log: (... deleted ...) > I am using ircservices 4.3.4, although the log says i am using 4.3.2 for > some reason. > > Would this be a bug in the services, or a "feature" in windows 98? Taken directly from the FAQ (which I hope you read): ========= 3. Does Services run under Windows? No. I don't know enough about Windows programming to accomplish this (nor do I have the slightest desire to). Unless and until someone contributes patches allowing Services to run under Windows, you'll need a different operating system (try Linux or FreeBSD). ========= I can also suggest NetBSD and OpenBSD. --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 From uhc0 at rz.uni-karlsruhe.de Tue Jan 23 01:47:54 2001 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:06 2004 Subject: AW: [IRCServices] help In-Reply-To: Message-ID: Hello; If you are informed about the cygwin environment, available under www.cygwin.com a project managed by RedHat, you may try compiling services there. The result is the following: enygma@E304 ~ $ uname -a CYGWIN_NT-5.0 E304 1.1.7(0.31/3/2) 2000-12-25 12:39 i686 unknown enygma@E304 ~ $ cd /usr/local/sbin/ enygma@E304 /usr/local/sbin $ ./services enygma@E304 /usr/local/sbin $ tail /usr/local/lib/services/services.log [Jan 23 10:37:05 2001] Services 4.4.8 (compiled for ircd.dal Bahamut) starting up [Jan 23 10:37:05 2001] Databases loaded [Jan 23 10:37:08 2001] NickServ: TimeMr14C!Joseph_14@hadie304.hadiko.uni-karlsruhe.de identified for nick TimeMr14C The compilation was completely non problematic, except one thing that ought to be changed in configure script. mkdir itself is working a little different. But it is the only change needed. And you also have to convince the Makefile to use services.exe as well. I proclaim that there is absolutely no problem in services working, but, this may be the result of the cygwin working under Win2K, which *has* user management, where Win98 does not. And cygwin uses this user management. Best regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 | | ---------------------------------------------------------------------- > -----Ursprungliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Ian R. > Justman > Gesendet: Dienstag, 23. Januar 2001 10:21 > An: ircservices@ircservices.za.net; Aaron Mason > Betreff: Re: [IRCServices] help > > > On Tue, 23 Jan 2001, Aaron Mason wrote: > > > I have managed to port the services to win32 through cygwin. However, > > whenever I run them, they segfault after about 5-10 minutes. > > > > This is an extract from the log: > > (... deleted ...) > > > I am using ircservices 4.3.4, although the log says i am using 4.3.2 for > > some reason. > > > > Would this be a bug in the services, or a "feature" in windows 98? > > Taken directly from the FAQ (which I hope you read): > > ========= > > 3. Does Services run under Windows? > > No. I don't know enough about Windows programming to accomplish > this (nor do I have the slightest desire to). Unless and until > someone contributes patches allowing Services to run > under Windows, > you'll need a different operating system (try Linux or FreeBSD). > > ========= > > I can also suggest NetBSD and OpenBSD. > > --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, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From themase_85 at hotmail.com Tue Jan 23 02:11:51 2001 From: themase_85 at hotmail.com (Aaron Mason) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] help References: Message-ID: well, to be quite frank, i did exactly what you did. used cygwin.. changed Makefile.. etc Although I *was* using an older version (4.3.4), so that *may* solve the problem. - Aaron ----- Original Message ----- From: Yusuf Iskenderoglu To: Sent: Tuesday, January 23, 2001 7:47 PM Subject: AW: [IRCServices] help Hello; If you are informed about the cygwin environment, available under www.cygwin.com a project managed by RedHat, you may try compiling services there. The result is the following: enygma@E304 ~ $ uname -a CYGWIN_NT-5.0 E304 1.1.7(0.31/3/2) 2000-12-25 12:39 i686 unknown enygma@E304 ~ $ cd /usr/local/sbin/ enygma@E304 /usr/local/sbin $ ./services enygma@E304 /usr/local/sbin $ tail /usr/local/lib/services/services.log [Jan 23 10:37:05 2001] Services 4.4.8 (compiled for ircd.dal Bahamut) starting up [Jan 23 10:37:05 2001] Databases loaded [Jan 23 10:37:08 2001] NickServ: TimeMr14C!Joseph_14@hadie304.hadiko.uni-karlsruhe.de identified for nick TimeMr14C The compilation was completely non problematic, except one thing that ought to be changed in configure script. mkdir itself is working a little different. But it is the only change needed. And you also have to convince the Makefile to use services.exe as well. I proclaim that there is absolutely no problem in services working, but, this may be the result of the cygwin working under Win2K, which *has* user management, where Win98 does not. And cygwin uses this user management. Best regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 | | ---------------------------------------------------------------------- > -----Ursprungliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Ian R. > Justman > Gesendet: Dienstag, 23. Januar 2001 10:21 > An: ircservices@ircservices.za.net; Aaron Mason > Betreff: Re: [IRCServices] help > > > On Tue, 23 Jan 2001, Aaron Mason wrote: > > > I have managed to port the services to win32 through cygwin. However, > > whenever I run them, they segfault after about 5-10 minutes. > > > > This is an extract from the log: > > (... deleted ...) > > > I am using ircservices 4.3.4, although the log says i am using 4.3.2 for > > some reason. > > > > Would this be a bug in the services, or a "feature" in windows 98? > > Taken directly from the FAQ (which I hope you read): > > ========= > > 3. Does Services run under Windows? > > No. I don't know enough about Windows programming to accomplish > this (nor do I have the slightest desire to). Unless and until > someone contributes patches allowing Services to run > under Windows, > you'll need a different operating system (try Linux or FreeBSD). > > ========= > > I can also suggest NetBSD and OpenBSD. > > --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, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From themase_85 at hotmail.com Tue Jan 23 03:18:16 2001 From: themase_85 at hotmail.com (Aaron Mason) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] new problem Message-ID: What does this mean, as I am unable to understand what "Not owner" means. If it is obvious, please lay off on the jokes, ok? [Jan 23 21:07:33 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) starting u p [Jan 23 21:07:37 2001] Databases loaded [Jan 23 21:07:48 2001] FATAL: Can't connect to server: Not owner I have searched the FAQ, only to come up with squat. Any answers? From achurch at achurch.org Tue Jan 23 20:26:46 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:06 2004 Subject: [IRCServices] new problem Message-ID: <3a6d6b0d.37336@prima-lan.net> >[Jan 23 21:07:48 2001] FATAL: Can't connect to server: Not owner I'm not sure why this error message would come up, although I do know there is a bug in versions through 4.4.9 which can cause errors to be misreported when the connection to the server fails. Check to be sure that your ircd is running and you have specified the correct address/port in services.conf. You may want to try using an IP address in services.conf instead of a hostname. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Mon Jan 22 12:05:55 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:06 2004 Subject: AW: AW: [IRCServices] Backup Feature? References: Message-ID: <003201c084ae$bd564f20$0200000a@strider> I think the cron job idea is the best I've seen out of all of this. It uses the least amount of resources, has less overhead, and no database issues. A cron job that runs every 5 minutes would work great for that. All you would have to do is write a script that checks to see if services is running, and if it finds it isn't, start them up. One feature I'd like to see though that the cron job idea could benefit from is being able to send the process arguments and it work to where you can send a global from outside of the ircd. I could see this being useful for the script to send a global to all users with a warning to identify to nickserv and an apology about services being down. I could see other benefits from this as well later on down the line in conjuction with logs and tail -f if one didn't care to log into irc. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Michael Smith" To: Sent: Monday, January 22, 2001 11:57 PM Subject: Re: AW: AW: [IRCServices] Backup Feature? > > There is absolutly no point to a failover services, there is no proper way > to keep 2 sets of DB synced nicely. The point being, if connectivity > fails, the one set of services wont be able to read from the others DB > anyway. And there is NO point to run services twice on the same machine. > > The only POSSIBLE solution could be... > > On a second server, should that server detect that services goes down, it > brings up a set of services (with a db that is synced 2x a day, in READ > only mode, ie no changes... THe nice thing about this is, when the main > services comes back up, we are not dealing with 2 seperate DB's. > > This model could work in a net that has frequent and long netsplitz as > well > > Mike > > > > --- > Michael Smith (Warlock on IRC) > http://www.warlock.web.za/ > "The software said Windows95 or better... > ...so I got Linux" > > > On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote: > > > > > Hello; > > > > > you are assuming that the internet feed never goes down. We had an > > > outtage of over 2 hours one day, where the server running services was > > > fine but the internet connecion was down. > > > > > I assume nothing, because: > > > > You cannot have to sets of services on different computers, for they HAVE to read the > > same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down. > > And, two services with different db's does not make any sense. > > > > Result: If you want them to read the same db, place them onto the same computer. > > Network filesystems may work, but again, secondary set may even not start, if there are > > bigger connection problems. > > If they are on the same computer, there is really no need of adding that functionality. > > Cron will do the same job. > > > > Regards; > > yusuf > > > > ---------------------------------------------------------------------- > > | Yusuf Iskenderoglu | You get to meet all sorts, | > > | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | > > | eMail - s_iskend@ira.uka.de | | > > | ICQ UIN : 20587464 | | > > ---------------------------------------------------------------------- > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ianj at esper.net Thu Jan 25 00:30:31 2001 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:06 2004 Subject: AW: AW: [IRCServices] Backup Feature? In-Reply-To: <003201c084ae$bd564f20$0200000a@strider> Message-ID: On Mon, 22 Jan 2001, Strider wrote: > I think the cron job idea is the best I've seen out of all of this. It uses > the least amount of resources, has less overhead, and no database issues. A > cron job that runs every 5 minutes would work great for that. All you would > have to do is write a script that checks to see if services is running, and > if it finds it isn't, start them up. This is what I have running on the EsperNet : ========== 8< ============ Snipperoonie ============== #!/usr/bin/perl $pidfile = "$ENV{HOME}/lib/services.pid"; $services = "$ENV{HOME}/bin/services"; if ( ! -e "$pidfile" ) { system("$services"); exit; } else { $pid = `cat $pidfile`; chomp $pid; if ( ! -e "/proc/$pid" ) { system("rm $pidfile"); system("$services"); exit; } # If we got this far, assume that Services are running correctly, # then exit. } ========== 8< ============ Snipperoonie ============== Then season to taste. On EsperNet, Services runs under its own UID and out of its own home directory. As-is (except for the values of $pidfile and $services, which are site-specific, especially if you are not running this out of a "home directory"), this should work just fine under Linux, FreeBSD, and perhaps OpenBSD. NetBSD uses /kern, if memory serves. Otherwise, as always, YMMV. Hell, you could even run this every minute if you so chose since all it really does is check for the presence of one "file" named with the contents of another (assuming THAT file exists, then restarting Services if not or if the one in /proc does not exist). The only real sacrifice you might make here is the memory footprint of the Perl interpreter when it starts. I just found it annoyingly easy (and enjoyable) to implement in Perl. :) > One feature I'd like to see though that the cron job idea could benefit from > is being able to send the process arguments and it work to where you can > send a global from outside of the ircd. I could see this being useful for > the script to send a global to all users with a warning to identify to > nickserv and an apology about services being down. I could see other > benefits from this as well later on down the line in conjuction with logs > and tail -f if one didn't care to log into irc. You could probably hack in @ARGV support or put in a file that the script would then "include" or "require" into the code, passing those values to Services when you fire up. Or whichever method you'd prefer. Perl rocks my world, what more can I say? :) --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 From jamie at inetezine.org Thu Jan 25 00:39:27 2001 From: jamie at inetezine.org (Jamie Smithson) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL Message-ID: <00af01c086aa$54824640$4eb27ad5@nebula> Hi all... I was interested to know whether or not the reason given when a host is AKILLed is given when the user is killed, to let them know *why* they were banned from the network. However, when I tried it all I got was "You are not welcome on this network" --- the reason wasn't given. Maybe it would be a good idea to somehow notify the user of the reason given when the oper did /operserv akill. That way it would clear up some confusion. Maybe I'm wrong...but I'm open to criticism/comments on this :) Thanks... --- -Jamie [aka, ice] Network Administrator, QuikFire IRC Network irc.quikfire.net Email: jamie@inetezine.org SMS: jamiesmithson@sms.genie.co.uk Work: 96smithsonj@hovepark.org.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010125/53257eef/attachment.html From achurch at achurch.org Fri Jan 26 06:57:34 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL Message-ID: <3a70a233.61777@prima-lan.net> >I was interested to know whether or not the reason given when a host is = >AKILLed >is given when the user is killed, to let them know *why* they were = >banned from the network. >However, when I tried it all I got was "You are not welcome on this = >network" --- >the reason wasn't given. You haven't mentioned which version of Services you're using, but if you're using 4.4.x, you can set the kill message using the StaticAkillReason directive in the configuration file, or you can leave it undefined to use the reason given in the AKILL command as the kill message. However, some IRC servers cannot record a message with an autokill, and so only the first user matching the autokill will see the message--the rest will see a different message chosen by the IRC server, and there isn't really anything you can do about that except change IRC servers or modify Services to not actually send out an AKILL (i.e. just kill each matching user as they come on). From the message you gave, I suspect the latter is the case here. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From gregk at wwwpages.com Thu Jan 25 15:18:43 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL In-Reply-To: <3a70a233.61777@prima-lan.net> Message-ID: I got some bozo telling me I have to give them the source code to our modified services because of the GPL license. I assume this is crap, that if we distributed the binary, we would also have to include the source. Is my assumption correct? From kfiresun at ix.netcom.com Thu Jan 25 15:16:50 2001 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL References: Message-ID: <001e01c08724$efb17210$6ed387d8@tiphares.com> Excerpts from the GPL Version 2: Section 2: b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. Section 3: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, So to answer your question, "YES," under the terms of the GPL you MUST give up the source code upon request or at least notify people were they can obtain the source code free of charge. This does not have to be included with the binary distribution though. Bryce Simonds (Kelmar K. Firesun) IRC operator: dream.esper.net ----- Original Message ----- From: Gregory King To: Sent: Thursday, January 25, 2001 5:18 PM Subject: Re: [IRCServices] AKILL > > I got some bozo telling me I have to give them the source code to our > modified services because of the GPL license. I assume this is crap, that > if we distributed the binary, we would also have to include the source. > Is my assumption correct? > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices From gregk at wwwpages.com Thu Jan 25 16:33:41 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL In-Reply-To: <001e01c08724$efb17210$6ed387d8@tiphares.com> Message-ID: > > Section 2: > b) You must cause any work that you distribute or publish, that in > whole or in part contains or is derived from the Program or any > part thereof, to be licensed as a whole at no charge to all third > parties under the terms of this License. > > Section 3: > a) Accompany it with the complete corresponding machine-readable > source code, which must be distributed under the terms of Sections > 1 and 2 above on a medium customarily used for software interchange; or, > > b) Accompany it with a written offer, valid for at least three > years, to give any third party, for a charge no more than your > cost of physically performing source distribution, a complete > machine-readable copy of the corresponding source code, to be > distributed under the terms of Sections 1 and 2 above on a medium > customarily used for software interchange; or, > > So to answer your question, "YES," under the terms of the GPL you > MUST give up the source code upon request or at least notify people > were they can obtain the source code free of charge. This does > not have to be included with the binary distribution though. It was neither distrubuted nor published as stated in section 2. That is the whole point, I don't wish to distribute or publish it. From achurch at achurch.org Fri Jan 26 08:27:07 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL Message-ID: <3a70b750.62336@prima-lan.net> >I got some bozo telling me I have to give them the source code to our >modified services because of the GPL license. I assume this is crap, that >if we distributed the binary, we would also have to include the source. >Is my assumption correct? I'm not sure exactly what you're saying, but there is no requirement that you give the source to anyone who asks for it; as you say, the requirement is that _if_ you distribute the binary, _then_ you must _also_ provide the source. If you don't want to distribute your modifications at all, there's no problem with that. (Of course, if you've made useful changes I don't see a reason _not_ to release them, but that's up to you.) --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andy at strugglers.net Thu Jan 25 16:16:55 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL In-Reply-To: References: <3a70a233.61777@prima-lan.net> Message-ID: On Thu, 25 Jan 2001 15:18:43 -0800 (PST), Gregory King wrote: > >I got some bozo telling me I have to give them the source code to our >modified services because of the GPL license. I assume this is crap, that >if we distributed the binary, we would also have to include the source. >Is my assumption correct? 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. In short, if you distribute your modified services to other people in any way you must provide the source (on request). There is no requirement to provide the source to your changes if you do not provide them for use by anyone else. But there is no reason not to share your work. Though, IANAL :) -- Andy Smith From strider at chatcircuit.com Wed Jan 24 16:26:52 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL References: <3a70a233.61777@prima-lan.net> Message-ID: <007b01c08665$850fd4c0$0200000a@strider> If I were to make modifications to services to suit our needs, would I have to distribute the modifications because of GPL or could the modifications be kept private to us? Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andy Smith" To: Sent: Thursday, January 25, 2001 6:16 PM Subject: Re: [IRCServices] AKILL > On Thu, 25 Jan 2001 15:18:43 -0800 (PST), Gregory King > wrote: > > > > >I got some bozo telling me I have to give them the source code to our > >modified services because of the GPL license. I assume this is crap, that > >if we distributed the binary, we would also have to include the source. > >Is my assumption correct? > > 2. You may modify your copy or copies of the Program or any portion > of it, thus forming a work based on the Program, and copy and > distribute such modifications or work under the terms of Section 1 > above, provided that you also meet all of these conditions: > > a) You must cause the modified files to carry prominent notices > stating that you changed the files and the date of any change. > > b) You must cause any work that you distribute or publish, that in > whole or in part contains or is derived from the Program or any > part thereof, to be licensed as a whole at no charge to all third > parties under the terms of this License. > > In short, if you distribute your modified services to other people in any > way you must provide the source (on request). There is no requirement to > provide the source to your changes if you do not provide them for use by > anyone else. > > But there is no reason not to share your work. > > Though, IANAL :) > > -- > Andy Smith > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andy at strugglers.net Thu Jan 25 16:28:34 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL In-Reply-To: <007b01c08665$850fd4c0$0200000a@strider> References: <3a70a233.61777@prima-lan.net> <007b01c08665$850fd4c0$0200000a@strider> Message-ID: On Wed, 24 Jan 2001 18:26:52 -0600, "Strider" wrote: >If I were to make modifications to services to suit our needs, would I have >to distribute the modifications because of GPL or could the modifications be >kept private to us? GPL does not force you to publish your work. Even if your work happens to be someone else's GPL'd work with a few changes. -- Andy Smith From strider at chatcircuit.com Wed Jan 24 16:33:14 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL References: <3a70a233.61777@prima-lan.net> <007b01c08665$850fd4c0$0200000a@strider> Message-ID: <008301c08666$68af9ee0$0200000a@strider> Ok, because some people tried to pull that crap with us once because they wanted our changes. I still refused. But I never got around to reading through the gpl. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andy Smith" To: Sent: Thursday, January 25, 2001 6:28 PM Subject: Re: [IRCServices] AKILL > On Wed, 24 Jan 2001 18:26:52 -0600, "Strider" > wrote: > > >If I were to make modifications to services to suit our needs, would I have > >to distribute the modifications because of GPL or could the modifications be > >kept private to us? > > GPL does not force you to publish your work. Even if your work happens to > be someone else's GPL'd work with a few changes. > > -- > Andy Smith > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andy at strugglers.net Thu Jan 25 16:45:08 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL In-Reply-To: <008301c08666$68af9ee0$0200000a@strider> References: <3a70a233.61777@prima-lan.net> <007b01c08665$850fd4c0$0200000a@strider> <008301c08666$68af9ee0$0200000a@strider> Message-ID: On Wed, 24 Jan 2001 18:33:14 -0600, "Strider" wrote: >Ok, because some people tried to pull that crap with us once because they >wanted our changes. I still refused. But I never got around to reading >through the gpl. Personally I feel it is somewhat immoral not to publish changes to an existing GPL'd work. But there is nothing to legally oblige you to do it unless you wish to distribute it. -- Andy Smith From strider at chatcircuit.com Wed Jan 24 16:52:27 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] AKILL References: <3a70a233.61777@prima-lan.net> <007b01c08665$850fd4c0$0200000a@strider> <008301c08666$68af9ee0$0200000a@strider> Message-ID: <008f01c08669$17dcac80$0200000a@strider> I'm rather embarrased of the code actually, it's not very good (and most of it isn't even mine). All it does is make little virtual users easier to manage, I guess kinda like a botserv, but it's all done through operserv. Some of the code in fact is poor and downright wrong, heh. Once I learn how to program better, I'll fix some of that dirty code and maybe eventually distribute it. BTW, when did this turn into a GPL discussion when the subject is AKILL? Haven't read all the list msgs yet... Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andy Smith" To: Sent: Thursday, January 25, 2001 6:45 PM Subject: Re: [IRCServices] AKILL > On Wed, 24 Jan 2001 18:33:14 -0600, "Strider" > wrote: > > >Ok, because some people tried to pull that crap with us once because they > >wanted our changes. I still refused. But I never got around to reading > >through the gpl. > > Personally I feel it is somewhat immoral not to publish changes to an > existing GPL'd work. But there is nothing to legally oblige you to do it > unless you wish to distribute it. > > -- > Andy Smith > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From gregk at wwwpages.com Thu Jan 25 18:13:41 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] GPL In-Reply-To: <008f01c08669$17dcac80$0200000a@strider> Message-ID: On Wed, 24 Jan 2001, Strider wrote: > I'm rather embarrased of the code actually, it's not very good (and most of > it isn't even mine). All it does is make little virtual users easier to > manage, I guess kinda like a botserv, but it's all done through operserv. > Some of the code in fact is poor and downright wrong, heh. Once I learn how > to program better, I'll fix some of that dirty code and maybe eventually > distribute it. > > BTW, when did this turn into a GPL discussion when the subject is AKILL? > Haven't read all the list msgs yet... That was my fault. I replied to an existing message when I asked my question, and neglected to change the subject line. In regards to why we dont distribute the changes... because they aren't quite stable and we aren't finished with the mods. Also, there are a few things in our mods that Andrew has stated he would not put in the services due to conflicts with the RFC's. From drdeath at bigpond.net.au Fri Jan 26 00:01:52 2001 From: drdeath at bigpond.net.au (DrDeath) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Segment fault In-Reply-To: <008f01c08669$17dcac80$0200000a@strider> Message-ID: <000001c0876e$3f635280$2bba8490@nsw.bigpond.net.au> Hey, when i try and start my services it says Segment Fault ( core dumped ) whats this mean? From drdeath at bigpond.net.au Fri Jan 26 05:22:25 2001 From: drdeath at bigpond.net.au (DrDeath) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Segment fault In-Reply-To: <000001c0876e$3f635280$2bba8490@nsw.bigpond.net.au> Message-ID: <000001c0879b$06108340$2bba8490@nsw.bigpond.net.au> More info running a althon t-bird 700@850 Redhat 7 Latest IrcServices UnrealIrcd - Latest one 128MB ram (soon to be on) quad xeno 1Gig Ram.. -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]On Behalf Of DrDeath Sent: Friday, 26 January 2001 7:02 PM To: ircservices@ircservices.za.net Subject: [IRCServices] Segment fault Hey, when i try and start my services it says Segment Fault ( core dumped ) whats this mean? ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Jan 26 22:36:56 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Segment fault Message-ID: <3a717e62.67366@prima-lan.net> >More info > >running a althon t-bird 700@850 >Redhat 7 This is your problem. Redhat 7 is known to be unstable and is not supported. Downgrade to Redhat 6.2 or use a different distribution of Linux. >Latest IrcServices >UnrealIrcd - Latest one Also be aware that Unreal is not officially supported in the current (4.4.9) release of Services; some people say it works fine, while others have had problems. Preliminary support for the Unreal server will be included in 4.5.0 (a beta will be going out in the next few days, probably); however, if you have problems with Unreal, I recommend using either Dreamforge or Bahamut, both of which can be found at: ftp://ftp.ircservices.za.net/pub/ircd/ --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From andrewk at icon.co.za Fri Jan 26 07:56:20 2001 From: andrewk at icon.co.za (Andrew Kempe) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] EFnext ircd Message-ID: <022201c087b0$880d70f0$9c011ac4@africa.didata.local> Thought people may be interested in this... http://www.efnext.org I've not had a chance to read all the stuff here... but basically it's yet another attempt at a new ircd for EFnet (errr.... EFnext). Andrew From black at netguardian.org Fri Jan 26 10:38:09 2001 From: black at netguardian.org (black@netguardian.org) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] (no subject) Message-ID: <200101261338276.SM00195@m2w021.mail2web.com> Hi , I have a suggestion but not sure if it is possible or not. I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer. In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ... Is it possible to do something like this ? Thanks RiCk_DaNGeRouS -------------------------------------------------------------------- Mail2Web - Check your email from the web at http://www.mail2web.com/ . From gregk at wwwpages.com Fri Jan 26 12:10:01 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] (no subject) In-Reply-To: <200101261338276.SM00195@m2w021.mail2web.com> Message-ID: Assuming that people doing the banning would supply intelligent information? I think the reason field would be filled with "Banned" or the like, requiring you or the banee to contact the channel founder for the reason. Why not suggest the banee do that now? On Fri, 26 Jan 2001, black@netguardian.org wrote: > Hi , > I have a suggestion but not sure if it is possible or not. > I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer. > > In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ... > > Is it possible to do something like this ? > > Thanks > > RiCk_DaNGeRouS > > > -------------------------------------------------------------------- > Mail2Web - Check your email from the web at > http://www.mail2web.com/ . > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From scotts at ure.net Fri Jan 26 11:49:57 2001 From: scotts at ure.net (Scott Seufert) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] (no subject) References: Message-ID: <3A71D4E5.8BDBF572@ure.net> I agree, especially since there is nothing stating that a ChanOp _needs_ a reason to ban. Just like IRCops, ChanOps do not need a reason to deny access to a server/channel. Dryder Gregory King wrote: > > Assuming that people doing the banning would supply intelligent > information? I think the reason field would be filled with "Banned" or > the like, requiring you or the banee to contact the channel founder for > the reason. Why not suggest the banee do that now? > > On Fri, 26 Jan 2001, black@netguardian.org wrote: > > > Hi , > > I have a suggestion but not sure if it is possible or not. > > I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer. > > > > In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ... > > > > Is it possible to do something like this ? > > > > Thanks > > > > RiCk_DaNGeRouS > > > > > > -------------------------------------------------------------------- > > Mail2Web - Check your email from the web at > > http://www.mail2web.com/ . > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices From smkelly at zombie.org Fri Jan 26 14:06:20 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] (no subject) In-Reply-To: <200101261338276.SM00195@m2w021.mail2web.com>; from black@netguardian.org on Fri, Jan 26, 2001 at 01:38:09PM -0500 References: <200101261338276.SM00195@m2w021.mail2web.com> Message-ID: <20010126160620.A47353@edgemaster.zombie.org> On Fri, Jan 26, 2001 at 01:38:09PM -0500, black@netguardian.org wrote: > In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ... > > Is it possible to do something like this ? Not with Services. I know of no such BAN command in Services. If you are talking about channel bans, such as channel mode +b, there is no real BAN command. Any /BAN command you have is an alias or shortcut presented to you by your IRC client. The real format for a ban is: /mode #channel +b Many IRC scripts/clients have a BAN alias which determines the usermask based on a nickname for you, and then carry out the above command. In this case,\ you would have to modify every IRC client/script with a BAN alias, plus your IRC server's source code. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From kfiresun at ix.netcom.com Fri Jan 26 23:08:44 2001 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] (no subject) References: <200101261338276.SM00195@m2w021.mail2web.com> Message-ID: <003d01c0882f$fe082140$6ed387d8@tiphares.com> If I'm not mistaken the AKick now supports an optional reason for the ban. However, on EsperNet we usually do not get involved as to why or why not a user was banned from a channel. (As far as I know most IRC networks operate this way) Best answer is to tell your users that they will have to take the matter up with the channel operators and/or the founder of the channel. Bryce Simonds (Kelmar K. Firesun) IRC operator: dream.esper.net ----- Original Message ----- From: To: Sent: Friday, January 26, 2001 12:38 PM Subject: [IRCServices] (no subject) Hi , I have a suggestion but not sure if it is possible or not. I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer. In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ... Is it possible to do something like this ? Thanks RiCk_DaNGeRouS -------------------------------------------------------------------- Mail2Web - Check your email from the web at http://www.mail2web.com/ . ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Sat Jan 27 06:56:35 2001 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:07 2004 Subject: AW: [IRCServices] (no subject) In-Reply-To: <003d01c0882f$fe082140$6ed387d8@tiphares.com> Message-ID: Hi; The RFC1459 defines MODE command very clearly: :sender MODE channel modes parameters Examples: :TimeMr14C MODE #test +tn :ChanServ MODE #test +o TimeMr14C :services.test.net MODE #test +bbb a!b@c.de *!*@*.lame.org hahaha!*@* If you want to enforce reason inclusion, you have to modify m_mode itself. But again, because a mode command can be run, without including any parameters, you will probably need more changes than just requiring another parv. It will be interesting to hear, how you'll do that, if a single MODE command has 3 bans. How will you make the ircd distunguish between the given reasons ? Maybe the way sglines are working ? Why should a user count how many characters are typed for a ban ? Will you reduce the whole thing to single mode changes ? Preventing everyone from setting +tn at the same time ? Maybe you are a little clear about the reality that the MODE command cannot be easily modified to include reasons. Regards, yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 | | ---------------------------------------------------------------------- From achurch at achurch.org Mon Jan 29 08:57:09 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a74b222.15614@prima-lan.net> Services 4.5pre0 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz ftp.ircservices.za.net and the mirror sites should have it soon. Please note that this is a BETA VERSION and as such may have numerous bugs in it. (It's been running without incident on EsperNet for close to 2 days now, however.) Networks which require stable versions of Services should stay with the current stable version until 4.5.0 is released. However, testing would be appreciated on those networks which can afford to. In particular, experimental support has been added for the Unreal IRC server, version 3.1.1; if you are using this server, please try out the new support (option 31 in the configure script) and let me know of any bugs or problems. As usual, Services 4.5 uses a data file format incompatible with previous releases of Services, so be sure to keep backups of your earlier databases in case something goes wrong. I am looking at another format which would allow for backwards compatibility for the 5.0 release, which I am planning to follow 4.5. Also, a note to users of languages other than English: The language files in Services are currently very outdated, and many messages, including most of the "main" help messages, are commented out in the language files and available in English only. Any assistance in updating the language files would be appreciated; please send updates to me at . Following is an extract from the Services 4.5pre0 WhatsNew file: ! NOTICE to those using encryption: Services 4.4.x and earlier had a bug in the encryption routine causing passwords to be incorrectly encrypted. This bug is fixed in 4.5.0, but as a consequence, all passwords set in earlier versions are not directly readable by Services. A workaround is available in the "configure" script, but enabling this workaround may decrease the security of some passwords. I recommend enabling the workaround for the first 30 days (or whatever you have your nickname expiration period set to), adding a logon news item asking users to set their password again (this can be the same as the old password, as long as they run the SET PASSWORD command again), and disabling the workaround after that time has passed. + Services now supports the "Services stamp" feature in DAL 4.4.15+ compatible servers (including Dreamforge and Bahamut). This feature allows Services to attach an ID value to each user which will be retained even when the network splits, for increased security when re-granting privileges after a split. + Added SOP, AOP, and VOP commands as an alternate method of managing channel access lists. (ACCESS can still be used as before.) + Added support for suspending channels. Like suspended nicknames, all settings will be retained during the suspension period. + Services can now be configured to require an E-mail address at nickname registration time. + Added UNSET command to NickServ and ChanServ for clearing URLs and E-mail addresses. + Added OperServ CLEARCHAN command to remove all users from a channel. + Added OperServ SU command to allow any Services admin to gain super-user privileges (with the appropriate password). + Time specifications (in services.conf, for autokills, etc.) can now include multiple units, for example "1h30m". + Sending a SIGUSR2 signal to Services will cause the log file to be closed and reopened. Use in combination with "mv" to rotate the log file. + Added experimental support for the Unreal server (version 3.1.1). * Support for the DALnet Bahamut server has been improved. Note that only versions 1.4.1 and later are supported (support for earlier versions has been dropped). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Mon Jan 29 10:45:53 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Note about translations Message-ID: <3a74cca8.16245@prima-lan.net> An extra note to those of you who can do translations: The "langcomp" program (in the lang/ directory) has a command-line option "-w" which will list all messages not found in the message file. So, for example, doing: cd lang make langcomp ./langcomp -w tr.l (where "tr.l" is the name of the language file, in this case Turkish) will print out lines like: tr.l: String `BAD_EXPIRY_TIME' missing tr.l: String `NICK_X_SUSPENDED_MEMOS' missing tr.l: String `NICK_X_NOT_ON_CHAN_X' missing tr.l: String `CHAN_X_SUSPENDED_MEMOS' missing tr.l: String `SERV_X_NOT_FOUND' missing tr.l: String `NICK_REGISTER_SYNTAX' missing tr.l: String `NICK_REGISTER_REQ_EMAIL_SYNTAX' missing tr.l: String `NICK_IDENTIFY_SYNTAX' missing tr.l: String `NICK_DROP_SYNTAX' missing tr.l: String `NICK_SET_SYNTAX' missing for each message not found in the file. You can use this to find which messages need to be translated/updated. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From RealCFC at ChatFIRST.COM Sun Jan 28 23:59:23 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74b222.15614@prima-lan.net> Message-ID: <000501c089c9$668b2240$4c02d6d1@pavilion> While trying to compile 4.5pre for UnrealIRCd I got the following errors: 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 modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services (cd lang ; make CFLAGS=" -O2 -Wall -g") "Makefile", line 18: Need an operator "Makefile", line 21: Need an operator "Makefile", line 23: Need an operator "Makefile", line 25: Need an operator "Makefile", line 28: Need an operator "Makefile", line 30: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 What am I doing wrong ? Any help will be greately appreciated . ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/5deacbf3/attachment.htm From RealCFC at ChatFIRST.COM Mon Jan 29 00:05:27 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74b222.15614@prima-lan.net> <000501c089c9$668b2240$4c02d6d1@pavilion> Message-ID: <001201c089ca$3eb62f20$4c02d6d1@pavilion> After getting the errors I explained on my former message I tried typing 'gmake' instead of 'make' and it looks like it finished compiling or am I mistaken? This is the whole log of the first error and then after typing 'gmake' sorry for spamming the list guys. Ely gcc -O2 -Wall -g -c users.c 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 modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services (cd lang ; make CFLAGS=" -O2 -Wall -g") "Makefile", line 18: Need an operator "Makefile", line 21: Need an operator "Makefile", line 23: Need an operator "Makefile", line 25: Need an operator "Makefile", line 28: Need an operator "Makefile", line 30: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/home/cfc/ircservices-4.5pre0. [23:48](cfc@ircd)[~/ircservices-4.5pre0]> gmake (cd lang ; gmake CFLAGS=" -O2 -Wall -g") gmake[1]: Entering directory `/usr/home/cfc/ircservices-4.5pre0/lang' gcc -O2 -Wall -g langcomp.c -o langcomp ./langcomp en_us.l ./langcomp es.l ./langcomp it.l ./langcomp ja_euc.l ./langcomp ja_sjis.l ./langcomp pt.l ./langcomp tr.l gmake[1]: Leaving directory `/usr/home/cfc/ircservices-4.5pre0/lang' Now run "gmake install" to install Services. [23:53](cfc@ircd)[~/ircservices-4.5pre0]> Thanks Again ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/b6dce346/attachment.html From achurch at achurch.org Mon Jan 29 13:59:52 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a74f9c1.17207@prima-lan.net> >After getting the errors I explained on my former message I tried typing = >'gmake' instead of 'make' and it looks like it finished compiling or am = >I mistaken? Since you found the problem yourself I'll spare you the rant, but this is in the FAQ (question 7). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From mike at chat.za.net Sun Jan 28 21:10:31 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <000501c089c9$668b2240$4c02d6d1@pavilion> Message-ID: errr where did you get 4.5pre from? I dont see it on the site (just checked), and I was not aware of any announcement Mike --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Sun, 28 Jan 2001, [Real] wrote: > While trying to compile 4.5pre for UnrealIRCd I got the following errors: > > 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 modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services > (cd lang ; make CFLAGS=" -O2 -Wall -g") > "Makefile", line 18: Need an operator > "Makefile", line 21: Need an operator > "Makefile", line 23: Need an operator > "Makefile", line 25: Need an operator > "Makefile", line 28: Need an operator > "Makefile", line 30: Need an operator > make: fatal errors encountered -- cannot continue > *** Error code 1 > > What am I doing wrong ? > > Any help will be greately appreciated . > ====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== > From RealCFC at ChatFIRST.COM Mon Jan 29 00:19:04 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74f9c1.17207@prima-lan.net> Message-ID: <001a01c089cc$25a86320$4c02d6d1@pavilion> Thanks for your fast reply , even after compiling with 'gmake' I still got a 'permission denied' error but again it appears it finished compiling: All done! Now edit config.h to your liking, and run "make" (or possibly "gmake") to compile Services. See the README and FAQ if you have any problems. [0:02](cfc@ircd)[~/ircservices-4.5pre0]> gmake gmake: getcwd: : Permission denied touch services.h sh version.sh gcc -O2 -Wall -g -c actions.c gcc -O2 -Wall -g -c akill.c then it finishes compiling to the end with no errors. ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/25b381fb/attachment.htm From RealCFC at ChatFIRST.COM Mon Jan 29 00:23:55 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released References: Message-ID: <002201c089cc$d8697ee0$4c02d6d1@pavilion> A message was sent to the list earlier , Let me know if you want me to forward it for you. you get it from : ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz Greetings ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/661f6761/attachment.html From mike at chat.za.net Sun Jan 28 21:45:15 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <002201c089cc$d8697ee0$4c02d6d1@pavilion> Message-ID: Hehe. mailing list lag, I got messages out of order for some reason Thx tho Mike --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Mon, 29 Jan 2001, [Real] wrote: > A message was sent to the list earlier , Let me know if you want me to forward it for you. > > you get it from : > > ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz > > Greetings > > ====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== > From strider at chatcircuit.com Sat Jan 27 21:53:20 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Configure option in 4.5.0pre0 References: Message-ID: <003f01c088ee$a0a78120$0200000a@strider> You mentioned a configure option to enable the encryption compatibility and a suggestion to use it for the first 30 days. I'd like to do this but you didn't say what configure option to use! Or maybe I just totally overlooked it? Feel free to flame me if I did. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net From achurch at achurch.org Mon Jan 29 14:57:30 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Configure option in 4.5.0pre0 Message-ID: <3a7507b9.17551@prima-lan.net> >You mentioned a configure option to enable the encryption compatibility and >a suggestion to use it for the first 30 days. I'd like to do this but you >didn't say what configure option to use! Or maybe I just totally overlooked >it? Feel free to flame me if I did. If you enable encryption (answer "yes" to the question about encryption), there will be another question right after that asking about enabling compatibility for 4.4.x passwords. If you don't enable encryption, then configure won't ask that question. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Sat Jan 27 22:13:57 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Configure option in 4.5.0pre0 References: <3a7507b9.17551@prima-lan.net> Message-ID: <006b01c088f1$81643da0$0200000a@strider> Oohhh I thought there would be a flag or something. Ok, feel free to flame now cuz I feel retarded. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, January 28, 2001 11:57 PM Subject: Re: [IRCServices] Configure option in 4.5.0pre0 > >You mentioned a configure option to enable the encryption compatibility and > >a suggestion to use it for the first 30 days. I'd like to do this but you > >didn't say what configure option to use! Or maybe I just totally overlooked > >it? Feel free to flame me if I did. > > If you enable encryption (answer "yes" to the question about encryption), > there will be another question right after that asking about enabling > compatibility for 4.4.x passwords. If you don't enable encryption, then > configure won't ask that question. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Sat Jan 27 22:25:44 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services conf References: <3a7507b9.17551@prima-lan.net> <006b01c088f1$81643da0$0200000a@strider> Message-ID: <007601c088f3$279e7360$0200000a@strider> Is it compatible with services 4.4.8 conf? Or do I need to make a new one? Please tell me it's compatible...I wanna be lazy right now and I'm one of your unreal 3.1.1 support beta testers :) Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net From achurch at achurch.org Mon Jan 29 15:34:53 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services conf Message-ID: <3a750f76.17733@prima-lan.net> >Is it compatible with services 4.4.8 conf? Or do I need to make a new one? >Please tell me it's compatible...I wanna be lazy right now and I'm one of >your unreal 3.1.1 support beta testers :) It's... _almost_ compatible. (: The one option you absolutely have to add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The other new options are all on/off things that can be left out without causing any harm. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From RealCFC at ChatFIRST.COM Mon Jan 29 03:15:35 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Configure option in 4.5.0pre0 References: <3a7507b9.17551@prima-lan.net> Message-ID: <003a01c089e4$d1ab7f00$4c02d6d1@pavilion> I just finished setting up IRCServices with Unreal3.1.1 and everything went WELL , Im so happy it also appears that the problems with ChanServ refusing to KEEPTOPIC and TOPICLOCK are also gone. ChanServ is bring back the topics and stuff. I had to use the new configuration file the old one is missing some of the configuration options for the new version , but like Andrew said its almost compatible. Thanks Andrew for this new version , it has what we were waiting for a LONG time, The new REQUIRED e mail address on registration is AWSOME , just love it , this will prevent lots of room and nicks take overs. The new ChanServ options for users to manage chat rooms is also VERY good Thanks again. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/05c6855d/attachment.htm From strider at chatcircuit.com Sat Jan 27 23:22:33 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] one last thing and i'll stop being annoying References: <3a750f76.17733@prima-lan.net> Message-ID: <008001c088fb$1611ad80$0200000a@strider> Is there a way to convert old databases to the new services? Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 29, 2001 12:34 AM Subject: Re: [IRCServices] Services conf > >Is it compatible with services 4.4.8 conf? Or do I need to make a new one? > >Please tell me it's compatible...I wanna be lazy right now and I'm one of > >your unreal 3.1.1 support beta testers :) > > It's... _almost_ compatible. (: The one option you absolutely have to > add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The other > new options are all on/off things that can be left out without causing any > harm. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Sat Jan 27 23:32:51 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal References: <3a750f76.17733@prima-lan.net> Message-ID: <008401c088fc$8689fc60$0200000a@strider> Ok so I lied, I found some extremely odd...problems. When I first connected I thought there might've been something wrong with the configuration file. I saw this: -Global- -Global- Sets whether the given channel will expire. Setting this -Global- to ON prevents the channel from expiring. -Global- -Global- Limited to Services admins. When I tried identifying to nickserv, it replied with 'url unset'. Then when I typed /nickserv help, it replied with something about debug mode: -NickServ(services@chatcircuit.com)- Sets debug mode on or off. In debug mode, all data sent to -NickServ(services@chatcircuit.com)- and from Services as well as a number of other debugging -NickServ(services@chatcircuit.com)- messages are written to the log file. If num is -NickServ(services@chatcircuit.com)- given, debug mode is activated, with the debugging level set -NickServ(services@chatcircuit.com)- to num. -NickServ(services@chatcircuit.com)- -NickServ(services@chatcircuit.com)- This option is equivalent to the command-line option -NickServ(services@chatcircuit.com)- -debug. That is the extent of my testing thus far. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 29, 2001 12:34 AM Subject: Re: [IRCServices] Services conf > >Is it compatible with services 4.4.8 conf? Or do I need to make a new one? > >Please tell me it's compatible...I wanna be lazy right now and I'm one of > >your unreal 3.1.1 support beta testers :) > > It's... _almost_ compatible. (: The one option you absolutely have to > add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The other > new options are all on/off things that can be left out without causing any > harm. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Mon Jan 29 17:13:16 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] one last thing and i'll stop being annoying Message-ID: <3a752636.20433@prima-lan.net> >Is there a way to convert old databases to the new services? It'll happen automatically when you load Services for the first time. >Beau (Strider) Steward >chatcircuit administrator and 6bit band member >strider@chatcircuit.com www.chatcircuit.com >ircadmin@chatcircuit.com irc.chatcircuit.com >strider@6bit.net www.6bit.net >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Monday, January 29, 2001 12:34 AM >Subject: Re: [IRCServices] Services conf > > >> >Is it compatible with services 4.4.8 conf? Or do I need to make a new >one? >> >Please tell me it's compatible...I wanna be lazy right now and I'm one of >> >your unreal 3.1.1 support beta testers :) >> >> It's... _almost_ compatible. (: The one option you absolutely have >to >> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The >other >> new options are all on/off things that can be left out without causing any >> harm. >> >> --Andrew Church >> achurch@achurch.org | New address - please note. >> http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B >> >> ----------------------------------------------------------- >> To unsubscribe, mail ircservices-request@ircservices.za.net >> with the word UNSUBSCRIBE in the subject of the mail. >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >----------------------------------------------------------- >To unsubscribe, mail ircservices-request@ircservices.za.net >with the word UNSUBSCRIBE in the subject of the mail. >http://www.ircservices.za.net/mailman/listinfo/ircservices --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Sun Jan 28 00:17:34 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Configure option in 4.5.0pre0 References: <3a7507b9.17551@prima-lan.net> <003a01c089e4$d1ab7f00$4c02d6d1@pavilion> Message-ID: <009e01c08902$c5708740$0200000a@strider> Wow, you're having better luck than me. Nickserv is the only thing responding to me, and it's rather funny. I'll try recompiling tomorrow to see if I screwed something up...I wouldn't be surprised if I did, that's my specialty these days. And to think these people trust me with their server *g*. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: [Real] To: ircservices@ircservices.za.net Sent: Monday, January 29, 2001 5:15 AM Subject: Re: [IRCServices] Configure option in 4.5.0pre0 I just finished setting up IRCServices with Unreal3.1.1 and everything went WELL , Im so happy it also appears that the problems with ChanServ refusing to KEEPTOPIC and TOPICLOCK are also gone. ChanServ is bring back the topics and stuff. I had to use the new configuration file the old one is missing some of the configuration options for the new version , but like Andrew said its almost compatible. Thanks Andrew for this new version , it has what we were waiting for a LONG time, The new REQUIRED e mail address on registration is AWSOME , just love it , this will prevent lots of room and nicks take overs. The new ChanServ options for users to manage chat rooms is also VERY good Thanks again. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/87c8e2a1/attachment.html From strider at chatcircuit.com Sun Jan 28 00:25:27 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] one last thing and i'll stop being annoying References: <3a752636.20433@prima-lan.net> Message-ID: <00a801c08903$e8efa2e0$0200000a@strider> Ok, I'm in lame retard mode tonight so forgive me. The databases I was getting an error on was about a month old, I copied over more recent databases and it worked fine. I wasn't going crazy, there was something wrong...but it also helps to not already be there. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 29, 2001 2:13 AM Subject: Re: [IRCServices] one last thing and i'll stop being annoying > >Is there a way to convert old databases to the new services? > > It'll happen automatically when you load Services for the first time. > > >Beau (Strider) Steward > >chatcircuit administrator and 6bit band member > >strider@chatcircuit.com www.chatcircuit.com > >ircadmin@chatcircuit.com irc.chatcircuit.com > >strider@6bit.net www.6bit.net > >----- Original Message ----- > >From: "Andrew Church" > >To: > >Sent: Monday, January 29, 2001 12:34 AM > >Subject: Re: [IRCServices] Services conf > > > > > >> >Is it compatible with services 4.4.8 conf? Or do I need to make a new > >one? > >> >Please tell me it's compatible...I wanna be lazy right now and I'm one of > >> >your unreal 3.1.1 support beta testers :) > >> > >> It's... _almost_ compatible. (: The one option you absolutely have > >to > >> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The > >other > >> new options are all on/off things that can be left out without causing any > >> harm. > >> > >> --Andrew Church > >> achurch@achurch.org | New address - please note. > >> http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > >> > >> ----------------------------------------------------------- > >> To unsubscribe, mail ircservices-request@ircservices.za.net > >> with the word UNSUBSCRIBE in the subject of the mail. > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > > > >----------------------------------------------------------- > >To unsubscribe, mail ircservices-request@ircservices.za.net > >with the word UNSUBSCRIBE in the subject of the mail. > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Mon Jan 29 17:58:37 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal Message-ID: <3a75314f.20675@prima-lan.net> >Ok so I lied, I found some extremely odd...problems. > >When I first connected I thought there might've been something wrong with >the configuration file. I saw this: > >-Global- >-Global- Sets whether the given channel will expire. Setting this >-Global- to ON prevents the channel from expiring. >-Global- >-Global- Limited to Services admins. > >When I tried identifying to nickserv, it replied with 'url unset'. Then when >I typed /nickserv help, it replied with something about debug mode: Hm, I haven't seen that problem, but I've been running from my local codebase... The first thing that comes to mind is that the language string definition files are off. See if the MD5 sums for these files are correct: MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make) --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Sun Jan 28 01:32:15 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal References: <3a75314f.20675@prima-lan.net> Message-ID: <00b201c0890d$341d75e0$0200000a@strider> Where do I find that? Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, January 29, 2001 2:58 AM Subject: Re: [IRCServices] Problems with unreal > >Ok so I lied, I found some extremely odd...problems. > > > >When I first connected I thought there might've been something wrong with > >the configuration file. I saw this: > > > >-Global- > >-Global- Sets whether the given channel will expire. Setting this > >-Global- to ON prevents the channel from expiring. > >-Global- > >-Global- Limited to Services admins. > > > >When I tried identifying to nickserv, it replied with 'url unset'. Then when > >I typed /nickserv help, it replied with something about debug mode: > > Hm, I haven't seen that problem, but I've been running from my local > codebase... > > The first thing that comes to mind is that the language string > definition files are off. See if the MD5 sums for these files are > correct: > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make) > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From smkelly at zombie.org Mon Jan 29 07:50:37 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal In-Reply-To: <00b201c0890d$341d75e0$0200000a@strider>; from strider@chatcircuit.com on Sun, Jan 28, 2001 at 03:32:15AM -0600 References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> Message-ID: <20010129095037.A56472@edgemaster.zombie.org> On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote: > Where do I find that? For a start, try the 'md5' or 'md5sum' commands. > ----- Original Message ----- > From: "Andrew Church" > To: ... > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make) -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From strider at chatcircuit.com Sun Jan 28 08:56:36 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org> Message-ID: <002101c0894b$5b2e7e20$0200000a@strider> Sorry to sound like a retard, but what do I do with that? Just typing md5sum just sits there. Am I missing something? Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Sean Kelly" To: Sent: Monday, January 29, 2001 9:50 AM Subject: Re: [IRCServices] Problems with unreal > On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote: > > Where do I find that? > > For a start, try the 'md5' or 'md5sum' commands. > > > ----- Original Message ----- > > From: "Andrew Church" > > To: > ... > > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 > > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make) > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > For PGP key, send e-mail with subject "send pgp key" > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Sun Jan 28 09:12:20 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org> <002101c0894b$5b2e7e20$0200000a@strider> Message-ID: <00f401c0894d$7dbe8960$0200000a@strider> Ok, sorry about the last post, I just woke up and was looking at the wrong dir, heh. Both md5 things check out, I'm going to try recompiling and reconfiguring to see if it was just my fault. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Strider" To: Sent: Sunday, January 28, 2001 10:56 AM Subject: Re: [IRCServices] Problems with unreal > Sorry to sound like a retard, but what do I do with that? Just typing md5sum > just sits there. Am I missing something? > > Beau (Strider) Steward > chatcircuit administrator and 6bit band member > strider@chatcircuit.com www.chatcircuit.com > ircadmin@chatcircuit.com irc.chatcircuit.com > strider@6bit.net www.6bit.net > ----- Original Message ----- > From: "Sean Kelly" > To: > Sent: Monday, January 29, 2001 9:50 AM > Subject: Re: [IRCServices] Problems with unreal > > > > On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote: > > > Where do I find that? > > > > For a start, try the 'md5' or 'md5sum' commands. > > > > > ----- Original Message ----- > > > From: "Andrew Church" > > > To: > > ... > > > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 > > > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make) > > > > -- > > Sean Kelly | PGP KeyID: 77042C7B > > smkelly@zombie.org | http://www.zombie.org > > > > For PGP key, send e-mail with subject "send pgp key" > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Sun Jan 28 09:35:44 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Problems with unreal References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org> <002101c0894b$5b2e7e20$0200000a@strider> <00f401c0894d$7dbe8960$0200000a@strider> Message-ID: <00fe01c08950$c09122e0$0200000a@strider> Ok, I am a complete and utter retard. The whole thing was my fault and I probably wasted all of yalls time with this. The thing is, with ircds I have a habit of installing everything by hand. Well, I didn't install the language files. Let the flaming commence! It hit me when andrew mentioned the language files and their md5sums. Though the sums were correct...it doesn't do anything for it IF THEY ARN'T INSTALLED, heh. Anyways, needless to say the problem is fixed. Now to hunt down real bugs. BTW, I don't think stskeeps likes me very much, every time I join his channel I report a new bug...real ones even. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Strider" To: Sent: Sunday, January 28, 2001 11:12 AM Subject: Re: [IRCServices] Problems with unreal > Ok, sorry about the last post, I just woke up and was looking at the wrong > dir, heh. Both md5 things check out, I'm going to try recompiling and > reconfiguring to see if it was just my fault. > > Beau (Strider) Steward > chatcircuit administrator and 6bit band member > strider@chatcircuit.com www.chatcircuit.com > ircadmin@chatcircuit.com irc.chatcircuit.com > strider@6bit.net www.6bit.net > ----- Original Message ----- > From: "Strider" > To: > Sent: Sunday, January 28, 2001 10:56 AM > Subject: Re: [IRCServices] Problems with unreal > > > > Sorry to sound like a retard, but what do I do with that? Just typing > md5sum > > just sits there. Am I missing something? > > > > Beau (Strider) Steward > > chatcircuit administrator and 6bit band member > > strider@chatcircuit.com www.chatcircuit.com > > ircadmin@chatcircuit.com irc.chatcircuit.com > > strider@6bit.net www.6bit.net > > ----- Original Message ----- > > From: "Sean Kelly" > > To: > > Sent: Monday, January 29, 2001 9:50 AM > > Subject: Re: [IRCServices] Problems with unreal > > > > > > > On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote: > > > > Where do I find that? > > > > > > For a start, try the 'md5' or 'md5sum' commands. > > > > > > > ----- Original Message ----- > > > > From: "Andrew Church" > > > > To: > > > ... > > > > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0 > > > > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by > make) > > > > > > -- > > > Sean Kelly | PGP KeyID: 77042C7B > > > smkelly@zombie.org | http://www.zombie.org > > > > > > For PGP key, send e-mail with subject "send pgp key" > > > > > > ----------------------------------------------------------- > > > To unsubscribe, mail ircservices-request@ircservices.za.net > > > with the word UNSUBSCRIBE in the subject of the mail. > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From jamie at inetezine.org Mon Jan 29 11:20:09 2001 From: jamie at inetezine.org (Jamie Smithson) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] 4.5.0pre0 ? Message-ID: <005901c08a28$81493f40$fc0f7ad5@nebula> Okay, feel free to flame me - but in a moment of stupidity, when I was cleaning out my Inbox, I accidentally deleted all the ircservices mailing list messages. I also lost the link to the services 4.5.0 .tar.gz ... So I was wondering if anyone could maybe either email me the link to jamie@inetezine.org - so as not to fill the list up with replies to this... Remind me NOT to delete another email again. Any help greatly appreciated :) Ciao...-j --- -Jamie [aka, ice] Network Administrator, QuikFire IRC Network irc.quikfire.net Email: jamie@inetezine.org SMS: jamiesmithson@sms.genie.co.uk Work: 96smithsonj@hovepark.org.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/0cd083c5/attachment.htm From smkelly at zombie.org Mon Jan 29 11:39:01 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] 4.5.0pre0 ? In-Reply-To: <005901c08a28$81493f40$fc0f7ad5@nebula>; from jamie@inetezine.org on Mon, Jan 29, 2001 at 07:20:09PM -0000 References: <005901c08a28$81493f40$fc0f7ad5@nebula> Message-ID: <20010129133901.A57126@edgemaster.zombie.org> On Mon, Jan 29, 2001 at 07:20:09PM -0000, Jamie Smithson wrote: > Okay, feel free to flame me - but in a moment of stupidity, when I was cleaning out my Inbox, > I accidentally deleted all the ircservices mailing list messages. > > I also lost the link to the services 4.5.0 .tar.gz ... So I was wondering if anyone could maybe > either email me the link to jamie@inetezine.org - so as not to fill the list up with replies to this... Okay, we'll do this once more. Everybody. You can download IRCServices 4.5.0pre0 from: ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz How to install: 1. Unzip and untar 2. Run 'configure' 3. If you previously used MD5 encrypted passwords, you will most likely want to answer YES to: Do you want to support MD5-encrypted passwords from Services 4.4.x and earlier? These versions had a bug which caused the encrypted passwords to be wrongly generated. Saying "no" here will cause passwords from those versions to become unreadable; however, saying "yes" may reduce the security of your passwords. 4. Run 'make', OR 'gmake' if your 'make' is not GNU Make. If you have no GNU Make, go download and install it. 5. Run 'make install' OR 'gmake install'. 6. If you did the installation manually, INSTALL the language files too. 7. Now, try starting services. 8. Report problems back to this list, except for the ones already covered on the list. Okay everybody! We've got it now... I guess it is also worth noting that there is a 'pre0' in this release name. >From my understanding, this is simlar to saying 'alpha'. This also means that if services happen to break, you get to keep both halves until the next version. P.S. This pseudo-flame is not directed toward any specific person, but instead dedicated to all the insanity on this mailing list within the last few days. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From strider at chatcircuit.com Sun Jan 28 11:49:18 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] 4.5.0pre0 ? References: <005901c08a28$81493f40$fc0f7ad5@nebula> <20010129133901.A57126@edgemaster.zombie.org> Message-ID: <002c01c08963$691008c0$0200000a@strider> I don't put alpha releases on the main ports, heh. I keep that stuff to a port that none of the users know about without me knowing as well, which would require a port scan, which in turn would make them innaccessible to the server after that, heh. Anyways, I just updated the ircd and services, put the up on a test port and told all the opers to break it. We're good with reporting bugs so if we find any, we'll report them. Just ask stskeeps ;) Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Sean Kelly" To: Sent: Monday, January 29, 2001 1:39 PM Subject: Re: [IRCServices] 4.5.0pre0 ? > On Mon, Jan 29, 2001 at 07:20:09PM -0000, Jamie Smithson wrote: > > Okay, feel free to flame me - but in a moment of stupidity, when I was cleaning out my Inbox, > > I accidentally deleted all the ircservices mailing list messages. > > > > I also lost the link to the services 4.5.0 .tar.gz ... So I was wondering if anyone could maybe > > either email me the link to jamie@inetezine.org - so as not to fill the list up with replies to this... > > Okay, we'll do this once more. Everybody. You can download IRCServices > 4.5.0pre0 from: > ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz > > How to install: > 1. Unzip and untar > 2. Run 'configure' > 3. If you previously used MD5 encrypted passwords, you will most likely > want to answer YES to: > Do you want to support MD5-encrypted passwords from Services 4.4.x and > earlier? These versions had a bug which caused the encrypted passwords > to be wrongly generated. Saying "no" here will cause passwords from > those versions to become unreadable; however, saying "yes" may reduce > the security of your passwords. > 4. Run 'make', OR 'gmake' if your 'make' is not GNU Make. If you have no > GNU Make, go download and install it. > 5. Run 'make install' OR 'gmake install'. > 6. If you did the installation manually, INSTALL the language files too. > 7. Now, try starting services. > 8. Report problems back to this list, except for the ones already covered > on the list. > > Okay everybody! We've got it now... > > I guess it is also worth noting that there is a 'pre0' in this release name. > >From my understanding, this is simlar to saying 'alpha'. This also means that > if services happen to break, you get to keep both halves until the next > version. > > P.S. This pseudo-flame is not directed toward any specific person, but instead > dedicated to all the insanity on this mailing list within the last few > days. > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > For PGP key, send e-mail with subject "send pgp key" > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andy at strugglers.net Mon Jan 29 15:01:34 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <3a74b222.15614@prima-lan.net> References: <3a74b222.15614@prima-lan.net> Message-ID: On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew Church) wrote: > Services 4.5pre0 has been released, and can be downloaded from: > >ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz > * Support for the DALnet Bahamut server has been improved. Note that > only versions 1.4.1 and later are supported (support for earlier > versions has been dropped). Please note that if you are using Bahamut and ircservices-4.5 then the ChanServ UNBAN command may not work correctly, due to this bug in Bahamut: http://ircd-devel.dal.net/jitterbug/jitterbug.cgi/incoming?id=806;expression=del_banid;user=guest Bahamut's support for SVSMODE -b only works by chance on FreeBSD, and fails on Linux and probably other platforms. The result is that you see the ban being lifted but in reality it is still there. If you don't mind editing the code of your ircd then a quick fix is very simple, just read the above bug report. That also explains why Dalnet's own ChanServ UNBAN command has stopped working for users of twisted.* and tsunami.*. -- Andy Smith From RealCFC at ChatFIRST.COM Mon Jan 29 18:42:37 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:07 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74b222.15614@prima-lan.net> Message-ID: <003901c08a66$65007540$d0d13cd0@pavilion> Anyone using Unreal1.1.1 out there have been able to allow their Services Administrators do commands like : SVSMODEs SVSNICK Or even a raw like : /MSG OperServ RAW SVSNICK CurrentNick NewNick ? It looks like ONLY NET ADMINS can do those commands on our network, Our IRCops are set as Services Admins with Unreal and as Services Admins with IRCservices. I can only think of a bug or that these commands are ony reserved for NET ADMINS now , I remember however our Services Admins were able to do those commands in past versions. Any help would be appreciated. By the way so far IRCServices-4.5pre0 and Unreal3.1.1 have been running smoothly with no problems at all and all the problems with room topics have been fixed, I notice an overall improvement in the way services do everything. I have noticed only two things I would like to mention: 1-) Services does not have a help topic with OperServ regarding the new CLEARCHAN , that's just cosmetic but it would look much better. 2-) It would be nice if ChanServ would also send a confirmation message back at the user when they do: /ChanServ OP #Channel Nick Some clients like WebTV dont have a visual idea of their status like PC users who see @ in front of their nicks and can get easily confused, this has been improved cause now it advices the user if they typed the wrong nick or the wrong channel name though. 3-) A command like: /msg ChanServ LIST #Channel BANS something like: /msg ChanServ CLEAR #Channel BANS which already exists and its very useful. ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/c2e0cb5e/attachment.html From uhc0 at rz.uni-karlsruhe.de Mon Jan 29 15:42:00 2001 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:07 2004 Subject: AW: [IRCServices] Services 4.5pre0 released In-Reply-To: Message-ID: That sounds strange. I use SuSE Linux 7.0 and, it works simply perfect. But I have been told, that Slackware has problems with it... It might be something library dependent with some different linux distributions. On the other hand, it is a problem of the ircd, and not services. But, thanks for this info, it seems, I'll have to do more coding into the ircd. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 | | ---------------------------------------------------------------------- > -----Ursprungliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andy Smith > Gesendet: Dienstag, 30. Januar 2001 00:02 > An: ircservices@ircservices.za.net > Cc: ircservices-coding@snow.shadowfire.org > Betreff: Re: [IRCServices] Services 4.5pre0 released > > > On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew > Church) wrote: > > > Services 4.5pre0 has been released, and can be downloaded from: > > > >ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz > > > * Support for the DALnet Bahamut server has been improved. Note that > > only versions 1.4.1 and later are supported (support for earlier > > versions has been dropped). > > Please note that if you are using Bahamut and ircservices-4.5 then the > ChanServ UNBAN command may not work correctly, due to this bug in Bahamut: > > http://ircd-devel.dal.net/jitterbug/jitterbug.cgi/incoming?id=806; expression=del_banid;user=guest Bahamut's support for SVSMODE -b only works by chance on FreeBSD, and fails on Linux and probably other platforms. The result is that you see the ban being lifted but in reality it is still there. If you don't mind editing the code of your ircd then a quick fix is very simple, just read the above bug report. That also explains why Dalnet's own ChanServ UNBAN command has stopped working for users of twisted.* and tsunami.*. -- Andy Smith ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From strider at chatcircuit.com Sun Jan 28 18:06:43 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74b222.15614@prima-lan.net> <003901c08a66$65007540$d0d13cd0@pavilion> Message-ID: <004301c08998$24e69760$0200000a@strider> SVSMODE and SVSNICK (along with SVSKILL and the other SVS commands) must be done from a ulined server, so your services admins were never able to do those commands directly. As for the raw, services admins should be able to do them as it is listed that way (at least on my test server). If you are having trouble with SVSNICK, and are using the format you posted...try adding a 1 at the end. It's a timestamp that is required so the server knows how to handle collisions. The command would be '/operserv raw svsnick curnick newnick 1'. It would be great to have webtv support altogether. We don't get many webtv users, if any, but having it there would be benificial in the future. Maybe make a webserv like other services do and make it an option like statserv is. And last, the ban list thing, there is an ircd feature to list the bans for the channel. I don't know the exactly command at the moment as I'm using a script to access it. But I'm sure if you took a script and looked at the code, you could easily find the command. The things I've listed here to work I haven't had time to test yet. I have all of my opers testing the new ircd update along with the new services...as I put it to them, "break it". We are active in our beta tests, meaning if we find a bug we don't just disregard it. Tomorrow I will have more time to test the stuff so I will test every feature I can think of to the best of my ability, with whatever exploits I can think of. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: [Real] To: ircservices@ircservices.za.net Sent: Monday, January 29, 2001 8:42 PM Subject: Re: [IRCServices] Services 4.5pre0 released Anyone using Unreal1.1.1 out there have been able to allow their Services Administrators do commands like : SVSMODEs SVSNICK Or even a raw like : /MSG OperServ RAW SVSNICK CurrentNick NewNick ? It looks like ONLY NET ADMINS can do those commands on our network, Our IRCops are set as Services Admins with Unreal and as Services Admins with IRCservices. I can only think of a bug or that these commands are ony reserved for NET ADMINS now , I remember however our Services Admins were able to do those commands in past versions. Any help would be appreciated. By the way so far IRCServices-4.5pre0 and Unreal3.1.1 have been running smoothly with no problems at all and all the problems with room topics have been fixed, I notice an overall improvement in the way services do everything. I have noticed only two things I would like to mention: 1-) Services does not have a help topic with OperServ regarding the new CLEARCHAN , that's just cosmetic but it would look much better. 2-) It would be nice if ChanServ would also send a confirmation message back at the user when they do: /ChanServ OP #Channel Nick Some clients like WebTV dont have a visual idea of their status like PC users who see @ in front of their nicks and can get easily confused, this has been improved cause now it advices the user if they typed the wrong nick or the wrong channel name though. 3-) A command like: /msg ChanServ LIST #Channel BANS something like: /msg ChanServ CLEAR #Channel BANS which already exists and its very useful. ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/7e5a0fbb/attachment.htm From RealCFC at ChatFIRST.COM Mon Jan 29 21:31:59 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a74b222.15614@prima-lan.net> <003901c08a66$65007540$d0d13cd0@pavilion> <004301c08998$24e69760$0200000a@strider> Message-ID: <005501c08a7d$f8f7ac20$d0d13cd0@pavilion> SVSMODE and SVSNICK (along with SVSKILL and the other SVS commands) must be done from a ulined server, so your services admins were never able to do those commands directly. So is there another way to do it maybe with raw commands ? As for the raw, services admins should be able to do them as it is listed that way (at least on my test server). If you are having trouble with SVSNICK, and are using the format you posted...try adding a 1 at the end. It's a timestamp that is required so the server knows how to handle collisions. The command would be '/operserv raw svsnick curnick newnick 1'. Yeah I knew that one just forgot to add that 1 at the end , but still they cant exucute the command that way either very strange. It would be great to have webtv support altogether. We don't get many webtv users, if any, but having it there would be benificial in the future. Maybe make a webserv like other services do and make it an option like statserv is. That would be AWSOME , but I think that's just dreaming too much at least here lol. And last, the ban list thing, there is an ircd feature to list the bans for the channel. I don't know the exactly command at the moment as I'm using a script to access it. But I'm sure if you took a script and looked at the code, you could easily find the command. Yeah I know that feature exists but the problem here is that WebTV cannot see services notices that's why we use UnrealIRCd first of all cause it supports WebTV in many ways and for example converts all services messages from /notice to /msg without you having to modify services in anyway, so basically that IRC command is useless for WebTV users too, Now if ChanServ talks to them and tells them the channel bans then they can see them in /msg from cause UnrealIRCd supports WebTV and all services messages go to the user in /msg instead of /notice. Thanks for your comments. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/bfce793c/attachment.html From gregk at wwwpages.com Mon Jan 29 19:46:44 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <005501c08a7d$f8f7ac20$d0d13cd0@pavilion> Message-ID: Im getting alot of the following bodies to the messages on this list... > [Part 1, Text/PLAIN (charset: ISO-8859-1 "Latin 1") 46 lines] > [Not Shown. Use the "V" command to view or save this part] > > > [Part 2, Text/HTML (charset: ISO-8859-1 "Latin 1") 92 lines] > [Cannot display this part. Press "V" then "S" to save in a file] Is this appropriate? I just delete the messages in question as I dont have the time nor desire to spend time figuring out what they say. From RealCFC at ChatFIRST.COM Mon Jan 29 21:42:24 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: Message-ID: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/68ceb196/attachment.htm From andy at strugglers.net Mon Jan 29 18:38:09 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> Message-ID: <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> On Mon, 29 Jan 2001 21:42:24 -0800, "[Real]" wrote: Please stop sending HTML mail to the list. It's incredibly annoying. -- Andy Smith From RealCFC at ChatFIRST.COM Mon Jan 29 22:00:42 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> Message-ID: <006601c08a81$fd0bd800$d0d13cd0@pavilion> Im sorry , I didnt notice I was being so annoying, as I rarely use mailing lists, I never received a complain before about HTML causing trouble like this accept my excuses it wont happen again. Also sorry for the blank message before. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From gregk at wwwpages.com Mon Jan 29 21:44:07 2001 From: gregk at wwwpages.com (Gregory King) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <006601c08a81$fd0bd800$d0d13cd0@pavilion> Message-ID: Dont take offense, just appreciate that alot of us use PINE as our mailers (because we run unix) and it doesnt do that fancy stuff. On Mon, 29 Jan 2001, [Real] wrote: > Im sorry , I didnt notice I was being so annoying, as I rarely use mailing > lists, I never received a complain before about HTML causing trouble like > this accept my excuses it wont happen again. > Also sorry for the blank message before. > Ely > ====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andy at strugglers.net Tue Jan 30 03:01:44 2001 From: andy at strugglers.net (Andy Smith) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <3a74b222.15614@prima-lan.net> References: <3a74b222.15614@prima-lan.net> Message-ID: On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew Church) wrote: > Services 4.5pre0 has been released, and can be downloaded from: > + Services now supports the "Services stamp" feature in DAL 4.4.15+ > compatible servers (including Dreamforge and Bahamut). This feature > allows Services to attach an ID value to each user which will be > retained even when the network splits, for increased security when > re-granting privileges after a split. I was looking through the code and the support for this is wrapped in #ifdef IRC_DAL4_4_15 #endif and uses a "MODE nick +d stamp" I can't find anything to do with Bahamut support there. Looking at Bahamut code it seems all that must be done is "SVSMODE +d nick stamp" instead. > * Support for the DALnet Bahamut server has been improved. Note that > only versions 1.4.1 and later are supported (support for earlier > versions has been dropped). I realise it's not trivial but support for the RC4 encrypted links in Bahamut would be lovely :) -- Andy Smith From achurch at achurch.org Wed Jan 31 00:00:04 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a76d76b.31534@prima-lan.net> >I was looking through the code and the support for this is wrapped in > >#ifdef IRC_DAL4_4_15 >#endif When you're using Bahamut, IRC_DAL4_4_15 is also defined, so this code applies. >I realise it's not trivial but support for the RC4 encrypted links in >Bahamut would be lovely :) What exactly would this get you? I can see situations when you're running on an untrusted LAN and this would help, but in the vast majority of cases (where Services and the ircd run on the same box) this would do nothing except consume CPU power. The same goes for compression, only more so--even on a 10Mbps Ethernet link compression could easily reduce performance. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Mon Jan 29 12:51:58 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> Message-ID: <002101c08a35$59488ac0$0200000a@strider> ??? Strider [strider@6bit.net()] has joined #6bit ??? mode/#6bit [+ntr] by ChanServ ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and NERD! http://www.6Bit.net Official Bandsite. (Strider) ??? mode/#6bit [+o Strider] by ChanServ Who has changed the topic? Is tht suppose to be chanserv? I think I found a bug. The prefix on all the lines is generated by my script and was not received from the server, so don't be confused by that. I know it isn't my script or the ircd as I changed the topic and it showed up fine. ??? Strider has changed the topic on channel #6bit to: blah testing Ok, back to testing. From smkelly at zombie.org Tue Jan 30 13:07:02 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <002101c08a35$59488ac0$0200000a@strider>; from strider@chatcircuit.com on Mon, Jan 29, 2001 at 02:51:58PM -0600 References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> Message-ID: <20010130150702.A69227@edgemaster.zombie.org> On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote: > ??? Strider [strider@6bit.net()] has joined #6bit > ??? mode/#6bit [+ntr] by ChanServ > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and > NERD! http://www.6Bit.net Official Bandsite. (Strider) > ??? mode/#6bit [+o Strider] by ChanServ 1. What ircd is that? No real ircd will allow a null prefix to change the topic 2. Try telnetting to the ircd (as a client) and joining the channel. See what the raw message sent to your (telnet) client looks like. 3. Try telnetting to the ircd (as a server) and have a client join that channel. See what the raw server command looks like. $ telnet myircd 6667 NICK mynick USER user x x :Real name JOIN #mychannel -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From RealCFC at ChatFIRST.COM Tue Jan 30 16:21:24 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> Message-ID: <002a01c08b1b$c6026f00$3b08d6d1@pavilion> Ok on our network it would say: " Services.ChatFIRST.COM has changed topic to: Topic here " I like that better than when it was ChanServ changing the topic though , its cooler. In the past it used to be ChanServ who changed the topics when someone joins the room and there was nobody there. Is there any way for users to remove the nick of the person who first placed the the topic on the room? I know it can be removed but once everyone leaves the room the first person who joins will again see the Nick at the end of the topic. Also we have been playing around trying to add a Super-User but it looks its not working at least on our network, Look at this log: SET SUPASS CF99 Services super-user password has been changed. SU CF99 Password incorrect. Am I using the wrong commands or is it just not working ? it 's not telling me Im using the wrong commands so I think Im doing it right. Thanks everyone. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From strider at chatcircuit.com Mon Jan 29 13:24:19 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> Message-ID: <002f01c08a39$d8b6c700$0200000a@strider> It's unrealircd...previous services had issues with unreal and since this is the first release to specifically have support for it, i'm doing heavy testing on it. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Sean Kelly" To: Sent: Tuesday, January 30, 2001 3:07 PM Subject: Re: [IRCServices] Services 4.5pre0 released > On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote: > > ??? Strider [strider@6bit.net()] has joined #6bit > > ??? mode/#6bit [+ntr] by ChanServ > > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and > > NERD! http://www.6Bit.net Official Bandsite. (Strider) > > ??? mode/#6bit [+o Strider] by ChanServ > > 1. What ircd is that? No real ircd will allow a null prefix to change the > topic > 2. Try telnetting to the ircd (as a client) and joining the channel. See > what the raw message sent to your (telnet) client looks like. > 3. Try telnetting to the ircd (as a server) and have a client join that > channel. See what the raw server command looks like. > > $ telnet myircd 6667 > NICK mynick > USER user x x :Real name > JOIN #mychannel > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > For PGP key, send e-mail with subject "send pgp key" > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Mon Jan 29 13:25:02 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <002a01c08b1b$c6026f00$3b08d6d1@pavilion> Message-ID: <003301c08a39$f27b26e0$0200000a@strider> I'm services root and can't use set supass. I am identified so I don't know what's wrong. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "[Real]" To: Sent: Tuesday, January 30, 2001 6:21 PM Subject: Re: [IRCServices] Services 4.5pre0 released > Ok on our network it would say: " Services.ChatFIRST.COM has changed topic > to: Topic here " I like that better than when it was ChanServ changing the > topic though , its cooler. > > In the past it used to be ChanServ who changed the topics when someone joins > the room and there was nobody there. > Is there any way for users to remove the nick of the person who first placed > the the topic on the room? I know it can be removed but once everyone leaves > the room the first person who joins will again see the Nick at the end of > the topic. > > Also we have been playing around trying to add a Super-User but it looks its > not working at least on our network, Look at this log: > > SET SUPASS CF99 > Services super-user password has been changed. > SU CF99 > Password incorrect. > > Am I using the wrong commands or is it just not working ? it 's not telling > me Im using the wrong commands so I think Im doing it right. > > Thanks everyone. > Ely > ====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From RealCFC at ChatFIRST.COM Tue Jan 30 16:38:27 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released (bug) References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> Message-ID: <002f01c08b1e$23b1aba0$3b08d6d1@pavilion> Ok I think I found a little problem still with the channel topics, If a room has KEEPTOPIC on and the channel topics are changed manually by /topic #channel topic then everything is ok and the topic stays however if the topic is changed in the way: /ChanServ SET #Channel TOPIC topic here then eventhough the channel was KEEPTOPIC moded the topic wont stay. Just what I just found out , no biggie but since Andrew was working on that I just wanted to let him know. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From smkelly at zombie.org Tue Jan 30 16:11:34 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <002f01c08a39$d8b6c700$0200000a@strider>; from strider@chatcircuit.com on Mon, Jan 29, 2001 at 03:24:19PM -0600 References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> Message-ID: <20010130181134.A69783@edgemaster.zombie.org> On Mon, Jan 29, 2001 at 03:24:19PM -0600, Strider wrote: > It's unrealircd...previous services had issues with unreal and since this is > the first release to specifically have support for it, i'm doing heavy > testing on it. That is nice that you're doing heavy testing on it, but if you want to test it properly and be able to report something that would be very informative, you should have done what I suggested previously and posted it back to the list. It is still possible that what you had happen was a client/script bug, or a client/script bug fed by a services bug. The best way to collect data is to do it without a client, and with the telnet command both as a client and a server. This gives you a full view of what is going through the network without some stupid client like BitchX interpreting it for you and possibly skewing what you see. > ----- Original Message ----- > From: "Sean Kelly" > To: > Sent: Tuesday, January 30, 2001 3:07 PM > Subject: Re: [IRCServices] Services 4.5pre0 released > > > On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote: > > > ??? Strider [strider@6bit.net()] has joined #6bit > > > ??? mode/#6bit [+ntr] by ChanServ > > > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and > > > NERD! http://www.6Bit.net Official Bandsite. (Strider) > > > ??? mode/#6bit [+o Strider] by ChanServ > > > > 1. What ircd is that? No real ircd will allow a null prefix to change the > > topic > > 2. Try telnetting to the ircd (as a client) and joining the channel. See > > what the raw message sent to your (telnet) client looks like. > > 3. Try telnetting to the ircd (as a server) and have a client join that > > channel. See what the raw server command looks like. > > > > $ telnet myircd 6667 > > NICK mynick > > USER user x x :Real name > > JOIN #mychannel ... -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From kfiresun at ix.netcom.com Tue Jan 30 16:19:37 2001 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released (bug) References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> <002f01c08b1e$23b1aba0$3b08d6d1@pavilion> Message-ID: <001701c08b1b$8ace07f0$6ed387d8@tiphares.com> . o O ( I think that's by design..... ) Bryce Simonds (Kelmar K. Firesun) IRC operator: dream.esper.net ----- Original Message ----- From: [Real] To: Sent: Tuesday, January 30, 2001 6:38 PM Subject: [IRCServices] Services 4.5pre0 released (bug) > Ok I think I found a little problem still with the channel topics, If a room > has KEEPTOPIC on and the channel topics are changed manually by /topic > #channel topic then everything is ok and the topic stays however if the > topic is changed in the way: /ChanServ SET #Channel TOPIC topic here > then eventhough the channel was KEEPTOPIC moded the topic wont stay. > Just what I just found out , no biggie but since Andrew was working on that > I just wanted to let him know. > Ely > ====================== > RealCFC@ChatFIRST.COM > http://www.chatfirst.com > ====================== > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jan 31 13:23:13 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released (bug) Message-ID: <3a779369.67522@prima-lan.net> >Ok I think I found a little problem still with the channel topics, If a room >has KEEPTOPIC on and the channel topics are changed manually by /topic >#channel topic then everything is ok and the topic stays however if the >topic is changed in the way: /ChanServ SET #Channel TOPIC topic here >then eventhough the channel was KEEPTOPIC moded the topic wont stay. This is apparently by design, but I admit it seems a bit odd. I'll change it. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From spaced at connect.ab.ca Tue Jan 30 18:22:10 2001 From: spaced at connect.ab.ca (Tim AtLee) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Dumb question about StatServ Message-ID: <000f01c08b2c$9d93b9a0$0200a8c0@powersurft.com> How do I get StatServ working? It doesn't seem to connect. Thanks, Tim From RealCFC at ChatFIRST.COM Tue Jan 30 23:59:08 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Dumb question about StatServ References: <000f01c08b2c$9d93b9a0$0200a8c0@powersurft.com> Message-ID: <001001c08b5b$b2a02b60$16fe3cd0@pavilion> First of all you MUST set up services to use StatServ while you are compiling your services, Then when you run services StatServ will be there like the other services agents. I hope this helps. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From achurch at achurch.org Wed Jan 31 13:58:26 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a779ba9.70536@prima-lan.net> >$Bym(Bù Strider [strider@6bit.net()] has joined #6bit >$Bym(Bù mode/#6bit [+ntr] by ChanServ >$Bym(Bù has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and >NERD! http://www.6Bit.net Official Bandsite. (Strider) >$Bym(Bù mode/#6bit [+o Strider] by ChanServ I can't reproduce this, so I think it's your script. The mode setter should be Services' server name (services.foobar.net or whatever). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Wed Jan 31 13:59:24 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a779c26.70551@prima-lan.net> >Ok on our network it would say: " Services.ChatFIRST.COM has changed topic >to: Topic here " I like that better than when it was ChanServ changing the >topic though , its cooler. > >In the past it used to be ChanServ who changed the topics when someone joins >the room and there was nobody there. Apparently Unreal doesn't allow ChanServ to set topics. I'll be looking into this further. >Is there any way for users to remove the nick of the person who first placed >the the topic on the room? I know it can be removed but once everyone leaves >the room the first person who joins will again see the Nick at the end of >the topic. That's not part of the topic; try "/topic #channel" and you'll see it's not displayed. The server sends that when the sender of the command (Services) is not the same as the person who originally set the topic. >Also we have been playing around trying to add a Super-User but it looks its >not working at least on our network, Look at this log: > > SET SUPASS CF99 > Services super-user password has been changed. > SU CF99 > Password incorrect. This is a bug and has been fixed; thanks for the report. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From Admin at ChatFIRST.COM Wed Jan 31 00:22:19 2001 From: Admin at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> Message-ID: <001901c08b5e$ee7b0440$16fe3cd0@pavilion> Andrew Church wrote: Apparently Unreal doesn't allow ChanServ to set topics. I'll be looking into this further Well what I meant is that I like the new way: Services.domain.com has changed the topic: better. ChanServ changes topic: it's also ok though makes no difference. sorry for my English limitations. I m glad I could help with something. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From achurch at achurch.org Wed Jan 31 14:12:41 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a77a281.71144@prima-lan.net> > ----- Original Message -----=20 > From: [Real]=20 > To: ircservices@ircservices.za.net=20 > Sent: Monday, January 29, 2001 8:42 PM > Subject: Re: [IRCServices] Services 4.5pre0 released [...] > 1-) Services does not have a help topic with OperServ regarding the = >new CLEARCHAN , that's just cosmetic but it would look much better. Yes it does: -> *OperServ* help clearchan -OperServ- Syntax: CLEARCHAN channel -OperServ- -OperServ- Removes all users from a channel (masskick). -OperServ- -OperServ- Limited to Services operators. > 2-) It would be nice if ChanServ would also send a confirmation = >message back at the user when they do: > > /ChanServ OP #Channel Nick=20 Added, thanks for the suggestion. > 3-) A command like: /msg ChanServ LIST #Channel BANS =20 > something like: /msg ChanServ CLEAR #Channel BANS which already = >exists and its very useful. As was already pointed out, you can do this through the ircd directly (the command is "/mode #channel +b"). I don't see the need to add an extra command to Services to do the same thing; if the client doesn't have a way to do that, then the client is broken and should be fixed. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From strider at chatcircuit.com Mon Jan 29 23:16:31 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> <20010130181134.A69783@edgemaster.zombie.org> Message-ID: <001801c08a8c$93699a80$0200000a@strider> I've been busy all day so I really hadn't had a chance to do any testing. I was planning on doing just that right after you suggested it, but got called away. I have the post saved n my important stuff folder so I can get to it again to see what the telnet commands are. I'll have a post about it tomorrow if there isn't one already. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Sean Kelly" To: Sent: Tuesday, January 30, 2001 6:11 PM Subject: Re: [IRCServices] Services 4.5pre0 released > On Mon, Jan 29, 2001 at 03:24:19PM -0600, Strider wrote: > > It's unrealircd...previous services had issues with unreal and since this is > > the first release to specifically have support for it, i'm doing heavy > > testing on it. > > That is nice that you're doing heavy testing on it, but if you want to test > it properly and be able to report something that would be very informative, > you should have done what I suggested previously and posted it back to the > list. It is still possible that what you had happen was a client/script bug, > or a client/script bug fed by a services bug. The best way to collect data > is to do it without a client, and with the telnet command both as a client > and a server. This gives you a full view of what is going through the > network without some stupid client like BitchX interpreting it for you > and possibly skewing what you see. > > > ----- Original Message ----- > > From: "Sean Kelly" > > To: > > Sent: Tuesday, January 30, 2001 3:07 PM > > Subject: Re: [IRCServices] Services 4.5pre0 released > > > > > On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote: > > > > ??? Strider [strider@6bit.net()] has joined #6bit > > > > ??? mode/#6bit [+ntr] by ChanServ > > > > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and > > > > NERD! http://www.6Bit.net Official Bandsite. (Strider) > > > > ??? mode/#6bit [+o Strider] by ChanServ > > > > > > 1. What ircd is that? No real ircd will allow a null prefix to change the > > > topic > > > 2. Try telnetting to the ircd (as a client) and joining the channel. See > > > what the raw message sent to your (telnet) client looks like. > > > 3. Try telnetting to the ircd (as a server) and have a client join that > > > channel. See what the raw server command looks like. > > > > > > $ telnet myircd 6667 > > > NICK mynick > > > USER user x x :Real name > > > JOIN #mychannel > ... > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > For PGP key, send e-mail with subject "send pgp key" > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From mike at chat.za.net Tue Jan 30 23:22:49 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <3a779ba9.70536@prima-lan.net> Message-ID: Funnily enough, I came across an intersting bug mode +R on Dreamforge. THis cannot be forced off using mlock ie you can mlock your modes, to say , +tnr, and if you try put +i on, the topic locking correctly removes it again, however, if some dimwit puts +R on, topiclock doesn nothing about it. Could this be corrected in 4.5.0 release :) Thx Locke --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Wed, 31 Jan 2001, Andrew Church wrote: > >=1B$Bym=1B(B=F9 Strider [strider@6bit.net()] has joined #6bit > >=1B$Bym=1B(B=F9 mode/#6bit [+ntr] by ChanServ > >=1B$Bym=1B(B=F9 has changed the topic on channel #6bit to: HAPPY BIRTHD= AY LAZZ and > >NERD! http://www.6Bit.net Official Bandsite. (Strider) > >=1B$Bym=1B(B=F9 mode/#6bit [+o Strider] by ChanServ > > I can't reproduce this, so I think it's your script. The mode sette= r > should be Services' server name (services.foobar.net or whatever). > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | =1B$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#=1B(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Mon Jan 29 23:26:28 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> Message-ID: <004201c08a8d$f69ed4c0$0200000a@strider> I've just noticed that chanserv doesn't set any topics at all. In past versions of unreal it has been able to. Maybe this can be reported to unreal's dev team as a bug? Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, January 30, 2001 10:59 PM Subject: Re: [IRCServices] Services 4.5pre0 released > >Ok on our network it would say: " Services.ChatFIRST.COM has changed topic > >to: Topic here " I like that better than when it was ChanServ changing the > >topic though , its cooler. > > > >In the past it used to be ChanServ who changed the topics when someone joins > >the room and there was nobody there. > > Apparently Unreal doesn't allow ChanServ to set topics. I'll be looking > into this further. > > >Is there any way for users to remove the nick of the person who first placed > >the the topic on the room? I know it can be removed but once everyone leaves > >the room the first person who joins will again see the Nick at the end of > >the topic. > > That's not part of the topic; try "/topic #channel" and you'll see it's > not displayed. The server sends that when the sender of the command > (Services) is not the same as the person who originally set the topic. > > >Also we have been playing around trying to add a Super-User but it looks its > >not working at least on our network, Look at this log: > > > > SET SUPASS CF99 > > Services super-user password has been changed. > > SU CF99 > > Password incorrect. > > This is a bug and has been fixed; thanks for the report. > > --Andrew Church > achurch@achurch.org | New address - please note. > http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From mike at chat.za.net Tue Jan 30 23:28:53 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: Message-ID: Sorry, I forgot to say, df467 with ircservices 4.4.9 Locke --- Michael Smith (Warlock on IRC) http://www.warlock.web.za/ "The software said Windows95 or better... ...so I got Linux" On Wed, 31 Jan 2001, Michael Smith wrote: > > Funnily enough, I came across an intersting bug > > mode +R on Dreamforge. THis cannot be forced off using mlock > > ie you can mlock your modes, to say , +tnr, and if you try put +i on, the > topic locking correctly removes it again, however, if some dimwit puts +R > on, topiclock doesn nothing about it. > > Could this be corrected in 4.5.0 release :) > > Thx > > Locke > > --- > Michael Smith (Warlock on IRC) > http://www.warlock.web.za/ > "The software said Windows95 or better... > ...so I got Linux" > > > On Wed, 31 Jan 2001, Andrew Church wrote: > > > >=1B$Bym=1B(B=F9 Strider [strider@6bit.net()] has joined #6bit > > >=1B$Bym=1B(B=F9 mode/#6bit [+ntr] by ChanServ > > >=1B$Bym=1B(B=F9 has changed the topic on channel #6bit to: HAPPY BIRT= HDAY LAZZ and > > >NERD! http://www.6Bit.net Official Bandsite. (Strider) > > >=1B$Bym=1B(B=F9 mode/#6bit [+o Strider] by ChanServ > > > > I can't reproduce this, so I think it's your script. The mode set= ter > > should be Services' server name (services.foobar.net or whatever). > > > > --Andrew Church > > achurch@achurch.org | New address - please note. > > http://achurch.org/ | =1B$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#=1B(B > > > > ----------------------------------------------------------- > > To unsubscribe, mail ircservices-request@ircservices.za.net > > with the word UNSUBSCRIBE in the subject of the mail. > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Mon Jan 29 23:32:27 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Not a bug afterall Message-ID: <005c01c08a8e$cd6aede0$0200000a@strider> Ok my bug report was a false alarm...thank kano for his shoddy scripting. This is one reason I'm making my own script...kano is the best script for xircon, which doesn't say much about the other scripts, heh. Anyways, as I've said before, proceed with the flaming. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net From chromi at cyberspace.org Wed Jan 31 00:28:09 2001 From: chromi at cyberspace.org (Jonathan Morton) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Not a bug afterall In-Reply-To: <005c01c08a8e$cd6aede0$0200000a@strider> Message-ID: >Ok my bug report was a false alarm...thank kano for his shoddy scripting. >This is one reason I'm making my own script...kano is the best script for >xircon, which doesn't say much about the other scripts, heh. Anyways, as >I've said before, proceed with the flaming. I'd say you're doing a good job, but then I'm biased. :) Also I'm currently using raw coffee beans to prop my eyes open while I get a cruddy HTTP server working for Uni coursework. :P I've got 2.5 more hours to iron out the more obvious bugs and port it to Windows... -------------------------------------------------------------- from: Jonathan "Chromatix" Morton mail: chromi@cyberspace.org (not for attachments) big-mail: chromatix@penguinpowered.com uni-mail: j.d.morton@lancaster.ac.uk The key to knowledge is not to rely on people to teach you it. Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/ -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS$/E/S dpu(!) s:- a20 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----- From achurch at achurch.org Wed Jan 31 17:39:17 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a77d094.73467@prima-lan.net> >Funnily enough, I came across an intersting bug > >mode +R on Dreamforge. THis cannot be forced off using mlock > >ie you can mlock your modes, to say , +tnr, and if you try put +i on, the >topic locking correctly removes it again, however, if some dimwit puts +R >on, topiclock doesn nothing about it. That's not a bug, that's the way it's supposed to work. If you want to force mode +R off, you have to "SET MLOCK +tn-R". RTFM. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From aldren at terra.com.br Wed Jan 31 02:04:52 2001 From: aldren at terra.com.br (Aldren Moraes) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] subscribe email Message-ID: <01013108064000.28294@aldren> From mike at chat.za.net Wed Jan 31 02:06:04 2001 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released In-Reply-To: <3a77d094.73467@prima-lan.net> Message-ID: On Wed, 31 Jan 2001, Andrew Church wrote: > That's not a bug, that's the way it's supposed to work. If you want > to force mode +R off, you have to "SET MLOCK +tn-R". RTFM. Thats what comes from not having the time to investigate a complaint yourself, but just going on the word of one of your ircops... They said they had put -R in the mlock, but I have just tried it now, and it works properly. Not a clue what they did then, time to get the wire brush of enlightenment and apply it to the foreskin of learning. Apologies for the time waste Locke From dblanch at home.com Wed Jan 31 04:07:52 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> Message-ID: <001101c08b7e$70110e40$250c1218@cc274522d> > Apparently Unreal doesn't allow ChanServ to set topics. I'll be looking > into this further. [07:05] *** Now talking in #chatzone (FNK) channel statistics: (+o: 1) (+v: 0) (-v: 0) (total: 1) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- [07:05] *** ChanServ sets mode: +ntr [07:05] *** ChanServ changes topic to '.I miss ya everyone (Cindi)' Works fine here... lol David From strider at chatcircuit.com Tue Jan 30 11:47:46 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: Message-ID: <001c01c08af5$8a964b60$0200000a@strider> I have all of my ircops report to me with a way to reproduce the bug before I report it. But right now I'm having a tough time just getting them to test it out. So far the only bug I've really found is with my irc script, heh. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "Michael Smith" To: Sent: Wednesday, January 31, 2001 4:06 AM Subject: Re: [IRCServices] Services 4.5pre0 released > > > On Wed, 31 Jan 2001, Andrew Church wrote: > > > That's not a bug, that's the way it's supposed to work. If you want > > to force mode +R off, you have to "SET MLOCK +tn-R". RTFM. > > Thats what comes from not having the time to investigate a complaint > yourself, but just going on the word of one of your ircops... > > They said they had put -R in the mlock, but I have just tried it now, and > it works properly. > > Not a clue what they did then, time to get the wire brush of > enlightenment and apply it to the foreskin of learning. > > Apologies for the time waste > > Locke > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From strider at chatcircuit.com Tue Jan 30 11:48:23 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d> Message-ID: <002101c08af5$a2c7d640$0200000a@strider> What version of unreal? I noticed in earlier versions (3.0, possibly 3.1) that it did in fact work, but is absolutely broken on 3.1.1. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "David Blanchard" To: Sent: Wednesday, January 31, 2001 6:07 AM Subject: Re: [IRCServices] Services 4.5pre0 released > > > Apparently Unreal doesn't allow ChanServ to set topics. I'll be > looking > > into this further. > > [07:05] *** Now talking in #chatzone > (FNK) channel statistics: (+o: 1) (+v: 0) (-v: 0) (total: 1) > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > [07:05] *** ChanServ sets mode: +ntr > [07:05] *** ChanServ changes topic to '.I miss ya everyone (Cindi)' > > Works fine here... lol > > David > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ben at inside3d.net Wed Jan 31 11:55:11 2001 From: ben at inside3d.net (ben@inside3d.net) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Not a bug afterall In-Reply-To: <005c01c08a8e$cd6aede0$0200000a@strider>; from strider@chatcircuit.com on Tue, Jan 30, 2001 at 01:32:27AM -0600 References: <005c01c08a8e$cd6aede0$0200000a@strider> Message-ID: <20010131115511.A31439@desync.com> On Tue, Jan 30, 2001 at 01:32:27AM -0600, Strider wrote: > Ok my bug report was a false alarm...thank kano for his shoddy scripting. > This is one reason I'm making my own script...kano is the best script for > xircon, which doesn't say much about the other scripts, heh. Anyways, as > I've said before, proceed with the flaming. Maybe use an IRC client that isn't 4 years old. -ben From strider at chatcircuit.com Tue Jan 30 12:06:35 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Not a bug afterall References: <005c01c08a8e$cd6aede0$0200000a@strider> <20010131115511.A31439@desync.com> Message-ID: <002f01c08af8$27555480$0200000a@strider> It wasn't the fault of the client, it was the script. This is really the only client I prefer. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: To: Sent: Wednesday, January 31, 2001 1:55 PM Subject: Re: [IRCServices] Not a bug afterall > On Tue, Jan 30, 2001 at 01:32:27AM -0600, Strider wrote: > > Ok my bug report was a false alarm...thank kano for his shoddy scripting. > > This is one reason I'm making my own script...kano is the best script for > > xircon, which doesn't say much about the other scripts, heh. Anyways, as > > I've said before, proceed with the flaming. > > Maybe use an IRC client that isn't 4 years old. > > -ben > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Admin at ChatFIRST.COM Wed Jan 31 15:33:39 2001 From: Admin at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a77a281.71144@prima-lan.net> Message-ID: <000601c08bde$42251160$4208d6d1@pavilion> Andrew Church wrote: Yes it does: -> *OperServ* help clearchan -OperServ- Syntax: CLEARCHAN channel -OperServ- -OperServ- Removes all users from a channel (masskick). -OperServ- -OperServ- Limited to Services operators. Well what I mean is that is NOT listed on the HELP command from OperServ , although I now see from your message that OperServ indeed has a help topic on it. if the client doesn't have a way to do that, then the client is broken and should be fixed. That's the problem, I understand its microsoft who should be fixing this and many other problems with this client, but its been years , its been reported hundreads of times and MS just DOESN'T care at all about its users experience on IRC. I once contacted them directly and ask them about this problme and others , the reason they gave me is that WebTV should not and probably will NEVER get to see /notice on IRC is because it would deminish the users experience cause then they would be getting a lot of unwanted messages on the screen making it hard for the user to follow a conversation on a TV screen, The chat text on the screen of a WebTV runs fast and they have no separate windows for private messages everything the user sees they see in the same screen so they only support the basic IRC stuff . When WebTV gets a private message they see it in the same window just in red color while the public text is displayed in green, UnrealIRCd has done a great job and convert the services messages to /MSG so that at least WebTV can see the services messages and other very important IRC notices but not all. in the mean time users are the ones getting screwed, I guess we will have to learn to live with this then. Thanks for adding a response or confirmation to the /msg ChanServ OP #Channel Nick command that is VERY useful for many clients trust me. Are all this fixes already available if I re-download services ? Thanks in advance. ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From Admin at ChatFIRST.COM Wed Jan 31 15:38:36 2001 From: Admin at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> <004201c08a8d$f69ed4c0$0200000a@strider> Message-ID: <000f01c08bde$f77c6860$4208d6d1@pavilion> I've just noticed that chanserv doesn't set any topics at all. In past versions of unreal it has been able to. Maybe this can be reported to unreal's dev team as a bug? What version of Unreal are you using ? Since I got 4.5pre0 I have not had any more problems with ChanServ and topics , You should get Unreal3.1.1 other versions of Unreal are not supported at all Andrew is just experiencing with Unreal3.1.1 ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From u970042 at giki.edu.pk Wed Jan 31 13:43:36 2001 From: u970042 at giki.edu.pk (Imran Ali Rashid) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Bouncy modes?? Message-ID: <13a101c08bce$ec2efc80$430ba8c0@hostel1.giki.edu.pk> Does anyone know what this means? I've only seen it once in the log file, so it might not be reproducible. As far as the channel goes, nothing significant was happening. Only the normal, joins, quits and chatting. ChanServ: Bouncy modes on channel #giki From dblanch at home.com Wed Jan 31 14:16:23 2001 From: dblanch at home.com (David Blanchard) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d> <002101c08af5$a2c7d640$0200000a@strider> Message-ID: <002e01c08bd3$724a82e0$250c1218@cc274522d> We are running Unreal 3.1.1 and Services 4.4.8 (w/ my own Unreal support added) David ----- Original Message ----- From: "Strider" To: Sent: Tuesday, January 30, 2001 2:48 PM Subject: Re: [IRCServices] Services 4.5pre0 released > What version of unreal? I noticed in earlier versions (3.0, possibly 3.1) > that it did in fact work, but is absolutely broken on 3.1.1. > > Beau (Strider) Steward > chatcircuit administrator and 6bit band member From RealCFC at ChatFIRST.COM Wed Jan 31 17:42:40 2001 From: RealCFC at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services Protection ! Message-ID: <005001c08bf0$4610ec60$4208d6d1@pavilion> We just had a flooder attacked and it even crashed services. I have G lined him but you know they can always get another ISP. Is there a way to protect services against flood ? He came in with a lot of nicks at the same time I reduced the session limit to 2 we had it to 5 hopefully this will help a little. Thanks for any help you could give me. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== From achurch at achurch.org Thu Feb 1 07:50:04 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services 4.5pre0 released Message-ID: <3a789732.03515@prima-lan.net> > Well what I mean is that is NOT listed on the HELP command from OperServ >, although I now see from your message that OperServ indeed has a help topic >on it. Oops, right you are; fixed. >>if the client doesn't have a way to do that, then the client is broken and >>should be fixed. > >That's the problem, I understand its microsoft who should be fixing this and >many other problems with this client, but its been years , its been >reported hundreads of times and MS just DOESN'T care at all about its users >experience on IRC. Then users who care about things like being able to list bans should use a different IRC client. I will not be adding specific support for WebTV clients, end of story. >Thanks for adding a response or confirmation to the /msg ChanServ OP >#Channel Nick command that is VERY useful for many clients trust me. Are >all this fixes already available if I re-download services ? I plan to release pre1 sometime today which will have all the recent fixes in it. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Thu Feb 1 07:54:40 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Services Protection ! Message-ID: <3a7897f5.03532@prima-lan.net> >We just had a flooder attacked and it even crashed services. I have G lined >him but you know they can always get another ISP. >Is there a way to protect services against flood ? Services shouldn't crash from just being flooded--if it did crash, that's a bug in Services. Other than that, use session limits and check your ircd flood settings. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Thu Feb 1 07:56:11 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:08 2004 Subject: [IRCServices] Bouncy modes?? Message-ID: <3a789935.03557@prima-lan.net> >Does anyone know what this means? >I've only seen it once in the log file, so it might not be reproducible. >As far as the channel goes, nothing significant was happening. >Only the normal, joins, quits and chatting. > >ChanServ: Bouncy modes on channel #giki This indicates that Services wasn't able to set modes on the listed channel, and is how Services prevents itself from "fighting" with the IRC server when the server won't let it set channel modes. When Services detects this, it prints a warning like the above in the log, sends out a WALLOPS/GLOBOPS (depending on the IRC server type), and refuses to set any more modes on that channel. Unfortunately, the detection sometimes goes off when in reality nothing bad is happening. I'm working on a better way of detecting the problem, but for now, clearing out the channel (getting everyone to leave so the channel disappears) will make Services forget about the problem and set modes on that channel again. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From u970042 at giki.edu.pk Wed Jan 31 15:49:32 2001 From: u970042 at giki.edu.pk (Imran Ali Rashid) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Bouncy modes?? References: <3a789935.03557@prima-lan.net> Message-ID: <16e701c08be0$c485c490$430ba8c0@hostel1.giki.edu.pk> > Unfortunately, the detection sometimes goes off when in reality > nothing bad is happening. I'm working on a better way of detecting the > problem, but for now, clearing out the channel (getting everyone to > leave so the channel disappears) will make Services forget about the > problem and set modes on that channel again. uhhh You do realize that this might not be possible on high profile channels... Oh sure, you can do it and all people will hear are that it was necessary, but it does make things unpleasant. Couldn't this be made simpler? I refer to making services forget the problem. Oh and btw, services still sets modes on the channel like o and v and b, it just doesn't set the channel only modes like m and i. It doesn't unset them either. Could this be the reason that mlock sometimes fails? From Admin at ChatFIRST.COM Wed Jan 31 19:16:55 2001 From: Admin at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services Protection ! References: <3a7897f5.03532@prima-lan.net> Message-ID: <006301c08bfd$7181e9a0$4208d6d1@pavilion> I strongley believe there's certain kind of bug here, my services again crashed, And it looks like Unreal is correctly set up against flood. this time I didnt notice any flooding however I found out that I didnt not set a session limit on the services.conf but I had it marked to take notice of session limits , Maybe this caused the second crash ? Also I had set up services to generate the core file when they crash where is that core file supposed to be found after a crash? This is the services log right before the first crash when it appears that the flooder took them down, ALL those MODE +x are for the flooder's different nicks. Thanks [Jan 31 16:27:35 2001] user: MODE +x for nonexistent nick o2u6g1e: o2u6g1e +x [Jan 31 16:27:35 2001] user: MODE +x for nonexistent nick t9d6r4v: t9d6r4v +x [Jan 31 16:27:38 2001] user: MODE +x for nonexistent nick c4l4w9o: c4l4w9o +x [Jan 31 16:27:41 2001] user: MODE +x for nonexistent nick o6o8b9s: o6o8b9s +x [Jan 31 16:27:41 2001] user: MODE +x for nonexistent nick b8d7s2b: b8d7s2b +x [Jan 31 16:27:53 2001] user: MODE +x for nonexistent nick u9b8t5j: u9b8t5j +x [Jan 31 16:27:53 2001] user: MODE +x for nonexistent nick m4x2d6i: m4x2d6i +x [Jan 31 16:27:54 2001] user: MODE +x for nonexistent nick c2b8o8x: c2b8o8x +x [Jan 31 16:27:54 2001] user: MODE +x for nonexistent nick g8p5g7k: g8p5g7k +x [Jan 31 16:28:01 2001] user: MODE +x for nonexistent nick t2l3f7k: t2l3f7k +x [Jan 31 16:28:01 2001] user: JOIN from nonexistent user t2l3f7k: #ChatFIRST [Jan 31 16:28:48 2001] user: MODE +x for nonexistent nick fdljgk84: fdljgk84 +x [Jan 31 16:29:57 2001] OperServ: Brooster: update [Jan 31 16:31:44 2001] NickServ: Diana!~ISeeYou@A040-0576.FLNT.splitrock.net identified for nick Diana [Jan 31 16:31:48 2001] NickServ: Exp27!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp27 [Jan 31 16:31:51 2001] NickServ: Exp27!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp27 [Jan 31 16:31:51 2001] NickServ: Exp!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp [Jan 31 16:31:51 2001] unknown message from server (:Exp SETHOST Staff.ChatFIRST.COM) [Jan 31 16:31:51 2001] NickServ: ExpCFC!Operator@216-166-196-106.pk.dialup.grics.net identified for nick ExpCFC [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 NickServ Exp27 :No such nick/channel) [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 NickServ Exp :No such nick/channel) [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 NickServ Exp :No such nick/channel) [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 NickServ Exp :No such nick/channel) [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 NickServ Exp :No such nick/channel) [Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401 ChanServ Exp :No such nick/channel) [Jan 31 16:34:13 2001] user: MODE +x for nonexistent nick fdljgk84: fdljgk84 +x [Jan 31 16:39:55 2001] user: MODE +x for nonexistent nick w7n7p4f: w7n7p4f +x [Jan 31 16:39:55 2001] user: JOIN from nonexistent user w7n7p4f: #ChatFIRST [Jan 31 16:39:55 2001] user: MODE +x for nonexistent nick q6h4u6c: q6h4u6c +x [Jan 31 16:39:55 2001] user: JOIN from nonexistent user q6h4u6c: #ChatFIRST [Jan 31 16:39:56 2001] user: MODE +x for nonexistent nick t2y4k3l: t2y4k3l +x [Jan 31 16:39:56 2001] user: JOIN from nonexistent user t2y4k3l: #ChatFIRST [Jan 31 16:39:56 2001] user: MODE +x for nonexistent nick v8y6a6z: v8y6a6z +x [Jan 31 16:39:56 2001] user: JOIN from nonexistent user v8y6a6z: #ChatFIRST [Jan 31 16:39:57 2001] OperServ: Brooster: update [Jan 31 16:39:58 2001] user: MODE +x for nonexistent nick k8i4m3b: k8i4m3b +x [Jan 31 16:39:58 2001] user: JOIN from nonexistent user k8i4m3b: #ChatFIRST [Jan 31 16:51:53 2001] Services 4.5pre0 (compiled for Unreal) starting up [Jan 31 16:51:53 2001] Databases loaded ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== ----- Original Message ----- From: Andrew Church To: ircservices@ircservices.za.net Sent: Wednesday, January 31, 2001 2:54 PM Subject: Re: [IRCServices] Services Protection ! >We just had a flooder attacked and it even crashed services. I have G lined >him but you know they can always get another ISP. >Is there a way to protect services against flood ? Services shouldn't crash from just being flooded--if it did crash, that's a bug in Services. Other than that, use session limits and check your ircd flood settings. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From Admin at ChatFIRST.COM Wed Jan 31 19:22:47 2001 From: Admin at ChatFIRST.COM (Real) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services Protection ! References: <3a7897f5.03532@prima-lan.net> Message-ID: <006a01c08bfe$623b9580$4208d6d1@pavilion> Also I had this message from server : [16:35] [N] Connection to Services.ChatFIRST.COM[*@208.185.81.211] activated. [16:35] [L] Access denied (No matching N:line) [208.185.81.211] [16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- No Access (No matching N:line) [208.185.81.211] [16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- Closing Link: [208.185.81.211] (No matching N:line) [16:35] *** Global -- Write error to Services.ChatFIRST.COM[208.185.81.211], closing link (Broken pipe) Maybe something is wrong on the set up of either services or IRCd ? the set up Im using on C/N lines and U lines is the same I have been using for over a year so I wonder why it cause trouble now . by the way sorry for spamming the list so much. Ely ====================== RealCFC@ChatFIRST.COM http://www.chatfirst.com ====================== ----- Original Message ----- From: Andrew Church To: ircservices@ircservices.za.net Sent: Wednesday, January 31, 2001 2:54 PM Subject: Re: [IRCServices] Services Protection ! >We just had a flooder attacked and it even crashed services. I have G lined >him but you know they can always get another ISP. >Is there a way to protect services against flood ? Services shouldn't crash from just being flooded--if it did crash, that's a bug in Services. Other than that, use session limits and check your ircd flood settings. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B ----------------------------------------------------------- To unsubscribe, mail ircservices-request@ircservices.za.net with the word UNSUBSCRIBE in the subject of the mail. http://www.ircservices.za.net/mailman/listinfo/ircservices From strider at chatcircuit.com Tue Jan 30 16:50:40 2001 From: strider at chatcircuit.com (Strider) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services 4.5pre0 released References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d> <002101c08af5$a2c7d640$0200000a@strider> <002e01c08bd3$724a82e0$250c1218@cc274522d> Message-ID: <003e01c08b1f$dc4c2a40$0200000a@strider> Maybe you should share your code with the developers? [Real] also noticed it worked fine in 3.0 and 3.1, but not 3.1.1, so I know I'm not crazy...ok so I'm lieing, I am crazy, but chanserv stll can't set the topic. I emailed the unreal list as well about this problem but haven't seen a reply on it yet. Beau (Strider) Steward chatcircuit administrator and 6bit band member strider@chatcircuit.com www.chatcircuit.com ircadmin@chatcircuit.com irc.chatcircuit.com strider@6bit.net www.6bit.net ----- Original Message ----- From: "David Blanchard" To: Sent: Wednesday, January 31, 2001 4:16 PM Subject: Re: [IRCServices] Services 4.5pre0 released > We are running Unreal 3.1.1 and Services 4.4.8 (w/ my own Unreal support > added) > > David > > ----- Original Message ----- > From: "Strider" > To: > Sent: Tuesday, January 30, 2001 2:48 PM > Subject: Re: [IRCServices] Services 4.5pre0 released > > > > What version of unreal? I noticed in earlier versions (3.0, possibly 3.1) > > that it did in fact work, but is absolutely broken on 3.1.1. > > > > Beau (Strider) Steward > > chatcircuit administrator and 6bit band member > > > > ----------------------------------------------------------- > To unsubscribe, mail ircservices-request@ircservices.za.net > with the word UNSUBSCRIBE in the subject of the mail. > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Thu Feb 1 09:58:12 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services Protection ! Message-ID: <3a78b4d0.04633@prima-lan.net> >Also I had this message from server : > >[16:35] [N] Connection to Services.ChatFIRST.COM[*@208.185.81.211] >activated. >[16:35] [L] Access denied (No matching N:line) [208.185.81.211] >[16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- No Access >(No matching N:line) > [208.185.81.211] See the FAQ (question 11). --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Thu Feb 1 10:12:06 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Bouncy modes?? Message-ID: <3a78b803.05137@prima-lan.net> >> Unfortunately, the detection sometimes goes off when in reality >> nothing bad is happening. I'm working on a better way of detecting the >> problem, but for now, clearing out the channel (getting everyone to >> leave so the channel disappears) will make Services forget about the >> problem and set modes on that channel again. > >uhhh You do realize that this might not be possible on high profile channels... >Oh sure, you can do it and all people will hear are that it was necessary, but >it does make things unpleasant. Couldn't this be made simpler? I refer to >making services forget the problem. >Oh and btw, services still sets modes on the channel like o and v and b, >it just doesn't set the channel only modes like m and i. It doesn't unset them >either. Could this be the reason that mlock sometimes fails? Possibly. I've added a NoBouncyModes option to the config file for 4.5pre1 that will disable this check. --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From achurch at achurch.org Thu Feb 1 16:26:33 2001 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services 4.5pre1 released Message-ID: <3a791059.07660@prima-lan.net> Services 4.5pre1 has been released, and may be downloaded from: ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.tar.gz ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.diff.gz It should reach ftp.ircservices.za.net and the mirrors shortly. See the Changes file in the archive for a list of changes from pre0. Also, I've made a number of changes in the Unreal support; people with Unreal, please continue testing and let me know of any _confirmed_ problems. (: --Andrew Church achurch@achurch.org | New address - please note. http://achurch.org/ | $B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#(B From CoolAgony at aol.com Thu Feb 1 04:06:29 2001 From: CoolAgony at aol.com (CoolAgony@aol.com) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] chanserv voice Message-ID: <31.fe609db.27aaab45@aol.com> i still use ircservices 4.3.3 and would like to add a command like /msg chanserv voice #channel me for people who have an access 3 on a channel any one can help me ? thx From spaced at connect.ab.ca Thu Feb 1 06:51:42 2001 From: spaced at connect.ab.ca (Tim AtLee) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services' allow spaces in nicks? Message-ID: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com> Hi there One of my opers on my network as playing around with the RAW function (more specifically, RAW SVSNICK) and discovered that you could put a space in a person's name.. or an @.. or any other character that IRC normally wouldn't let you do. Is this something that was missed, or intentional? Tim From smkelly at zombie.org Thu Feb 1 07:21:21 2001 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services' allow spaces in nicks? In-Reply-To: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>; from spaced@connect.ab.ca on Thu, Feb 01, 2001 at 07:51:42AM -0700 References: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com> Message-ID: <20010201092121.A85754@edgemaster.zombie.org> On Thu, Feb 01, 2001 at 07:51:42AM -0700, Tim AtLee wrote: > One of my opers on my network as playing around with the RAW function (more > specifically, RAW SVSNICK) and discovered that you could put a space in a > person's name.. or an @.. or any other character that IRC normally > wouldn't let you do. > > Is this something that was missed, or intentional? I have to be in class in about 6 minutes, so I'll just summarize it this way: The way the parser in ircd is written, that is impossible. The RAW command just sends stuff RAWly to the services' uplink without services' considerring what the text actually says. However, the server they go to should throw this out or misunderstand it because of the space. SVSNICK jane joe blow TS Would, if it worked at all, change jane's nickname to joe. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org For PGP key, send e-mail with subject "send pgp key" From timatlee at hotmail.com Thu Feb 1 08:18:33 2001 From: timatlee at hotmail.com (Tim AtLee) Date: Sat Oct 23 23:01:09 2004 Subject: [IRCServices] Services' allow spaces in nicks? Message-ID: Heya I'm in class now, so I'll make this really quick :-) Try this (BTW, I know this works on Cyclone): /msg operserv raw SVSNICK