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