+++ /dev/null
-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 <andy@strugglers.net>
-
----------------------------------------------------------------
-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: <rpl25tgpvtb7o1kd4ennegsak7mrfg692n@4ax.com>
-References: <rpl25tgpvtb7o1kd4ennegsak7mrfg692n@4ax.com>
-Message-ID: e1n25t4e9jjiqj2dvlod6co95gc4f73tdv@4ax.com
-
-On Tue, 02 Jan 2001 04:22:22 +0000, Andy Smith <andy@strugglers.net> 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 <andy@strugglers.net>
-
----------------------------------------------------------------
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From " 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.)" <jpinto17@visteon.com>
-To: <ircservices-coding@snow.shadowfire.org>
-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
-> <A HREF="http://www.ptlink.net">http://www.ptlink.net</A>
->
-> -----Original Message-----
-> From: achurch@achurch.org [<A HREF="mailto:achurch@achurch.org">mailto:achurch@achurch.org</A>]
-> 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.
-> <A HREF="http://achurch.org/">http://achurch.org/</A> | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> ----------------------------------------------------------------
-> To unsubscribe, send email to majordomo@snow.shadowfire.org with
-> "unsubscribe ircservices-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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" <achurch@achurch.org>
-To: <ircservices@Snow.shadowfire.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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" <achurch@achurch.org>
-To: <ircservices@Snow.shadowfire.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> ---------------------------------------------------------------
-> To unsubscribe, send email to majordomo@snow.shadowfire.org
-> with "unsubscribe ircservices" in the body, without the quotes.
->
-
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From " 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 <achurch@achurch.org>
-To: <ircservices@ender.shadowfire.org>
-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" <kfiresun@ix.netcom.com>
-To: <ircservices@snow.shadowfire.org>
-Sent: Tuesday, January 09, 2001 7:13 PM
-Subject: Re: [IRCServices] Desired behavior of channel suspension?
-
-
->
-> ----- Original Message -----
-> From: Andrew Church <achurch@achurch.org>
-> To: <ircservices@ender.shadowfire.org>
-> 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 <EG>.
-+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" <dryder@qx.net>
-To: <ircservices@snow.shadowfire.org>
-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 <EG>.
-> +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 <dryder@qx.net>
-To: <ircservices@snow.shadowfire.org>
-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 <EG>.
-> +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: <F133prR0E6faZWZaend0000790d@hotmail.com>; from wfteam@hotmail.com on Thu, Jan 11, 2001 at 01:26:58AM -0000
-References: <F133prR0E6faZWZaend0000790d@hotmail.com>
-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 <smkelly@zombie.org> or <smkelly@slashnet.org>
- PGP KeyID: 77042C7B http://www.sean-kelly.org
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> ---------------------------------------------------------------
-> To unsubscribe, send email to majordomo@snow.shadowfire.org
-> with "unsubscribe ircservices" in the body, without the quotes.
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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: <E14HQ96-0000c2-00@gadolinium.btinternet.com>
-References: <E14HQ96-0000c2-00@gadolinium.btinternet.com>
-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: <E14HQ96-0000c2-00@gadolinium.btinternet.com> <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: <chojin@tarakan-network.com>
-To: <ircservices@snow.shadowfire.org>
-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: <E14HQ91-0000c2-00@gadolinium.btinternet.com>
-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 <uziel@ingsoc.com>
- 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
-<mauritz@americasnet.com.br>
- 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 <sh33pz@furl.org>
- 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 <bundy@germany.net>
-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 <sam@breakfree.com>
-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" <k.hawkes@zombies.force9.net>
-To: "IRC Services Mailing List" <ircservices@snow.shadowfire.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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 <andrewk@icon.co.za>
-To: <ircservices@delirious.shadowfire.org>
-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" <andrewk@icon.co.za>
-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 <andy@strugglers.net>
-
----------------------------------------------------------------
-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> <l8u56tc2akjutt46ql87i3o2ap76nps5gq@4ax.com>
-Message-ID: 004d01c07ef9$833c56a0$9c011ac4@africa.didata.local
-
-Which glibc libs are you using?
-
-Thanks, Andrew
-
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@snow.shadowfire.org>
-Sent: Monday, January 15, 2001 3:21 PM
-Subject: Re: [IRCServices] RH7.0
-
-
-> On Mon, 15 Jan 2001 14:36:53 +0200, "Andrew Kempe" <andrewk@icon.co.za>
-> 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 <andy@strugglers.net>
->
-> ---------------------------------------------------------------
-> To unsubscribe, send email to majordomo@snow.shadowfire.org
-> with "unsubscribe ircservices" in the body, without the quotes.
->
-
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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> <l8u56tc2akjutt46ql87i3o2ap76nps5gq@4ax.com> <004d01c07ef9$833c56a0$9c011ac4@africa.didata.local>
-Message-ID: 7sv56tobqpk7hv3gbeautohcchm9f0qffl@4ax.com
-
-On Mon, 15 Jan 2001 15:45:42 +0200, "Andrew Kempe" <andrewk@icon.co.za>
-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 <andy@strugglers.net>
-
----------------------------------------------------------------
-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 <andrewk@icon.co.za>
-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 <andrewk@icon.co.za>
->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)
-<A HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
----------------------------------------------------------------
-To unsubscribe, send email to majordomo@snow.shadowfire.org
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-From 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" <kfiresun@ix.netcom.com>
-To: <services@dragonfire.net>
-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: <Pine.BSF.3.96.1010115215746.81701H-100000@snow.fingers.co.za>
-
-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: <Pine.BSF.3.96.1010115215746.81701H-100000@snow.fingers.co.za>
-Message-ID: <Pine.BSF.3.96.1010115221738.82393A-100000@snow.fingers.co.za>
-
-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: <Pine.BSF.3.96.1010115221740.32292C-100000@hill.noc.uunet.co.za>
-
-
---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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <Pine.BSF.3.96.1010116125211.470B-100000@snow.fingers.co.za>
-
-
----------- Forwarded message ----------
-Date: Tue, 16 Jan 2001 10:19:49 JST
-From: Andrew Church <achurch@achurch.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <Pine.BSF.3.96.1010116125155.470A-100000@snow.fingers.co.za>
-
-
----------- Forwarded message ----------
-Date: Tue, 16 Jan 2001 10:16:52 JST
-From: Andrew Church <achurch@achurch.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <Pine.BSF.3.96.1010116125217.470C-100000@snow.fingers.co.za>
-
-
----------- Forwarded message ----------
-Date: Tue, 16 Jan 2001 10:21:34 JST
-From: Andrew Church <achurch@achurch.org>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <Pine.LNX.4.31.0101170254190.11286-100000@darkness.darkness.gr>
-
-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 -----
-<andrewk@icon.co.za>
- (reason: 553 <andrewk@icon.co.za>... Virtual User unknown)
-
- ----- Transcript of session follows -----
-... while talking to mx01.icon.co.za.:
->>> RCPT To:<andrewk@icon.co.za>
-<<< 553 <andrewk@icon.co.za>... Virtual User unknown
-550 5.1.1 <andrewk@icon.co.za>... 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" <spaced@connect.ab.ca>
-To: "Mailing List: Services" <ircservices@ircservices.za.net>
-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" <andrewk@icon.co.za>
-To: <ircservices@ircservices.za.net>
-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" <spaced@connect.ab.ca>
-> To: "Mailing List: Services" <ircservices@ircservices.za.net>
-> 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: <Pine.LNX.4.21.0101162320410.23870-100000@spaced>
-
-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" <spaced@connect.ab.ca>
-> To: "Mailing List: Services" <ircservices@ircservices.za.net>
-> 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: <Pine.LNX.4.21.0101162321380.23870-100000@spaced>
-
-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" <andrewk@icon.co.za>
-> To: <ircservices@ircservices.za.net>
-> 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" <spaced@connect.ab.ca>
-> > To: "Mailing List: Services" <ircservices@ircservices.za.net>
-> > 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: <Pine.LNX.4.21.0101162320410.23870-100000@spaced>
-Message-ID: <Pine.LNX.4.21.0101170829350.14179-100000@moonlight.chat.za.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.
-
-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" <spaced@connect.ab.ca>
-> > To: "Mailing List: Services" <ircservices@ircservices.za.net>
-> > 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: <Pine.BSF.3.96.1010116125211.470B-100000@snow.fingers.co.za>
-Message-ID: <Pine.LNX.4.31.0101161413520.15150-100000@nana.forthnet.gr>
-
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <Pine.LNX.4.31.0101180130180.21531-100000@darkness.darkness.gr>
-
-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:
- <Pine.LNX.4.31.0101180130180.21531-100000@darkness.darkness.gr>
-Message-ID: <l03130301b68be7e0371f@[192.168.239.105]>
-
-> 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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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" <bclark@bclark.yi.org>
-To: <ircservices@ircservices.za.net>
-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" <spaced@connect.ab.ca>
-To: <ircservices@ircservices.za.net>
-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" <bclark@bclark.yi.org>
-> To: <ircservices@ircservices.za.net>
-> 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`" <userlist here>
-
-
-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 <andy@strugglers.net>
-
-
-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: <E14JMhx-0003T6-00@gadolinium.btinternet.com>
-
-[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: <E14JMhx-0003T6-00@gadolinium.btinternet.com>
-Message-ID: <003101c0819f$30d08910$37526dd1@tiphares.com>
-
------ Original Message -----
-From: Dr. K. Hawkes <k.hawkes@zombies.force9.net>
-To: <ircservices@ircservices.za.net>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 <andy@strugglers.net>
-
-
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <E14JMhx-0003T6-00@gadolinium.btinternet.com>; from k.hawkes@zombies.force9.net on Thu, Jan 18, 2001 at 09:31:52PM -0000
-References: <E14JMhx-0003T6-00@gadolinium.btinternet.com>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <E14JMhx-0003T6-00@gadolinium.btinternet.com>; from k.hawkes@zombies.force9.net on Thu, Jan 18, 2001 at 09:31:52PM -0000
-References: <E14JMhx-0003T6-00@gadolinium.btinternet.com>
-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/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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: <db3h6tc1bmmsud97vrivtndbf0p76tren4@4ax.com>
-
-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 <nick> 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 <andy@strugglers.net>
-
-
-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: <db3h6tc1bmmsud97vrivtndbf0p76tren4@4ax.com>
-Message-ID: <Pine.LNX.4.32.0101192242450.11286-100000@darkness.darkness.gr>
-
-Greetings again,
- Services should use a nslookup query to check the ip, this will
-slow down service plus it might have some weird effects. Which dns server
-is going to query for the nslookup, is the dns server secure enough by
-mean that nobody is going to poison the zonefiles etc etc. Thought this
-sounds trivial it could cause some problems.
-The only solution that i could think as the best solution is, to remove
-the numeric bans from the servers directly. I think this is the way that
-dalnet handles it.
-
-The last idea was proposed mainly by TimeMr14C.
-
-Regards,
-Nick Krassas
-Dinos @ darkness.irc.gr
-
-On Fri, 19 Jan 2001, Andy Smith wrote:
-
-> Entries on the exception list do not seem to work if you give the IP address
-> but the clients come online from a resolved host. It'd be really nice to be
-> able to specify an exception entry such as 192.168.0.* (it'd be even nicer
-> to be able to use proper CIDR notation too e.g. 192.168.0.0/24), any chance
-> of that happening?
->
-> Secondly, Bahamut allows bans applied by IP address to affect the hostnames
-> that match, but chanserv unban <nick> 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 <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From kfiresun at ix.netcom.com Fri Jan 19 16:19:21 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-References: <db3h6tc1bmmsud97vrivtndbf0p76tren4@4ax.com>
-Message-ID: <005e01c08276$a6268cf0$6ed387d8@tiphares.com>
-
------ Original Message -----
-From: Andy Smith <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, January 19, 2001 2:15 PM
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-
-
-> Entries on the exception list do not seem to work if you give the IP
-address
-> but the clients come online from a resolved host. It'd be really nice to
-be
-> able to specify an exception entry such as 192.168.0.* (it'd be even
-nicer
-> to be able to use proper CIDR notation too e.g. 192.168.0.0/24), any
-chance
-> of that happening?
->
-> Secondly, Bahamut allows bans applied by IP address to affect the
-hostnames
-> that match, but chanserv unban <nick> doesn't take this into account.
-This
-> leads to a bit of confusion when people try to unban a nick from outside
-the
-> channel and it doesn't appear to be happening. What are people's thoughts
-> on this behaviour?
->
-
-. o O ( It does!? )
-
-I didn't see any evidence of that when I going thought the sources....
-Does it allow 192.168.0.0/24 bans on a channel? I know you could ban
-on IPs for a long time but the ircds would only check if the user's
-host did not resolve.
-
-ANYHOW! The answer your question, yes and no. You CAN do it but you have
-to change your ircds to transmit the IP addresses as well as the hostnames
-of your users, which is something I know Bahamut doesn't do. (I'm guessing
-that each server checks the IP related bans locally, there for it works)
-
-
-The last thing you'd want is to have services sit there and hang up for
-a while as it performs 100s of DNS lookups (which might not resolve) on
-each user on your network... Even then what one server things the IP of
-one user might NOT be the IP that another server will resolve.
-
-Here are two examples using a simple setup like so:
-Server 1 is on the east side of the US which is connected to Server 2
-on the west side of the US. Server 2 is hosting a copy of Services
-for this hypothetical IRC network. Our User A is on the East side of
-the US as well using a local ISP. He'll be connecting to Server 1 because
-it's geographically closer to him.
-
-Example 1:
-User A connects to Server 1. Now let's just imagine that User A's ISP has
-just changed it's block of IPs or it's DNS entries, but these entries
-haven't propagated to Server 2's DNS records like they did to Server 1's.
-One of two things will happen. Services will have the wrong IP, or it
-will not resolve at all, either way it's ban will not be effective if it
-triggers at all.
-
-Example 2:
-User A connects to Server 1 who has a working DNS so Server 1 sends the
-hostname to Server 2 for the user. However, Server 2's DNS is down so
-Services appears to "hang" while if finds out it can't resolve the hostname.
-Now you can write an asynchronous DNS library (I've done it myself) but
-either way you duplicate the problem above.
-
-This is why you'd have to transmit the IP when the user connects. Services
-doesn't know to set the ban if it cannot match the bans.
-
-Bryce Simonds (Kelmar K. Firesun)
-IRC operator: dream.esper.net
-
-
-
-
-From quension at softhome.net Fri Jan 19 17:20:50 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-References: <db3h6tc1bmmsud97vrivtndbf0p76tren4@4ax.com>
-Message-ID: <3A68E7F2.41840644@softhome.net>
-
-Andy Smith wrote:
-
-> Secondly, Bahamut allows bans applied by IP address to affect the hostnames
-> that match, but chanserv unban <nick> doesn't take this into account. This
-> leads to a bit of confusion when people try to unban a nick from outside the
-> channel and it doesn't appear to be happening. What are people's thoughts
-> on this behaviour?
-
-The bans are checked at the local server; since that server knows both
-the client's IP and hostname, it can do the checks easily. Kelmar has
-already adressed the other side of this.
-
-As for having services remove such bans, bahamut supports a channel
-version of SVSMODE (since one of the early 1.4.x releases at least):
-
-SVSMODE channel -b nick nickts
-
-nickts is optional, and I'm not entirely sure what it's used for. It
-appears to be another check to make sure the right person is targetted.
-
-All matching bans for that nick are removed by the client's server,
-whether hostname or IP based.
-
--- Quension
-
-
-From andy at strugglers.net Fri Jan 19 18:06:53 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-In-Reply-To: <005e01c08276$a6268cf0$6ed387d8@tiphares.com>
-References: <db3h6tc1bmmsud97vrivtndbf0p76tren4@4ax.com> <005e01c08276$a6268cf0$6ed387d8@tiphares.com>
-Message-ID: <desh6to6ddelrdqg05eo32hd4din6sek7t@4ax.com>
-
-On Fri, 19 Jan 2001 18:19:21 -0600, "Kelmar K. Firesun"
-<kfiresun@ix.netcom.com> wrote:
-
->----- Original Message -----
->From: Andy Smith <andy@strugglers.net>
->> Secondly, Bahamut allows bans applied by IP address to affect the
->hostnames
->> that match, but chanserv unban <nick> doesn't take this into account.
->This
->> leads to a bit of confusion when people try to unban a nick from outside
->the
->> channel and it doesn't appear to be happening. What are people's thoughts
->> on this behaviour?
->>
->
->. o O ( It does!? )
-
-Yep, and has done for a long time.
-
->The last thing you'd want is to have services sit there and hang up for
->a while as it performs 100s of DNS lookups (which might not resolve) on
->each user on your network... Even then what one server things the IP of
->one user might NOT be the IP that another server will resolve.
-
-Indeed, but I do think that chanserv unban needs to take account of this, as
-otherwise I think it can be very confusing.
-
->This is why you'd have to transmit the IP when the user connects. Services
->doesn't know to set the ban if it cannot match the bans.
-
-Well I'm not suggesting that services sets bans by IP or anything like
-that.. Just saying that chanserv unban needs to take account of this
-behaviour.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From achurch at achurch.org Sat Jan 20 11:09:46 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-Message-ID: <3a68f4f8.13116@prima-lan.net>
-
->>The last thing you'd want is to have services sit there and hang up for
->>a while as it performs 100s of DNS lookups (which might not resolve) on
->>each user on your network... Even then what one server things the IP of
->>one user might NOT be the IP that another server will resolve.
->
->Indeed, but I do think that chanserv unban needs to take account of this, as
->otherwise I think it can be very confusing.
-
- I'll look into the SVSMODE format someone else mentioned, but Services
-WILL NOT be doing nslookups on every host--the possibilities for exploiting
-that are so enormous it's silly. Thus Services also will not support
-matching hostnames to exception IPs unless/until ircds start sending IP
-addresses with NICK/USER commands.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From RealCFC at ChatFIRST.COM Sat Jan 20 20:04:44 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <000a01c0835f$4af9f1c0$5501d6d1@pavilion>
-
-I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ has decided to refuse keeping topics and Topiclocks , Any ideas on what's going on ?
-I tried upgrading to the latest version of services but the problem continues , everything else seems to be working ok except for that problem.
-Any help would be greately appreciated.
-
-Anyone willing to check the problem themselves please connect to: irc.chatfirst.com;6667
-Thanks
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/ab904205/attachment.htm
-From strider at chatcircuit.com Fri Jan 19 19:23:17 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <000a01c0835f$4af9f1c0$5501d6d1@pavilion>
-Message-ID: <002601c08290$56e19620$0200000a@strider>
-
-What ircd are you using? We have a similar problem, but also chanserv sometimes refuses to acknowledge a channel exists when it has users in it. We're running Unreal ircd 3.1.1 but the problem has been around since about unreal 3.0, or at least that's when we noticed it. I've been looking for new services but the recent mails i've just started to get on this list has convinced me to wait on new ircservices.
-
-If this is happening in 4.4.9, then I'm not going to bother updating because this is the only problem we have that's prompting for an update.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
- ----- Original Message -----
- From: [Real]
- To: ircservices@ircservices.za.net
- Sent: Saturday, January 20, 2001 10:04 PM
- Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-
-
- I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ has decided to refuse keeping topics and Topiclocks , Any ideas on what's going on ?
- I tried upgrading to the latest version of services but the problem continues , everything else seems to be working ok except for that problem.
- Any help would be greately appreciated.
-
- Anyone willing to check the problem themselves please connect to: irc.chatfirst.com;6667
- Thanks
- Ely
- ======================
- RealCFC@ChatFIRST.COM
- http://www.chatfirst.com
- ======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010119/89f5c9a6/attachment.html
-From RealCFC at ChatFIRST.COM Sat Jan 20 22:40:49 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <000a01c0835f$4af9f1c0$5501d6d1@pavilion> <002601c08290$56e19620$0200000a@strider>
-Message-ID: <002401c08375$1877f1a0$5501d6d1@pavilion>
-
-We are also running Unreal3.1.1 and we never had this problem eventhough we've been running IRCservices and Unreal for more than a year.
-We've tried re-starting both IRCservices and IRCd but the problem still continues. It's so strange .
-I e-mailed Andrew Church regarding this problem , If I get a reply with a solution I ll post to the list.
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/6d559810/attachment.htm
-From achurch at achurch.org Sun Jan 21 13:26:23 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <3a6a651a.35324@prima-lan.net>
-
->I'm using ircservices-4.4.8 [STABLE] and for some weird reason ChanServ =
->has decided to refuse keeping topics and Topiclocks , Any ideas on =
->what's going on ?
->I tried upgrading to the latest version of services but the problem =
->continues , everything else seems to be working ok except for that =
->problem.
-
- What does the debug log say?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From RealCFC at ChatFIRST.COM Sat Jan 20 23:54:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a651a.35324@prima-lan.net>
-Message-ID: <000701c0837f$52b43180$5501d6d1@pavilion>
-
-I dont have a debug log since I didnt compile services to keep that kind of log however my regular services.log file shows a lot of errors like these examples here :
-
-[Jan 20 12:40:42 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+) starting up
-
-[Jan 20 12:40:43 2001] Databases loaded
-
-[Jan 20 12:40:45 2001] unknown message from server (PROTOCTL NOQUIT TOKEN NICKv2 SJOIN SJOIN2 UMODE2 VL SJ3 NS SJB64)
-
-15:15 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #RottweilerChat :You're not on that channel)
-
-NickServ: [Real]!~Ely@host-208-60-254-58.mia.bellsouth.net identified for nick [Real]
-
-[Jan 20 13:17:49 2001] channel: MODE +b ~Ely@*.mia.bellsouth.net for nonexistent channel #UnrealIRCd
-
-[Jan 20 13:17:49 2001] channel: MODE +o [Real] 980014669 for nonexistent channel #UnrealIRCd
-
-[Jan 20 13:18:11 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel)
-
-[Jan 20 13:18:41 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel)
-
-[Jan 20 13:18:50 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #Testing :You're not on that channel)
-
-15:15 2001] unknown message from server (:IRC.ChatFIRST.COM 442 ChanServ #RottweilerChat :You're not on that channel)
-
-I could however try to compile services again to keep a debug file and then send it to you, Or you can have access to my services so that you can check them yourself if you wish.
-
-Thanks in advance
-
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010120/ce003989/attachment.html
-From bclark at bclark.yi.org Sat Jan 20 20:54:50 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion>
-Message-ID: <3A6A6B9A.66545D62@bclark.yi.org>
-
-I'm just guessing here, but from the looks of that log, it seems like a
-U:line problem. Here's what I get when I do a /stats U from your server:
-
-[23:52:03] *** U * * * 0 -1
-[23:52:03] *** U :End of /STATS report
-
-Take a look at your U:lines and see if the problem might be there
-......... unless, of course, an Unreal U:line is different from, say, a
-Bahamut U:line. ;)
-
-
-
-From RealCFC at ChatFIRST.COM Sun Jan 21 00:10:05 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion> <3A6A6B9A.66545D62@bclark.yi.org>
-Message-ID: <001101c08381$90d56d60$5501d6d1@pavilion>
-
-Here's what my U line for services looks like is this incorrect ?
-
-U:*:Services.ChatFIRST.COM:*:*
-
-Thanks
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010121/e0785533/attachment.htm
-From bclark at bclark.yi.org Sat Jan 20 21:04:50 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a651a.35324@prima-lan.net> <000701c0837f$52b43180$5501d6d1@pavilion> <3A6A6B9A.66545D62@bclark.yi.org> <001101c08381$90d56d60$5501d6d1@pavilion>
-Message-ID: <3A6A6DF2.35B27D94@bclark.yi.org>
-
-I would imagine that if that's the way it's been for the last year, and
-the problem just now started showing up, then it's correct -- that's
-just the first thing I thought of from looking at the log .......
-
-
-
-From achurch at achurch.org Sun Jan 21 14:26:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <3a6a7340.35555@prima-lan.net>
-
->I dont have a debug log since I didnt compile services to keep that kind =
->of log however my regular services.log file shows a lot of errors like =
->these examples here :
-
- You don't need to compile Services that way; just stop Services once,
-restart it with the "-debug" command-line option, and Services will start
-logging debug messages. Then reproduce the error and send me the log file.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From andrewk at icon.co.za Sun Jan 21 01:31:42 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] exceptions entries by IP & channel bans with bahamut
-In-Reply-To: <3a68f4f8.13116@prima-lan.net>
-Message-ID: <NCBBIPDDJGGDOCPMKPKPAEEGDJAA.andrewk@icon.co.za>
-
-I agree, the mentioned SVSMODE would help greatly!
-
-I'd also like to add my support for Andy not getting Services to do lookups
-on every nickname's hostname. The amount of work that would be placed on the
-daemon is just insane.
-
-Andrew
-
-> >Indeed, but I do think that chanserv unban needs to take account
-> of this, as
-> >otherwise I think it can be very confusing.
->
-> I'll look into the SVSMODE format someone else mentioned,
-> but Services
-> WILL NOT be doing nslookups on every host--the possibilities for
-> exploiting
-> that are so enormous it's silly. Thus Services also will not support
-> matching hostnames to exception IPs unless/until ircds start sending IP
-> addresses with NICK/USER commands.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andrewk at icon.co.za Sun Jan 21 01:47:53 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] IRCnet ircd and IRCservices
-In-Reply-To: <001e01c048b9$28408300$0100a8c0@excalibur>
-Message-ID: <NCBBIPDDJGGDOCPMKPKPOEEGDJAA.andrewk@icon.co.za>
-
-> If you have one of these servers or you cannot get Services to work
-> with your server, I recommend downloading and installing ircd.dal 4.4.10,
-> which is available at:
->
-> ftp://ender.shadowfire.org/pub/ircd/archive/
-
-Please can everyone start using ftp.ircservices.za.net
-
-By using this address you will not be affected by ftp server address changes
-as the ownership of Services changes.
-
-Thanks, Andrew
-
-
-
-From andrewk at icon.co.za Sun Jan 21 01:47:54 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-In-Reply-To: <3a05db4f.23767@prima-lan.net>
-Message-ID: <NCBBIPDDJGGDOCPMKPKPAEEHDJAA.andrewk@icon.co.za>
-
-I got very close to being able to send passwords to an email address. I was
-not at all keen on having to handle more sockets so I was basically doing
-the following:
-
-- Dumping the password to a file. The file also contained the email address
-to which to send the email.
-- Run a cron that basically used "mail" to send the mail off.
-
-There is a slight overhead in having to write to a file but I didn't think
-that there would be _that_ many mails being created. Forwarding memo's would
-up this number of mails a lot. What I had in mind was outputting the memo's
-to a single file for a specified time, say 1 minute. After that time a new
-file is started and a cron can then parse up the old file and send the memos
-off.
-
-These may not be the most elegant solutions, but they're simple to implement
-and they get the job done.
-
-Andrew
-
-> -----Original Message-----
-> From: owner-ircservices@snow.shadowfire.org
-> [mailto:owner-ircservices@snow.shadowfire.org]On Behalf Of Andrew Church
-> Sent: 06 November 2000 00:03
-> To: ircservices@snow.shadowfire.org
-> Subject: Re: [IRCServices] Email forwarding
->
->
-> >Very late reply but hey...
-> >
-> >IMHO the E-Mail Forwarding feature would seriously ROCK!
-> >Any plans on implementing this?
->
-> Just a quick note on this--I had this on my TODO list since way long
-> ago, but it turns out it's a pain to implement, mainly because of
-> needing to
-> either fork and keep track of another process or handle SMTP connections
-> using select() in the same process, and having to watch resource
-> consumption
-> in either case. I don't know what Andrew Kempe's priorities are, but just
-> keep in mind that it's not something that can be dashed out on the spur of
-> the moment.
->
-> >Quinn
-> >----------
-> >> From: Kelmar K. Firesun <kfiresun@ix.netcom.com>
-> >> To: ircservices@snow.shadowfire.org
-> >> Subject: Re: [IRCServices] Email forwarding
-> >> Date: Monday, October 23, 2000 22:32
-> >>
-> >>
-> >> ----- Original Message -----
-> >> From: Scott Seufert <anarki@flamebait.org>
-> >> To: <ircservices@snow.shadowfire.org>
-> >> Sent: Monday, October 23, 2000 7:01 AM
-> >> Subject: Re: [IRCServices] Email forwarding
-> >>
-> >> ] ... SNIP ... [
-> >>
-> >> >
-> >> > sending all the memos in one email would be prefered. Also making the
-> >time
-> >> > interval a .conf setting would be wise.
-> >> >
-> >> > MEMO2MAIL 15 <---- Minutes _after_ update to send mail.
-> >> > This type of setting would make it easier for services, the
-> box and the
-> >> > box's Admin(s). :)
-> >> >
-> >> > MAIL_DELAY 120 <--- delay in seconds between batches.
-> >> > This could be used in the case of a large amount of mail
-> sent. The mail
-> >> can
-> >> > be broken down into batches sent, say maybe 800k at a time. This way
-> >800k
-> >> is
-> >> > sent, then 120 seconds later 800k more and so on.
-> >> >
-> >>
-> >> ] ... SNIP ... [
-> >>
-> >> You might also wish to add a NickServ option that would allow
-> >> the user to:
-> >>
-> >> 1) Either disable the feature totally
-> >> 2) Have it only send the e-mail when the user is not on
-> >> the IRC Network
-> >> 3) Have memoserv send the e-mail and keep a copy of the message.
-> >> 4) Or, have memoserv just send an e-mail and discard the message
-> >> afterwards. (Mabey not a good idea here in some cases though)
-> >>
-> >> On the whole it sounds like an excellent idea,
-> >>
-> >> Bryce Simonds (Kelmar K. Firesun)
-> >> IRC operator: dream.esper.net
-> >>
-> >>
-> >> ---------------------------------------------------------------
-> >> To unsubscribe, send email to majordomo@snow.shadowfire.org
-> >> with "unsubscribe ircservices" in the body, without the quotes.
-> >
-> >---------------------------------------------------------------
-> >To unsubscribe, send email to majordomo@snow.shadowfire.org
-> >with "unsubscribe ircservices" in the body, without the quotes.
->
-> --Andrew Church
-> achurch@dragonfire.net
-> http://achurch.dragonfire.net/
->
-> ---------------------------------------------------------------
-> To unsubscribe, send email to majordomo@snow.shadowfire.org
-> with "unsubscribe ircservices" in the body, without the quotes.
->
-
-
-
-From achurch at achurch.org Sun Jan 21 20:05:45 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-Message-ID: <3a6ac2e0.42267@prima-lan.net>
-
->I got very close to being able to send passwords to an email address. I was
->not at all keen on having to handle more sockets so I was basically doing
->the following:
->
->- Dumping the password to a file. The file also contained the email address
->to which to send the email.
->- Run a cron that basically used "mail" to send the mail off.
-
- As with nslookup, this is seriously asking for trouble, in terms of
-resource exhaustion attacks; I recommend against doing this. I am looking
-at adding the various mail features in 5.0.
-
- BTW, {ftp,www}.ircservices.za.net aren't responding.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Sat Jan 20 10:51:57 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a7340.35555@prima-lan.net>
-Message-ID: <001f01c08312$15c29ea0$0200000a@strider>
-
-I have a similar setup (as I've said previously). We've been running
-ircservices with unreal ircd for about 2 years. The problem didn't come up
-until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same time
-so I don't know which started it). Up to now we just left it there and dealt
-with it, but we are getting more and more complaints now. One user couldn't
-register a channel even though he was opped (actually, it was an oper on our
-server, so he wans't completely stupid about how to do it). It seems it may
-be compatibility issues with unreal moreso than a ircservices problem, but
-it'd be nice if it'd work right. I'll be emailing the unreal list with this
-info as well.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, January 20, 2001 11:26 PM
-Subject: Re: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-
-
-> >I dont have a debug log since I didnt compile services to keep that kind
-=
-> >of log however my regular services.log file shows a lot of errors like =
-> >these examples here :
->
-> You don't need to compile Services that way; just stop Services once,
-> restart it with the "-debug" command-line option, and Services will start
-> logging debug messages. Then reproduce the error and send me the log
-file.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From dblanch at home.com Sun Jan 21 12:45:17 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a7340.35555@prima-lan.net> <001f01c08312$15c29ea0$0200000a@strider>
-Message-ID: <000901c083eb$105c6de0$250c1218@cc274522d>
-
-Well, I haven't seen too much bad there, except I can still change the topic
-on the channel even with topiclock on (although when I exit and re-enter
-channel, the /cs set # topic one come back up) We use v4.4.8 of services and
-Unreal 3.1.1Darkshades. No real compatibility probs, rather just missing
-features that I needed added to the MLOCK... (i.e. A, S, N, and G channel
-flags) Actually, there is that thing that memoserv doesn't seem to do
-correctly with doing a #channel send (or perhaps just isn't finished?), but
-I just wrote a csend function for it instead (ala StarChat's)
-
-David
-
-> I have a similar setup (as I've said previously). We've been running
-> ircservices with unreal ircd for about 2 years. The problem didn't come up
-> until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same
-time
-> so I don't know which started it). Up to now we just left it there and
-dealt
-> with it, but we are getting more and more complaints now. One user
-couldn't
-> register a channel even though he was opped (actually, it was an oper on
-our
-> server, so he wans't completely stupid about how to do it). It seems it
-may
-> be compatibility issues with unreal moreso than a ircservices problem, but
-> it'd be nice if it'd work right. I'll be emailing the unreal list with
-this
-> info as well.
->
-
-
-
-
-From achurch at achurch.org Mon Jan 22 07:06:28 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <3a6b5da1.46135@prima-lan.net>
-
->I have a similar setup (as I've said previously). We've been running
->ircservices with unreal ircd for about 2 years. The problem didn't come up
->until we upgraded to 4.4.8 and unreal 3.0 (but we did that at the same time
->so I don't know which started it). Up to now we just left it there and dealt
->with it, but we are getting more and more complaints now. One user couldn't
->register a channel even though he was opped (actually, it was an oper on our
->server, so he wans't completely stupid about how to do it). It seems it may
->be compatibility issues with unreal moreso than a ircservices problem, but
->it'd be nice if it'd work right. I'll be emailing the unreal list with this
->info as well.
-
- Again, a debug log demonstrating the exact problem would be very
-helpful.
-
- Where can I find information on the Unreal ircd? I may look into
-adding basic support for it if it doesn't take too much work.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From chromi at cyberspace.org Sun Jan 21 14:26:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-In-Reply-To: <3a6b5da1.46135@prima-lan.net>
-Message-ID: <l03130300b69111845f48@[192.168.239.105]>
-
-> Where can I find information on the Unreal ircd? I may look into
->adding basic support for it if it doesn't take too much work.
-
-At irc.chatcircuit.com we use Unreal 3.1.1 and a recent version of Services
-(i think I persuaded us to upgrade as far as 4.4.8). With my medium-sized
-patch to enable host-mangling support (containing some code lifted from
-Unreal itself), it seems to work pretty smoothly. If you want to come and
-have a look to see exactly how well it works, you're welcome.
-
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-big-mail: chromatix@penguinpowered.com
-uni-mail: j.d.morton@lancaster.ac.uk
-
-The key to knowledge is not to rely on people to teach you it.
-
-Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
-
------BEGIN GEEK CODE BLOCK-----
-Version 3.12
-GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
-PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
------END GEEK CODE BLOCK-----
-
-
-
-
-From RealCFC at ChatFIRST.COM Sun Jan 21 17:59:42 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6a7340.35555@prima-lan.net>
-Message-ID: <001801c08417$043b8e20$7205d6d1@pavilion>
-
-Where am I supposed to activate that "debug mode " ? I don't see any line on 'services.conf' regarding that kind of setup ,Please explain. What kind of information do you need about UnrealIRCd ? I m sure Stskeeps the main coder of Unreal would cooperate to make this services compatible as they even have a link the page of IRCServices from the UnrealIRCd website where they suggest services compatible with UnrealIRCd.
-Sorry if I look stupid with my questions but I'm still learning many aspects of IRCd and Services.
-
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010121/b2d7de29/attachment.html
-From achurch at achurch.org Mon Jan 22 08:30:44 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <3a6b7204.47457@prima-lan.net>
-
->Where am I supposed to activate that "debug mode " ? I don't see any =
->line on 'services.conf' regarding that kind of setup ,Please explain. =
-
- When you start the Services program, instead of just typing "services"
-at the command line, type "services -debug". This will cause Services to
-start running in debug mode. You can also type in your client:
- /msg OperServ SET DEBUG ON
-while Services is running to turn debug mode on, and
- /msg OperServ SET DEBUG OFF
-will turn debug mode off again. (You have to be a Services admin to do
-this.)
-
->What kind of information do you need about UnrealIRCd ? I m sure =
->Stskeeps the main coder of Unreal would cooperate to make this services =
->compatible as they even have a link the page of IRCServices from the =
->UnrealIRCd website where they suggest services compatible with =
->UnrealIRCd.
-
- I'll try contacting him. Thanks for the suggestion.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From dblanch at home.com Sun Jan 21 17:39:18 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6b5da1.46135@prima-lan.net>
-Message-ID: <001c01c08414$236bbed0$250c1218@cc274522d>
-
-See attached files Andrew.. :)
-
-
-> Where can I find information on the Unreal ircd? I may look into
-> adding basic support for it if it doesn't take too much work.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
--------------- next part --------------
- ### Channel Modes ###
-
- p = Private channel
- s = Secret channel
- i = Invite-only allowed
- m = Moderated channel, noone can speak except users with mode +voh
- n = No messages from outside channel
- t = Only channel operators may set the topic
- r = Channel is registered
- R = Requires a registered nickname to join the channel
- c = No ANSI color can be sent to the channel (ColourBlock)
- q = Channel owner
- (*)Q = No kicks able in channel unless by U:Lines
- O = IRCop only channel (Setable by IRCops)
- A = Administrator only channel (Setable by Admins)
- K = /Knock is not allowed
- V = /Invite is not allowed
- S = Strip all incoming colours away
- l <number of max users> = Channel may hold at most <number> of users
- b <nick!user@host> = Bans the nick!user@host from the channel
- k <key> = Needs the channel key to join the channel
- o <nickname> = Gives operator status to the user
- v <nickname> = Gives voice to the user (May talk if chan is +m)
- L <chan2> = If +l is full, the next user will auto-join <chan2>
- a <nickname> = Gives protection to the user (No kick/drop)
- e <nick!user@host> = Exception ban - If someone matches it
- they can join even if a ban matches them
- (**)h <nickname> = Gives halfop status to the user
- f [*]<lines>:<seconds> = Flood protection, if the * is given a user will
- be kick banned when they send <lines> in <seconds>
- If * is not given they are just kicked
- H = No +I users may join that channel. (Setable by Admins).
- N = No nickname changes are permitted in the channel.
- ^ = Reports Channel modes in bitstring.
- (Only exists in Development Versions i.e #define DEVELOP)
- G = Makes the channel G Rated. Any words in badwords.channel.conf
- are replaced with <censored> in channel messages.
- u = "Auditorium". Makes /names and /who #channel only show @'s
- C = No CTCPs allowed in the channel.
- z = Only Clients on a Secure Connection (SSL) can join.
-
- (*) Channel mode +Q
- This is the 'peace' mode. Noone can kick each other
- except by U:Lines. Bans can be placed though.
-
- (**) Channel halfops (+h)
- If you are marked as halfop (% in /names) you can do:
- - Set topic
- - Kick non-ops
- - Set modes +vmntibe
--------------- next part --------------
- ***********************************
- ***** UnrealIRCd O:Line flags *****
- ***********************************
-
-
- r = Access to /rehash server
- h = Oper can send /help ops - gets +h on oper up
- g = Oper can send /globops
- w = Oper can send /wallops
- l = Oper can send /locops
- c = Access to do local /squits and /connects
- k = Access to do local /kills
- b = Oper can /kline users from server
- B = Oper can /unkline users from server
- n = Oper can send local server notices (/notice $servername message)
- u = Oper can set /umode +c
- f = Oper can set /umode +f
- O = Global oper, flags included: oRDK
- o = Local oper, flags included: rhgwlckbBnuf
- R = Access to /restart server
- D = Access to /die server
- K = Access to do global /kills
- A = Gets +A on oper up. Server Administrator
- a = Gets +a on oper up. Services Administrator
- N = Gets +N on oper up. Network Administrator
- T = Gets +T on oper up. Technical Administator
- C = Gets +C on oper up. Co Administrator
- Y = Access to do remote /squits and /connects
- z = Can add /zlines
- H = Gets +x on oper up.
- W = Gets +W on oper up.
- ^ = Allows to use umode +I
- * = Flags AaNCTzSHW^
--------------- next part --------------
- ### Stats Flags ###
-
- k = Lists all the current K:Lines, Z:Lines (Banned hosts/IP) & E:Lines (K:Line exceptions)
- g = Lists all the current G:Lines (Banned hosts) & Shuns
- E = Lists all the current E:Lines (K:Line Exceptions)
- f = Lists all the current F:lines (Filename masks on DCCDENY)
- O = Lists all the current O:Lines (IRC Operator Lines)
- Q = Lists all the current Q:Lines (Forbidden Nicks)
- C = Lists all the current C/N:Lines (Servers to connect or accept connects from)
- H = Lists all the current H:Lines (Hub Lines) & L:Lines (Leaf Lines)
- n = Lists all the current n:Lines (GECOS Deny)
- V = Lists all the current VHost lines
- T = Lists all the current T:Lines (Specific MOTD/Rules Lines)
- Y = Lists all the current Y:Lines (Connection classes)
- U = Lists all the current U:Lines (Usually Services)
- v = Lists all the current V:Lines (Version Deny)
- D = Lists all the current D:Lines (Disallow Lines-Oper & Server Orig Connects)
- d = Lists all the current d:Lines (Disallow Lines-Autoconnects)
- e = Lists all the current e:Lines (Proxy scan exempt IPs)
- I = Lists all the current I:Lines (Client auth Lines)
- F = Lists all the current F:Lines (DCCDENY Lines)
- r = Lists all Channel Restrict lines
- N = Lists the Network Configuration report
- S = Gives the Dynamic Configuration report
- W = Gives the current Server Load
- q = Lists all the SQLINEed Nicks
- u = Server Uptime
- m = Gives the Server command list
- z = Gives Misc Server Information
- s = Returns the scache and NS numbers
- t = Returns Misc Info
- L = Information about current server connections
-
--------------- next part --------------
- ### User Modes ###
-
- O = Local IRC Operator
- o = Global IRC Operator
- i = Invisible (Not shown in /who searches)
- w = Can listen to wallop messages
- g = Can read & send to globops, and locops
- h = Available for help
- s = Can listen to server notices
- k = See's all the /KILL's which were executed
- S = For services only. (Protects them)
- a = Is a Services Administrator
- A = Is a Server Administrator
- N = Is a Network Administrator
- T = Is a Tech Admininistator
- C = Is a Co Administrator
- c = See's all Connects/Disconnects on local server
- f = Listen to flood alerts from server
- r = Identifies the nick as being registered
- x = Gives the user hidden hostname
- e = Can listen to server messages sent to +e users
- b = Can read & send to chatops
- W = (IRC Operators only) Lets you see when people does a /whois on you
- q = (Services Admins only) Only U:lines can kick you
- B = Marks you as being a Bot
- F = Lets you recieve far Connect notices & Local notices.
- I = Invisible Join/Part. Makes you being hidden at channels
- H = (IRC Operators only) Hide IRC Operator status in /who and /whois
- d = Makes it so you can not recieve channel messages
- v = Receive infected DCC send rejection notices
- t = Says that you are using a /vhost
- G = Filters out all bad words (badwords.message.conf) in messages with <censored>
- z = Marks the client as being on a Secure Connection (SSL).
-
-From dblanch at home.com Sun Jan 21 17:50:23 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6b5da1.46135@prima-lan.net>
-Message-ID: <003901c08415$af5f1e40$250c1218@cc274522d>
-
-It shouldn't be much, as the mods I have added took less than four hours...
-Basically I modified the configure file to add a new option 31) to add a
-third irc flag (thereby having #define IRC_DALNET, #define IRC_DAL4_4_15 and
-#define IRC_UNREAL in the generated sysconf) It has all the functionally of
-the necessary support for Dal4.4.15, just have to add the tweaks in the
-necessary places (i.e. MLOCKs like I mentioned in a previous message) and
-the additional stuff in messages.c that are in Unreal for not in Dal4.4.15.
-And probably other places to I have yet to discover. I would be more than
-happy to assist you with it, and send you the modified modules if you like.
-If you need more detailed info other than the files I attached in the last
-message, the current version of the ircd is available from
-http://www.unrealircd.com
-
-David
-
-> Where can I find information on the Unreal ircd? I may look into
-> adding basic support for it if it doesn't take too much work.
->
-> --Andrew Church
-
-
-
-
-From atcarr at hotmail.com Sun Jan 21 18:40:26 2001
-From: atcarr at hotmail.com (Alan Carr)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6b5da1.46135@prima-lan.net>
-Message-ID: <LAW2-OE31CRSRRseCaa000006d5@hotmail.com>
-
-> Where can I find information on the Unreal ircd? I may look into
-> adding basic support for it if it doesn't take too much work.
-
-In all honesty basic support is already there. Unreal was taken from
-DALnet's Dreamforge and they added server to server notices like operhost
-hiding.
-
-Information on Unreal can be obtained at http://www.unreal.com
-
-
-
-
-From dryder at qx.net Sun Jan 21 18:43:45 2001
-From: dryder at qx.net (Scott Seufert)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6b5da1.46135@prima-lan.net> <LAW2-OE31CRSRRseCaa000006d5@hotmail.com>
-Message-ID: <000601c0841d$2442a7c0$964efea9@phoenix>
-
-http://www.unrealircd.com
-
------ Original Message -----
-From: "Alan Carr" <atcarr@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, January 21, 2001 9:40 PM
-Subject: Re: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-
-
->
-> > Where can I find information on the Unreal ircd? I may look into
-> > adding basic support for it if it doesn't take too much work.
->
-> In all honesty basic support is already there. Unreal was taken from
-> DALnet's Dreamforge and they added server to server notices like operhost
-> hiding.
->
-> Information on Unreal can be obtained at http://www.unreal.com
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andrewk at icon.co.za Sun Jan 21 22:17:33 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-References: <3a6ac2e0.42267@prima-lan.net>
-Message-ID: <002001c0843b$01e69740$9c011ac4@africa.didata.local>
-
-What part of this is open to resource attacks?
-
-Were the domains resolving?
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, January 21, 2001 1:05 PM
-Subject: RE: [IRCServices] Email forwarding
-
-
-> >I got very close to being able to send passwords to an email address. I
-was
-> >not at all keen on having to handle more sockets so I was basically doing
-> >the following:
-> >
-> >- Dumping the password to a file. The file also contained the email
-address
-> >to which to send the email.
-> >- Run a cron that basically used "mail" to send the mail off.
->
-> As with nslookup, this is seriously asking for trouble, in terms of
-> resource exhaustion attacks; I recommend against doing this. I am looking
-> at adding the various mail features in 5.0.
->
-> BTW, {ftp,www}.ircservices.za.net aren't responding.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Jan 22 16:27:06 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-Message-ID: <3a6be17f.20022@prima-lan.net>
-
->What part of this is open to resource attacks?
-
-/ns set email some-domain@that.doesnt.resolve
-/ns sendpass
-
-Lather, rinse, repeat and watch sendmail choke.
-
->Were the domains resolving?
-
- They may not have been, I don't recall. www/ftp are working now.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From andrewk at icon.co.za Mon Jan 22 01:10:39 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-References: <3a6be17f.20022@prima-lan.net>
-Message-ID: <00f101c08453$379111a0$9c011ac4@africa.didata.local>
-
-I think that the possible issues here would be rather easy to overcome with
-some carefully setup piping of bounced mails to /dev/null and the limiting
-of the number of sendpasses per hour. But then again, if you're going to do
-it properly, this method is not worth it.
-
-I know there were some major problems with one of SA's major ISP's on
-Saturday. If you happened to get a route through them to the box then you
-would not have been able to access it.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 22, 2001 9:27 AM
-Subject: Re: [IRCServices] Email forwarding
-
-
-> >What part of this is open to resource attacks?
->
-> /ns set email some-domain@that.doesnt.resolve
-> /ns sendpass
->
-> Lather, rinse, repeat and watch sendmail choke.
->
-> >Were the domains resolving?
->
-> They may not have been, I don't recall. www/ftp are working now.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From chromi at cyberspace.org Mon Jan 22 03:04:22 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-In-Reply-To: <3a6be17f.20022@prima-lan.net>
-Message-ID: <l03130303b691c184b917@[192.168.239.105]>
-
->>What part of this is open to resource attacks?
->
->/ns set email some-domain@that.doesnt.resolve
->/ns sendpass
->
->Lather, rinse, repeat and watch sendmail choke.
-
-Depends heavily on your choice of MTA. Sendmail may behave like this but
-Exim [http://www.exim.org/] sure doesn't... however putting limits on is
-still a good idea due to the extra resources consumed by having N number of
-Exim processes waiting for their domain resolvers. However, you still need
-some method of dealing with bounce messages - /dev/null sounds just perfect
-here.
-
-Domain resolving can be partially mitigated by running one's own
-caching-only DNS server, which is listening only on the localhost interface
-and not to anything externally visible. However I have to agree that
-running DNS lookups for every user would be far too much for a single
-process to handle. The IRCd already does this, so IP information should be
-given out as and when available rather than Services having to figure it
-all out for itself.
-
-(In case you were wondering, I rather like Exim - readable config files,
-completely bulletproof, and regularly maintained. I use it, my university
-uses it - come to that, most UK universities use it - and I've not had any
-trouble with it. I can't say the same for those people I know to be using
-Sendmail.)
-
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-big-mail: chromatix@penguinpowered.com
-uni-mail: j.d.morton@lancaster.ac.uk
-
-The key to knowledge is not to rely on people to teach you it.
-
-Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
-
------BEGIN GEEK CODE BLOCK-----
-Version 3.12
-GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
-PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
------END GEEK CODE BLOCK-----
-
-
-
-
-From achurch at achurch.org Mon Jan 22 20:15:12 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-Message-ID: <3a6c176d.22771@prima-lan.net>
-
->>>What part of this is open to resource attacks?
->>
->>/ns set email some-domain@that.doesnt.resolve
->>/ns sendpass
->>
->>Lather, rinse, repeat and watch sendmail choke.
->
->Depends heavily on your choice of MTA. Sendmail may behave like this but
->Exim [http://www.exim.org/] sure doesn't... however putting limits on is
->still a good idea due to the extra resources consumed by having N number of
->Exim processes waiting for their domain resolvers.
-
- That's my point. _Something_ will choke, be it sendmail, the system
-(too many processes), or Services SENDPASS (MTA refuses messages due to
-load). Switching MTAs just moves the problem around.
-
->(In case you were wondering, I rather like Exim - readable config files,
->completely bulletproof, [...]
- ^^^^^^^^^^^^^^^^^^^^^^
- Ain't None Such. You mean "not banged on enough".
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From u970042 at giki.edu.pk Mon Jan 22 04:29:46 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-References: <3a6c176d.22771@prima-lan.net>
-Message-ID: <031f01c0846f$a0ae7d00$430ba8c0@hostel1.giki.edu.pk>
-
-> That's my point. _Something_ will choke, be it sendmail, the system
-> (too many processes), or Services SENDPASS (MTA refuses messages due to
-> load). Switching MTAs just moves the problem around.
-
-You're assuming sendmail isn't correctly configured...
-Configure it properly and it shouldn't choke.
-I won't go into details about how you're a VERY bad
-sys admin if this isn't set. :-)
-In sendmail.cf:
-MaxDaemonChildren=limit
-make sure that limit is set and reasonable.
-
-About services choking, I think the original idea of having a
-separate process run via cron say every hour is a better idea.
-That way, services don't choke.
-
-And if some networks think that this isn't a good idea, make
-the email address feature a compile time option.
-
-Nothing is bullet proof, but everything is manageable.
-Like the max process limit in sendmail. and the DNS query
-timeout limit also.
-
-> >>Lather, rinse, repeat and watch sendmail choke.
-
-Hmm what other possible problems could there be. How
-about checking to see if an email address is already in queue.
-If it is, then don't send the mail again. That should be simple
-enough.
-Another thing that could be done is to set a flag in the nickname,
-to restrict the number of emails. Say one every 10 hours or so.
-
-Imran Ali Rashid
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 22, 2001 4:15 PM
-Subject: Re: [IRCServices] Email forwarding
-
-
-> >>>What part of this is open to resource attacks?
-> >>
-> >>/ns set email some-domain@that.doesnt.resolve
-> >>/ns sendpass
-> >>
-> >>Lather, rinse, repeat and watch sendmail choke.
-> >
-> >Depends heavily on your choice of MTA. Sendmail may behave like this but
-> >Exim [http://www.exim.org/] sure doesn't... however putting limits on is
-> >still a good idea due to the extra resources consumed by having N number of
-> >Exim processes waiting for their domain resolvers.
->
-> That's my point. _Something_ will choke, be it sendmail, the system
-> (too many processes), or Services SENDPASS (MTA refuses messages due to
-> load). Switching MTAs just moves the problem around.
->
-> >(In case you were wondering, I rather like Exim - readable config files,
-> >completely bulletproof, [...]
-> ^^^^^^^^^^^^^^^^^^^^^^
-> Ain't None Such. You mean "not banged on enough".
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 22 07:49:16 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-References: <3a6b5da1.46135@prima-lan.net> <LAW2-OE31CRSRRseCaa000006d5@hotmail.com>
-Message-ID: <000d01c0848a$e2ecd8e0$5908d6d1@pavilion>
-
-I tried sending the debug log but it got refused , I understand the reason- the message was too big where am I sopused to send the debug log for Andrew Church to see it ?
-To him directly ?
-
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010122/216482e7/attachment.htm
-From achurch at achurch.org Mon Jan 22 22:00:38 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ChanServ refuses to KEEPTOPIC and TOPICLOCK .
-Message-ID: <3a6c2f08.24074@prima-lan.net>
-
->I tried sending the debug log but it got refused , I understand the =
->reason- the message was too big where am I sopused to send the debug log =
->for Andrew Church to see it ?
->To him directly ?
-
- Yes, please send it to me directly--no need to clutter up the list.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Jan 22 22:02:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-Message-ID: <3a6c33d0.24163@prima-lan.net>
-
->> That's my point. _Something_ will choke, be it sendmail, the system
->> (too many processes), or Services SENDPASS (MTA refuses messages due to
->> load). Switching MTAs just moves the problem around.
->
->You're assuming sendmail isn't correctly configured...
->Configure it properly and it shouldn't choke.
->I won't go into details about how you're a VERY bad
->sys admin if this isn't set. :-)
->In sendmail.cf:
->MaxDaemonChildren=limit
->make sure that limit is set and reasonable.
-
- BZZT, nice try, neeext!
-
- That has nothing to do with it; in fact, that can even exacerbate
-the problem. The problem is that every single one of those mails will
-cause sendmail (or whatever) to sit around several minutes waiting for
-a DNS reply that won't come back. Unless your MTA is smart enough to
-send more recently queued messages later, this means any _other_ mail
-in the system will be delayed minutes, hours or more while the MTA
-chugs through all the bogus mail; and in any case, the disk space used
-by the messages is gone, and the CPU needed to process them will be
-taken out every time the MTA goes through the queue--and this can come
-to a considerable amount in the face of a concerted attack.
-
->About services choking, I think the original idea of having a
->separate process run via cron say every hour is a better idea.
->That way, services don't choke.
-
- That has nothing to do with the problem; see above.
-
->Nothing is bullet proof, but everything is manageable.
-
- Yes, of course if you configure and tweak everything just right
-it'll all be happy. I'm just saying the proposed idea isn't the best
-way to do things. There's a reason that I haven't implemented E-mail
-functions before, and it's because THINGS AREN'T THAT SIMPLE. This
-simple method may actually work just fine for you and your small
-network, but I don't have the luxury of just worrying about one small
-network; I have to make sure Services runs--and doesn't cause
-problems--for everyone that uses it, and there are some pretty damn
-big networks out there.
-
- If you want to patch Services to do things this way, fine.
-I won't support it. (But I do have E-mail functions on the list of
-features to be added for 5.0.)
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From dogs02 at MailAndNews.com Mon Jan 22 05:41:06 2001
-From: dogs02 at MailAndNews.com (stephan hrnciar)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ircservices problems
-Message-ID: <3AB5EC10@MailAndNews.com>
-
-I recently made a ircd with unreal ircd (www.unrealircd.com) an i configured
-all my services all was fine after a few runs then tryed to get other services
-connected to my server because i linked my server with another server an
-daylight services just kept killing the other services but didn't give me any
-reports of errors. unrealircd give me a status that the services have been
-killed basically almost killing the connectiong between servers
-please email me back with info on how to fix this either with a update on
-services or a txt on how i could fix it
- thank you
- hellson
-
-------------------------------------------------------------
- Get your FREE web-based e-mail and newsgroup access at:
- http://MailAndNews.com
-
- Create a new mailbox, or access your existing IMAP4 or
- POP3 mailbox from anywhere with just a web browser.
-------------------------------------------------------------
-
-
-
-From u970042 at giki.edu.pk Mon Jan 22 05:38:05 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Email forwarding
-References: <3a6c33d0.24163@prima-lan.net>
-Message-ID: <037f01c08479$8072a480$430ba8c0@hostel1.giki.edu.pk>
-
-> >> That's my point. _Something_ will choke, be it sendmail, the system
-> >> (too many processes), or Services SENDPASS (MTA refuses messages due to
-> >> load). Switching MTAs just moves the problem around.
-> >
-> >You're assuming sendmail isn't correctly configured...
-> >Configure it properly and it shouldn't choke.
-> >I won't go into details about how you're a VERY bad
-> >sys admin if this isn't set. :-)
-> >In sendmail.cf:
-> >MaxDaemonChildren=limit
-> >make sure that limit is set and reasonable.
->
-> BZZT, nice try, neeext!
-
-nice expression :-)
-isn't there a way to limit the time the program waits for the DNS query reply?
-
-> >About services choking, I think the original idea of having a
-> >separate process run via cron say every hour is a better idea.
-> >That way, services don't choke.
->
-> That has nothing to do with the problem; see above.
-
-This has nothing to do with the problem related to dns resolving, i agree, but it would help by not having everything
-stuck in services... just getting it stuck one step further in a different process :-) That way services will at least
-function better.
-
-> If you want to patch Services to do things this way, fine.
-> I won't support it. (But I do have E-mail functions on the list of
-> features to be added for 5.0.)
-
-Nope.. i don't have that much time on my hands... I wish i did though.
-I could then finish up the things that get postponed to tomorrow.
-
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-
-
-Imran Ali Rashid
-
-
-
-
-From quension at softhome.net Mon Jan 22 09:40:28 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] ircservices problems
-References: <3AB5EC10@MailAndNews.com>
-Message-ID: <3A6C708C.7A187458@softhome.net>
-
-stephan hrnciar wrote:
-
-> I recently made a ircd with unreal ircd (www.unrealircd.com) an i configured
-> all my services all was fine after a few runs then tryed to get other services
-> connected to my server because i linked my server with another server an
-> daylight services just kept killing the other services but didn't give me any
-> reports of errors. unrealircd give me a status that the services have been
-> killed basically almost killing the connectiong between servers
-> please email me back with info on how to fix this either with a update on
-> services or a txt on how i could fix it
-
-You cannot use more than one services package on a network. Which one
-should handle #somechannel? Who is the real owner of SuperNick?
-Services1 says it's joeblow@mega.isp, but services2 says it's
-meesterX@realnet.isp. See the problem?
-
-The solution is to pick one set of services and use it only.
-
--- Quension
-
-
-From k.hawkes at zombies.force9.net Mon Jan 22 13:27:14 2001
-From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Backup Feature?
-Message-ID: <E14KoUu-0006ZE-00@gadolinium.btinternet.com>
-
-Hey,
-
-Just thought of a suggestion, like Magick-1.4 used to have, where you could
-run 2x sets of Magick and if the main ones failed, the secondary would take
-over.
-
-You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ?
-
-Quinn
-
-"May darkness be your only ally,
-for in the shadows you can hide" - Kris '98/99
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Jan 22 14:25:37 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: [IRCServices] Backup Feature?
-In-Reply-To: <E14KoUu-0006ZE-00@gadolinium.btinternet.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEPEEFAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi!
-
-Well, if you suggest such an unnecessary addition, you may also tell me,
-why you are not able to add a cronjob, which every 5 minutes tries to start
-services.
-
-Because, that will result in the same event.
-
-In your case, after the squit of the fallen set, the secondary set will
-re-read the database written by the first one, and pump the nicks, and continue.
-
-In the cronjob case, the cron will restart services, again with the database written
-during the squit, and the result is the same.
-
-The only point is, that there might be a delay of 4 minutes max. And it is completely
-unimportant I think. In other words, it is completely unnecessary to be coded into services.
-
-Regards;
-yusuf
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dr. K.
-> Hawkes
-> Gesendet: Montag, 22. Januar 2001 22:27
-> An: IRC Services Mailing List
-> Betreff: [IRCServices] Backup Feature?
->
->
-> Hey,
->
-> Just thought of a suggestion, like Magick-1.4 used to have, where
-> you could
-> run 2x sets of Magick and if the main ones failed, the secondary
-> would take
-> over.
->
-> You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ?
->
-> Quinn
->
-> "May darkness be your only ally,
-> for in the shadows you can hide" - Kris '98/99
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From gregk at wwwpages.com Mon Jan 22 15:43:45 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: [IRCServices] Backup Feature?
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCEEPEEFAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <Pine.LNX.3.96.1010122154155.23595A-100000@smtp.wwwpages.com>
-
-you are assuming that the internet feed never goes down. We had an
-outtage of over 2 hours one day, where the server running services was
-fine but the internet connecion was down.
-
-
-
-On Mon, 22 Jan 2001, Yusuf Iskenderoglu wrote:
-
->
-> Hi!
->
-> Well, if you suggest such an unnecessary addition, you may also tell me,
-> why you are not able to add a cronjob, which every 5 minutes tries to start
-> services.
->
-> Because, that will result in the same event.
->
-> In your case, after the squit of the fallen set, the secondary set will
-> re-read the database written by the first one, and pump the nicks, and continue.
->
-> In the cronjob case, the cron will restart services, again with the database written
-> during the squit, and the result is the same.
->
-> The only point is, that there might be a delay of 4 minutes max. And it is completely
-> unimportant I think. In other words, it is completely unnecessary to be coded into services.
->
-> Regards;
-> yusuf
->
-> > -----Ursprüngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dr. K.
-> > Hawkes
-> > Gesendet: Montag, 22. Januar 2001 22:27
-> > An: IRC Services Mailing List
-> > Betreff: [IRCServices] Backup Feature?
-> >
-> >
-> > Hey,
-> >
-> > Just thought of a suggestion, like Magick-1.4 used to have, where
-> > you could
-> > run 2x sets of Magick and if the main ones failed, the secondary
-> > would take
-> > over.
-> >
-> > You got ANYTHING like that planned for IRCServices-4.5.0/5.0 ?
-> >
-> > Quinn
-> >
-> > "May darkness be your only ally,
-> > for in the shadows you can hide" - Kris '98/99
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Jan 22 15:52:08 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: AW: [IRCServices] Backup Feature?
-In-Reply-To: <Pine.LNX.3.96.1010122154155.23595A-100000@smtp.wwwpages.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEPGEFAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-> you are assuming that the internet feed never goes down. We had an
-> outtage of over 2 hours one day, where the server running services was
-> fine but the internet connecion was down.
->
-I assume nothing, because:
-
-You cannot have to sets of services on different computers, for they HAVE to read the
-same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down.
-And, two services with different db's does not make any sense.
-
-Result: If you want them to read the same db, place them onto the same computer.
-Network filesystems may work, but again, secondary set may even not start, if there are
-bigger connection problems.
-If they are on the same computer, there is really no need of adding that functionality.
-Cron will do the same job.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-
-From achurch at achurch.org Tue Jan 23 08:46:17 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: [IRCServices] Backup Feature?
-Message-ID: <3a6cc767.27023@prima-lan.net>
-
->Well, if you suggest such an unnecessary addition, you may also tell me,
->why you are not able to add a cronjob, which every 5 minutes tries to
->start
->services.
->
->Because, that will result in the same event.
-
- No, I can see where a feature like this could potentially be useful:
-if the machine running Services gets split from the rest of the network,
-it's gone no matter how many cron jobs you have, so I can see the benefit
-of having a second copy of Services on a different machine that kicks in
-if the original fails.
-
- On the other hand, you have data synchronization to worry about,
-which is non-trivial when you consider the amount of bandwidth that would
-be taken up by sending every database change to each backup copy of
-Services; and the Internet is generally stable enough that I think backup
-Services can be managed by hand just as easily, so this is not something
-I'm planning for 5.0. I may consider it for a later version, but it's
-low on my priority list.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From kusdogan at boun.edu.tr Mon Jan 22 18:52:18 2001
-From: kusdogan at boun.edu.tr (=?iso-8859-9?Q?Sinan_Ku=FEdo=F0an?=)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] Tcl & IRC Bots for Backup
-References: <3a6cc767.27023@prima-lan.net>
-Message-ID: <003201c084e7$8080a440$0a35fdd4@aqua>
-
-Hi everyone,
-
-Because of my interest in tcl and bots i thought of a TCL backup system that
-consists of two services running on different machines with separate DB's
-and two IRCbots (or only TCL codes).
-
-Let's call the first bot as MasterBot and the other as SlaveBot.
-
-MasterBot runs only for 1 or 2 minutes after the main service starts and
-SlaveBot runs always.
-
-Assume SlaveBot backups database to slave services' DBs on every 5 minutes
-when it finds OperServ1 (you can check this nickname or another specific
-signal for main services) running safely. When the check fails it uses its
-privileges and connects the secondary services with the server immediately
-and it may store the time of the server.
-
-When main services come back it first runs MasterBot to check the case. If
-the time that the secondary service ran is long enough it quits the
-connection and loads secondary DB to the master one and connects the main
-services.
-
-What is the advantage of this? You can run two separate services on
-different machines (should be on the same network, low connection speed may
-result with some data problems). You lost at max the SlaveBot's check time
-period. Cronjob and running two services on the same machine fails if that
-machine fails :)
-This is only another view. It may be improved. That's all from me at
-midnight :)))
-
-Sinan "abbas" Kusdogan
-
-
-
-From mike at chat.za.net Mon Jan 22 21:57:11 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: AW: [IRCServices] Backup Feature?
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCEEPGEFAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <Pine.LNX.4.21.0101230754020.16751-100000@moonlight.chat.za.net>
-
-There is absolutly no point to a failover services, there is no proper way
-to keep 2 sets of DB synced nicely. The point being, if connectivity
-fails, the one set of services wont be able to read from the others DB
-anyway. And there is NO point to run services twice on the same machine.
-
-The only POSSIBLE solution could be...
-
-On a second server, should that server detect that services goes down, it
-brings up a set of services (with a db that is synced 2x a day, in READ
-only mode, ie no changes... THe nice thing about this is, when the main
-services comes back up, we are not dealing with 2 seperate DB's.
-
-This model could work in a net that has frequent and long netsplitz as
-well
-
-Mike
-
-
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote:
-
->
-> Hello;
->
-> > you are assuming that the internet feed never goes down. We had an
-> > outtage of over 2 hours one day, where the server running services was
-> > fine but the internet connecion was down.
-> >
-> I assume nothing, because:
->
-> You cannot have to sets of services on different computers, for they HAVE to read the
-> same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down.
-> And, two services with different db's does not make any sense.
->
-> Result: If you want them to read the same db, place them onto the same computer.
-> Network filesystems may work, but again, secondary set may even not start, if there are
-> bigger connection problems.
-> If they are on the same computer, there is really no need of adding that functionality.
-> Cron will do the same job.
->
-> Regards;
-> yusuf
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 | |
-> ----------------------------------------------------------------------
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From themase_85 at hotmail.com Tue Jan 23 00:53:01 2001
-From: themase_85 at hotmail.com (Aaron Mason)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] help
-Message-ID: <OE44RaqbC8wSA1XvpFV0000258b@hotmail.com>
-
-I have managed to port the services to win32 through cygwin. However,
-whenever I run them, they segfault after about 5-10 minutes.
-
-This is an extract from the log:
-
-[Jan 22 17:50:41 2001] Services 4.3.2 (compiled for ircd.dal 4.4.15+)
-starting up
-[Jan 22 17:50:44 2001] Databases loaded
-[Jan 22 17:50:59 2001] unknown message from server (PROTOCTL NOQUIT TOKEN
-WATCH=128 SAFELIST)
-[Jan 22 17:50:59 2001] user: New maximum user count: 1
-[Jan 22 17:51:59 2001] NickServ: `Darkie' registered by ~aaronm@teen.net.au
-[Jan 22 17:52:28 2001] ChanServ: Channel #teen registered by
-Darkie!~aaronm@teen.net.au
-[Jan 22 17:52:57 2001] OperServ: Darkie: help
-[Jan 22 17:53:45 2001] OperServ: Darkie: help raw
-[Jan 22 17:54:00 2001] OperServ: Darkie: raw :NickServ JOIN #teen
-[Jan 22 17:54:08 2001] OperServ: Darkie: raw :ChanServ JOIN #teen
-[Jan 22 17:54:12 2001] OperServ: Darkie: raw :OperServ JOIN #teen
-[Jan 22 17:54:17 2001] OperServ: Darkie: raw :HelpServ JOIN #teen
-[Jan 22 17:54:21 2001] OperServ: Darkie: raw :Global JOIN #teen
-[Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user ChanServ
-[Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user Global
-[Jan 22 17:54:33 2001] channel: MODE #teen +o for nonexistent user HelpServ
-[Jan 22 17:54:38 2001] channe: MODE #teen +v for nonexistent user Global
-[Jan 22 17:54:40 2001] channel: MODE #teen +o for nonexistent user NickServ
-[Jan 22 17:54:40 2001] channel: MODE #teen +o for nonexistent user OperServ
-[Jan 22 17:55:14 2001] OperServ: Darkie: raw :DevNull JOIN #teen
-[Jan 22 17:55:19 2001] channe: MODE #teen +v for nonexistent user DevNull
-[Jan 22 18:00:55 2001] Can't back up NickServ database nick.db: Permission
-denied
-[Jan 22 18:00:55 2001] Can't back up ChanServ database chan.db: Permission
-denied
-[Jan 22 18:00:55 2001] Can't back up OperServ database oper.db: Permission
-denied
-[Jan 22 18:00:55 2001] Can't back up AKILL database akill.db: Permission
-denied
-[Jan 22 18:00:55 2001] PANIC! saving akill.db (Segmentation fault)
-[Jan 22 18:00:55 2001] Services terminating: Segmentation fault
-
-I am using ircservices 4.3.4, although the log says i am using 4.3.2 for
-some reason.
-
-Would this be a bug in the services, or a "feature" in windows 98?
-
-
-
-From ianj at esper.net Tue Jan 23 01:21:04 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] help
-In-Reply-To: <OE44RaqbC8wSA1XvpFV0000258b@hotmail.com>
-Message-ID: <Pine.LNX.4.21.0101230056200.1735-100000@vector.chocobo.org>
-
-On Tue, 23 Jan 2001, Aaron Mason wrote:
-
-> I have managed to port the services to win32 through cygwin. However,
-> whenever I run them, they segfault after about 5-10 minutes.
->
-> This is an extract from the log:
-
-(... deleted ...)
-
-> I am using ircservices 4.3.4, although the log says i am using 4.3.2 for
-> some reason.
->
-> Would this be a bug in the services, or a "feature" in windows 98?
-
-Taken directly from the FAQ (which I hope you read):
-
-=========
-
-3. Does Services run under Windows?
-
- No. I don't know enough about Windows programming to accomplish
- this (nor do I have the slightest desire to). Unless and until
- someone contributes patches allowing Services to run under Windows,
- you'll need a different operating system (try Linux or FreeBSD).
-
-=========
-
-I can also suggest NetBSD and OpenBSD.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Jan 23 01:47:54 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: [IRCServices] help
-In-Reply-To: <Pine.LNX.4.21.0101230056200.1735-100000@vector.chocobo.org>
-Message-ID: <NDBBKLOOKLMAKHFICBLCMEABEGAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-If you are informed about the cygwin environment, available under www.cygwin.com
-a project managed by RedHat, you may try compiling services there. The result is the following:
-
-enygma@E304 ~
-$ uname -a
-CYGWIN_NT-5.0 E304 1.1.7(0.31/3/2) 2000-12-25 12:39 i686 unknown
-
-enygma@E304 ~
-$ cd /usr/local/sbin/
-
-enygma@E304 /usr/local/sbin
-$ ./services
-
-enygma@E304 /usr/local/sbin
-$ tail /usr/local/lib/services/services.log
-[Jan 23 10:37:05 2001] Services 4.4.8 (compiled for ircd.dal Bahamut) starting up
-[Jan 23 10:37:05 2001] Databases loaded
-[Jan 23 10:37:08 2001] NickServ: TimeMr14C!Joseph_14@hadie304.hadiko.uni-karlsruhe.de identified for nick TimeMr14C
-
-The compilation was completely non problematic, except one thing that ought to be changed in
-configure script. mkdir itself is working a little different. But it is the only change needed.
-And you also have to convince the Makefile to use services.exe as well.
-
-I proclaim that there is absolutely no problem in services working, but, this may be the result
-of the cygwin working under Win2K, which *has* user management, where Win98 does not. And cygwin
-uses this user management.
-
-Best regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Ian R.
-> Justman
-> Gesendet: Dienstag, 23. Januar 2001 10:21
-> An: ircservices@ircservices.za.net; Aaron Mason
-> Betreff: Re: [IRCServices] help
->
->
-> On Tue, 23 Jan 2001, Aaron Mason wrote:
->
-> > I have managed to port the services to win32 through cygwin. However,
-> > whenever I run them, they segfault after about 5-10 minutes.
-> >
-> > This is an extract from the log:
->
-> (... deleted ...)
->
-> > I am using ircservices 4.3.4, although the log says i am using 4.3.2 for
-> > some reason.
-> >
-> > Would this be a bug in the services, or a "feature" in windows 98?
->
-> Taken directly from the FAQ (which I hope you read):
->
-> =========
->
-> 3. Does Services run under Windows?
->
-> No. I don't know enough about Windows programming to accomplish
-> this (nor do I have the slightest desire to). Unless and until
-> someone contributes patches allowing Services to run
-> under Windows,
-> you'll need a different operating system (try Linux or FreeBSD).
->
-> =========
->
-> I can also suggest NetBSD and OpenBSD.
->
-> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
->
-> -----
-> Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official
-> EsperNet business)
-> Co-Founder and Postmaster, The EsperNet IRC Network
-> Server Administrator, chocobo.esper.net "IJ" on IRC
->
-> PGP key available upon request, or finger ianj@esper.net.
->
-> If this message was signed with the Postmaster's key, please finger
-> postmaster@esper.net for the Postmaster public key.
->
-> Type Bits/KeyID Date User ID
-> pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
-> Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49
-> C4 96 11 59 75
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From themase_85 at hotmail.com Tue Jan 23 02:11:51 2001
-From: themase_85 at hotmail.com (Aaron Mason)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] help
-References: <NDBBKLOOKLMAKHFICBLCMEABEGAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <OE36nDxhMJEiKXMyrcd00002833@hotmail.com>
-
-well, to be quite frank, i did exactly what you did. used cygwin.. changed
-Makefile.. etc
-
-Although I *was* using an older version (4.3.4), so that *may* solve the
-problem.
-
-- Aaron
------ Original Message -----
-From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 23, 2001 7:47 PM
-Subject: AW: [IRCServices] help
-
-
-
-Hello;
-
-If you are informed about the cygwin environment, available under
-www.cygwin.com
-a project managed by RedHat, you may try compiling services there. The
-result is the following:
-
-enygma@E304 ~
-$ uname -a
-CYGWIN_NT-5.0 E304 1.1.7(0.31/3/2) 2000-12-25 12:39 i686 unknown
-
-enygma@E304 ~
-$ cd /usr/local/sbin/
-
-enygma@E304 /usr/local/sbin
-$ ./services
-
-enygma@E304 /usr/local/sbin
-$ tail /usr/local/lib/services/services.log
-[Jan 23 10:37:05 2001] Services 4.4.8 (compiled for ircd.dal Bahamut)
-starting up
-[Jan 23 10:37:05 2001] Databases loaded
-[Jan 23 10:37:08 2001] NickServ:
-TimeMr14C!Joseph_14@hadie304.hadiko.uni-karlsruhe.de identified for nick
-TimeMr14C
-
-The compilation was completely non problematic, except one thing that ought
-to be changed in
-configure script. mkdir itself is working a little different. But it is the
-only change needed.
-And you also have to convince the Makefile to use services.exe as well.
-
-I proclaim that there is absolutely no problem in services working, but,
-this may be the result
-of the cygwin working under Win2K, which *has* user management, where Win98
-does not. And cygwin
-uses this user management.
-
-Best regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Ian R.
-> Justman
-> Gesendet: Dienstag, 23. Januar 2001 10:21
-> An: ircservices@ircservices.za.net; Aaron Mason
-> Betreff: Re: [IRCServices] help
->
->
-> On Tue, 23 Jan 2001, Aaron Mason wrote:
->
-> > I have managed to port the services to win32 through cygwin. However,
-> > whenever I run them, they segfault after about 5-10 minutes.
-> >
-> > This is an extract from the log:
->
-> (... deleted ...)
->
-> > I am using ircservices 4.3.4, although the log says i am using 4.3.2 for
-> > some reason.
-> >
-> > Would this be a bug in the services, or a "feature" in windows 98?
->
-> Taken directly from the FAQ (which I hope you read):
->
-> =========
->
-> 3. Does Services run under Windows?
->
-> No. I don't know enough about Windows programming to accomplish
-> this (nor do I have the slightest desire to). Unless and until
-> someone contributes patches allowing Services to run
-> under Windows,
-> you'll need a different operating system (try Linux or FreeBSD).
->
-> =========
->
-> I can also suggest NetBSD and OpenBSD.
->
-> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
->
-> -----
-> Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official
-> EsperNet business)
-> Co-Founder and Postmaster, The EsperNet IRC Network
-> Server Administrator, chocobo.esper.net "IJ" on IRC
->
-> PGP key available upon request, or finger ianj@esper.net.
->
-> If this message was signed with the Postmaster's key, please finger
-> postmaster@esper.net for the Postmaster public key.
->
-> Type Bits/KeyID Date User ID
-> pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
-> Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49
-> C4 96 11 59 75
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From themase_85 at hotmail.com Tue Jan 23 03:18:16 2001
-From: themase_85 at hotmail.com (Aaron Mason)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] new problem
-Message-ID: <OE10kpHEbgkJqzBScKN00001418@hotmail.com>
-
-What does this mean, as I am unable to understand what "Not owner" means.
-If it is obvious, please lay off on the jokes, ok?
-
-[Jan 23 21:07:33 2001] Services 4.4.8 (compiled for ircd.dal 4.4.15+)
-starting u
-p
-[Jan 23 21:07:37 2001] Databases loaded
-[Jan 23 21:07:48 2001] FATAL: Can't connect to server: Not owner
-
-I have searched the FAQ, only to come up with squat. Any answers?
-
-
-From achurch at achurch.org Tue Jan 23 20:26:46 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:06 2004
-Subject: [IRCServices] new problem
-Message-ID: <3a6d6b0d.37336@prima-lan.net>
-
->[Jan 23 21:07:48 2001] FATAL: Can't connect to server: Not owner
-
- I'm not sure why this error message would come up, although I do
-know there is a bug in versions through 4.4.9 which can cause errors
-to be misreported when the connection to the server fails. Check to
-be sure that your ircd is running and you have specified the correct
-address/port in services.conf. You may want to try using an IP
-address in services.conf instead of a hostname.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Mon Jan 22 12:05:55 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: AW: [IRCServices] Backup Feature?
-References: <Pine.LNX.4.21.0101230754020.16751-100000@moonlight.chat.za.net>
-Message-ID: <003201c084ae$bd564f20$0200000a@strider>
-
-I think the cron job idea is the best I've seen out of all of this. It uses
-the least amount of resources, has less overhead, and no database issues. A
-cron job that runs every 5 minutes would work great for that. All you would
-have to do is write a script that checks to see if services is running, and
-if it finds it isn't, start them up.
-
-One feature I'd like to see though that the cron job idea could benefit from
-is being able to send the process arguments and it work to where you can
-send a global from outside of the ircd. I could see this being useful for
-the script to send a global to all users with a warning to identify to
-nickserv and an apology about services being down. I could see other
-benefits from this as well later on down the line in conjuction with logs
-and tail -f if one didn't care to log into irc.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Michael Smith" <mike@chat.za.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 22, 2001 11:57 PM
-Subject: Re: AW: AW: [IRCServices] Backup Feature?
-
-
->
-> There is absolutly no point to a failover services, there is no proper way
-> to keep 2 sets of DB synced nicely. The point being, if connectivity
-> fails, the one set of services wont be able to read from the others DB
-> anyway. And there is NO point to run services twice on the same machine.
->
-> The only POSSIBLE solution could be...
->
-> On a second server, should that server detect that services goes down, it
-> brings up a set of services (with a db that is synced 2x a day, in READ
-> only mode, ie no changes... THe nice thing about this is, when the main
-> services comes back up, we are not dealing with 2 seperate DB's.
->
-> This model could work in a net that has frequent and long netsplitz as
-> well
->
-> Mike
->
->
->
-> ---
-> Michael Smith (Warlock on IRC)
-> http://www.warlock.web.za/
-> "The software said Windows95 or better...
-> ...so I got Linux"
->
->
-> On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote:
->
-> >
-> > Hello;
-> >
-> > > you are assuming that the internet feed never goes down. We had an
-> > > outtage of over 2 hours one day, where the server running services was
-> > > fine but the internet connecion was down.
-> > >
-> > I assume nothing, because:
-> >
-> > You cannot have to sets of services on different computers, for they
-HAVE to read the
-> > same DB. Any solution using NFS/SMBFS may also fail, if the network
-itself is down.
-> > And, two services with different db's does not make any sense.
-> >
-> > Result: If you want them to read the same db, place them onto the same
-computer.
-> > Network filesystems may work, but again, secondary set may even not
-start, if there are
-> > bigger connection problems.
-> > If they are on the same computer, there is really no need of adding that
-functionality.
-> > Cron will do the same job.
-> >
-> > Regards;
-> > yusuf
-> >
-> > ----------------------------------------------------------------------
-> > | Yusuf Iskenderoglu | You get to meet all sorts, |
-> > | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> > | eMail - s_iskend@ira.uka.de | |
-> > | ICQ UIN : 20587464 | |
-> > ----------------------------------------------------------------------
-> >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From ianj at esper.net Thu Jan 25 00:30:31 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:06 2004
-Subject: AW: AW: [IRCServices] Backup Feature?
-In-Reply-To: <003201c084ae$bd564f20$0200000a@strider>
-Message-ID: <Pine.LNX.4.21.0101250011510.1735-100000@vector.chocobo.org>
-
-On Mon, 22 Jan 2001, Strider wrote:
-
-> I think the cron job idea is the best I've seen out of all of this. It uses
-> the least amount of resources, has less overhead, and no database issues. A
-> cron job that runs every 5 minutes would work great for that. All you would
-> have to do is write a script that checks to see if services is running, and
-> if it finds it isn't, start them up.
-
-This is what I have running on the EsperNet :
-
-========== 8< ============ Snipperoonie ==============
-
-#!/usr/bin/perl
-
-$pidfile = "$ENV{HOME}/lib/services.pid";
-$services = "$ENV{HOME}/bin/services";
-
-if ( ! -e "$pidfile" ) {
- system("$services");
- exit;
-} else {
- $pid = `cat $pidfile`;
- chomp $pid;
- if ( ! -e "/proc/$pid" ) {
- system("rm $pidfile");
- system("$services");
- exit;
- }
- # If we got this far, assume that Services are running correctly,
- # then exit.
-}
-
-========== 8< ============ Snipperoonie ==============
-
-Then season to taste.
-
-On EsperNet, Services runs under its own UID and out of its own home
-directory. As-is (except for the values of $pidfile and $services, which
-are site-specific, especially if you are not running this out of a "home
-directory"), this should work just fine under Linux, FreeBSD, and perhaps
-OpenBSD. NetBSD uses /kern, if memory serves. Otherwise, as always,
-YMMV.
-
-Hell, you could even run this every minute if you so chose since all it
-really does is check for the presence of one "file" named with the
-contents of another (assuming THAT file exists, then restarting Services
-if not or if the one in /proc does not exist).
-
-The only real sacrifice you might make here is the memory footprint of the
-Perl interpreter when it starts. I just found it annoyingly easy (and
-enjoyable) to implement in Perl. :)
-
-> One feature I'd like to see though that the cron job idea could benefit from
-> is being able to send the process arguments and it work to where you can
-> send a global from outside of the ircd. I could see this being useful for
-> the script to send a global to all users with a warning to identify to
-> nickserv and an apology about services being down. I could see other
-> benefits from this as well later on down the line in conjuction with logs
-> and tail -f if one didn't care to log into irc.
-
-You could probably hack in @ARGV support or put in a file that the script
-would then "include" or "require" into the code, passing those values to
-Services when you fire up. Or whichever method you'd prefer.
-
-Perl rocks my world, what more can I say? :)
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From jamie at inetezine.org Thu Jan 25 00:39:27 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-Message-ID: <00af01c086aa$54824640$4eb27ad5@nebula>
-
-Hi all...
-
-I was interested to know whether or not the reason given when a host is AKILLed
-is given when the user is killed, to let them know *why* they were banned from the network.
-However, when I tried it all I got was "You are not welcome on this network" ---
-the reason wasn't given.
-
-Maybe it would be a good idea to somehow notify the user of the reason given when
-the oper did /operserv akill. That way it would clear up some confusion.
-
-Maybe I'm wrong...but I'm open to criticism/comments on this :)
-
-Thanks...
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010125/53257eef/attachment.html
-From achurch at achurch.org Fri Jan 26 06:57:34 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-Message-ID: <3a70a233.61777@prima-lan.net>
-
->I was interested to know whether or not the reason given when a host is =
->AKILLed
->is given when the user is killed, to let them know *why* they were =
->banned from the network.
->However, when I tried it all I got was "You are not welcome on this =
->network" ---
->the reason wasn't given.
-
- You haven't mentioned which version of Services you're using, but
-if you're using 4.4.x, you can set the kill message using the
-StaticAkillReason directive in the configuration file, or you can leave
-it undefined to use the reason given in the AKILL command as the kill
-message. However, some IRC servers cannot record a message with an
-autokill, and so only the first user matching the autokill will see the
-message--the rest will see a different message chosen by the IRC server,
-and there isn't really anything you can do about that except change IRC
-servers or modify Services to not actually send out an AKILL (i.e. just
-kill each matching user as they come on). From the message you gave, I
-suspect the latter is the case here.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From gregk at wwwpages.com Thu Jan 25 15:18:43 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-In-Reply-To: <3a70a233.61777@prima-lan.net>
-Message-ID: <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com>
-
-I got some bozo telling me I have to give them the source code to our
-modified services because of the GPL license. I assume this is crap, that
-if we distributed the binary, we would also have to include the source.
-Is my assumption correct?
-
-
-
-
-
-From kfiresun at ix.netcom.com Thu Jan 25 15:16:50 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-References: <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com>
-Message-ID: <001e01c08724$efb17210$6ed387d8@tiphares.com>
-
-Excerpts from the GPL Version 2:
-
-Section 2:
- b) You must cause any work that you distribute or publish, that in
- whole or in part contains or is derived from the Program or any
- part thereof, to be licensed as a whole at no charge to all third
- parties under the terms of this License.
-
-Section 3:
- a) Accompany it with the complete corresponding machine-readable
- source code, which must be distributed under the terms of Sections
- 1 and 2 above on a medium customarily used for software interchange; or,
-
- b) Accompany it with a written offer, valid for at least three
- years, to give any third party, for a charge no more than your
- cost of physically performing source distribution, a complete
- machine-readable copy of the corresponding source code, to be
- distributed under the terms of Sections 1 and 2 above on a medium
- customarily used for software interchange; or,
-
-So to answer your question, "YES," under the terms of the GPL you
-MUST give up the source code upon request or at least notify people
-were they can obtain the source code free of charge. This does
-not have to be included with the binary distribution though.
-
-Bryce Simonds (Kelmar K. Firesun)
-IRC operator: dream.esper.net
-
-
-
------ Original Message -----
-From: Gregory King <gregk@wwwpages.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, January 25, 2001 5:18 PM
-Subject: Re: [IRCServices] AKILL
-
-
->
-> I got some bozo telling me I have to give them the source code to our
-> modified services because of the GPL license. I assume this is crap, that
-> if we distributed the binary, we would also have to include the source.
-> Is my assumption correct?
->
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From gregk at wwwpages.com Thu Jan 25 16:33:41 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-In-Reply-To: <001e01c08724$efb17210$6ed387d8@tiphares.com>
-Message-ID: <Pine.LNX.3.96.1010125163138.29000A-100000@smtp.wwwpages.com>
-
->
-> Section 2:
-> b) You must cause any work that you distribute or publish, that in
-> whole or in part contains or is derived from the Program or any
-> part thereof, to be licensed as a whole at no charge to all third
-> parties under the terms of this License.
->
-> Section 3:
-> a) Accompany it with the complete corresponding machine-readable
-> source code, which must be distributed under the terms of Sections
-> 1 and 2 above on a medium customarily used for software interchange; or,
->
-> b) Accompany it with a written offer, valid for at least three
-> years, to give any third party, for a charge no more than your
-> cost of physically performing source distribution, a complete
-> machine-readable copy of the corresponding source code, to be
-> distributed under the terms of Sections 1 and 2 above on a medium
-> customarily used for software interchange; or,
->
-> So to answer your question, "YES," under the terms of the GPL you
-> MUST give up the source code upon request or at least notify people
-> were they can obtain the source code free of charge. This does
-> not have to be included with the binary distribution though.
-
-
-It was neither distrubuted nor published as stated in section 2. That is
-the whole point, I don't wish to distribute or publish it.
-
-
-
-From achurch at achurch.org Fri Jan 26 08:27:07 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-Message-ID: <3a70b750.62336@prima-lan.net>
-
->I got some bozo telling me I have to give them the source code to our
->modified services because of the GPL license. I assume this is crap, that
->if we distributed the binary, we would also have to include the source.
->Is my assumption correct?
-
- I'm not sure exactly what you're saying, but there is no requirement
-that you give the source to anyone who asks for it; as you say, the
-requirement is that _if_ you distribute the binary, _then_ you must _also_
-provide the source. If you don't want to distribute your modifications at
-all, there's no problem with that. (Of course, if you've made useful
-changes I don't see a reason _not_ to release them, but that's up to you.)
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From andy at strugglers.net Thu Jan 25 16:16:55 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-In-Reply-To: <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com>
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com>
-Message-ID: <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com>
-
-On Thu, 25 Jan 2001 15:18:43 -0800 (PST), Gregory King <gregk@wwwpages.com>
-wrote:
-
->
->I got some bozo telling me I have to give them the source code to our
->modified services because of the GPL license. I assume this is crap, that
->if we distributed the binary, we would also have to include the source.
->Is my assumption correct?
-
- 2. You may modify your copy or copies of the Program or any portion
-of it, thus forming a work based on the Program, and copy and
-distribute such modifications or work under the terms of Section 1
-above, provided that you also meet all of these conditions:
-
- a) You must cause the modified files to carry prominent notices
- stating that you changed the files and the date of any change.
-
- b) You must cause any work that you distribute or publish, that in
- whole or in part contains or is derived from the Program or any
- part thereof, to be licensed as a whole at no charge to all third
- parties under the terms of this License.
-
-In short, if you distribute your modified services to other people in any
-way you must provide the source (on request). There is no requirement to
-provide the source to your changes if you do not provide them for use by
-anyone else.
-
-But there is no reason not to share your work.
-
-Though, IANAL :)
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From strider at chatcircuit.com Wed Jan 24 16:26:52 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com> <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com>
-Message-ID: <007b01c08665$850fd4c0$0200000a@strider>
-
-If I were to make modifications to services to suit our needs, would I have
-to distribute the modifications because of GPL or could the modifications be
-kept private to us?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, January 25, 2001 6:16 PM
-Subject: Re: [IRCServices] AKILL
-
-
-> On Thu, 25 Jan 2001 15:18:43 -0800 (PST), Gregory King
-<gregk@wwwpages.com>
-> wrote:
->
-> >
-> >I got some bozo telling me I have to give them the source code to our
-> >modified services because of the GPL license. I assume this is crap,
-that
-> >if we distributed the binary, we would also have to include the source.
-> >Is my assumption correct?
->
-> 2. You may modify your copy or copies of the Program or any portion
-> of it, thus forming a work based on the Program, and copy and
-> distribute such modifications or work under the terms of Section 1
-> above, provided that you also meet all of these conditions:
->
-> a) You must cause the modified files to carry prominent notices
-> stating that you changed the files and the date of any change.
->
-> b) You must cause any work that you distribute or publish, that in
-> whole or in part contains or is derived from the Program or any
-> part thereof, to be licensed as a whole at no charge to all third
-> parties under the terms of this License.
->
-> In short, if you distribute your modified services to other people in any
-> way you must provide the source (on request). There is no requirement to
-> provide the source to your changes if you do not provide them for use by
-> anyone else.
->
-> But there is no reason not to share your work.
->
-> Though, IANAL :)
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andy at strugglers.net Thu Jan 25 16:28:34 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-In-Reply-To: <007b01c08665$850fd4c0$0200000a@strider>
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com> <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com> <007b01c08665$850fd4c0$0200000a@strider>
-Message-ID: <a4h17toa238q5c4nrqs3jprasdjflmsda8@4ax.com>
-
-On Wed, 24 Jan 2001 18:26:52 -0600, "Strider" <strider@chatcircuit.com>
-wrote:
-
->If I were to make modifications to services to suit our needs, would I have
->to distribute the modifications because of GPL or could the modifications be
->kept private to us?
-
-GPL does not force you to publish your work. Even if your work happens to
-be someone else's GPL'd work with a few changes.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From strider at chatcircuit.com Wed Jan 24 16:33:14 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com> <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com> <007b01c08665$850fd4c0$0200000a@strider> <a4h17toa238q5c4nrqs3jprasdjflmsda8@4ax.com>
-Message-ID: <008301c08666$68af9ee0$0200000a@strider>
-
-Ok, because some people tried to pull that crap with us once because they
-wanted our changes. I still refused. But I never got around to reading
-through the gpl.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, January 25, 2001 6:28 PM
-Subject: Re: [IRCServices] AKILL
-
-
-> On Wed, 24 Jan 2001 18:26:52 -0600, "Strider" <strider@chatcircuit.com>
-> wrote:
->
-> >If I were to make modifications to services to suit our needs, would I
-have
-> >to distribute the modifications because of GPL or could the modifications
-be
-> >kept private to us?
->
-> GPL does not force you to publish your work. Even if your work happens to
-> be someone else's GPL'd work with a few changes.
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andy at strugglers.net Thu Jan 25 16:45:08 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-In-Reply-To: <008301c08666$68af9ee0$0200000a@strider>
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com> <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com> <007b01c08665$850fd4c0$0200000a@strider> <a4h17toa238q5c4nrqs3jprasdjflmsda8@4ax.com> <008301c08666$68af9ee0$0200000a@strider>
-Message-ID: <gvh17tsh3r3r6agugortmn117ubbpadpcl@4ax.com>
-
-On Wed, 24 Jan 2001 18:33:14 -0600, "Strider" <strider@chatcircuit.com>
-wrote:
-
->Ok, because some people tried to pull that crap with us once because they
->wanted our changes. I still refused. But I never got around to reading
->through the gpl.
-
-Personally I feel it is somewhat immoral not to publish changes to an
-existing GPL'd work. But there is nothing to legally oblige you to do it
-unless you wish to distribute it.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From strider at chatcircuit.com Wed Jan 24 16:52:27 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] AKILL
-References: <3a70a233.61777@prima-lan.net> <Pine.LNX.3.96.1010125151728.28963A-100000@smtp.wwwpages.com> <ged17tkm8724qdc1a0uf34noulvfqmqcts@4ax.com> <007b01c08665$850fd4c0$0200000a@strider> <a4h17toa238q5c4nrqs3jprasdjflmsda8@4ax.com> <008301c08666$68af9ee0$0200000a@strider> <gvh17tsh3r3r6agugortmn117ubbpadpcl@4ax.com>
-Message-ID: <008f01c08669$17dcac80$0200000a@strider>
-
-I'm rather embarrased of the code actually, it's not very good (and most of
-it isn't even mine). All it does is make little virtual users easier to
-manage, I guess kinda like a botserv, but it's all done through operserv.
-Some of the code in fact is poor and downright wrong, heh. Once I learn how
-to program better, I'll fix some of that dirty code and maybe eventually
-distribute it.
-
-BTW, when did this turn into a GPL discussion when the subject is AKILL?
-Haven't read all the list msgs yet...
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, January 25, 2001 6:45 PM
-Subject: Re: [IRCServices] AKILL
-
-
-> On Wed, 24 Jan 2001 18:33:14 -0600, "Strider" <strider@chatcircuit.com>
-> wrote:
->
-> >Ok, because some people tried to pull that crap with us once because they
-> >wanted our changes. I still refused. But I never got around to reading
-> >through the gpl.
->
-> Personally I feel it is somewhat immoral not to publish changes to an
-> existing GPL'd work. But there is nothing to legally oblige you to do it
-> unless you wish to distribute it.
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From gregk at wwwpages.com Thu Jan 25 18:13:41 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] GPL
-In-Reply-To: <008f01c08669$17dcac80$0200000a@strider>
-Message-ID: <Pine.LNX.3.96.1010125181132.29000B-100000@smtp.wwwpages.com>
-
-
-On Wed, 24 Jan 2001, Strider wrote:
-
-> I'm rather embarrased of the code actually, it's not very good (and most of
-> it isn't even mine). All it does is make little virtual users easier to
-> manage, I guess kinda like a botserv, but it's all done through operserv.
-> Some of the code in fact is poor and downright wrong, heh. Once I learn how
-> to program better, I'll fix some of that dirty code and maybe eventually
-> distribute it.
->
-> BTW, when did this turn into a GPL discussion when the subject is AKILL?
-> Haven't read all the list msgs yet...
-
-That was my fault. I replied to an existing message when I asked my
-question, and neglected to change the subject line.
-
-In regards to why we dont distribute the changes... because they aren't
-quite stable and we aren't finished with the mods. Also, there are a few
-things in our mods that Andrew has stated he would not put in the services
-due to conflicts with the RFC's.
-
-
-
-
-
-From drdeath at bigpond.net.au Fri Jan 26 00:01:52 2001
-From: drdeath at bigpond.net.au (DrDeath)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Segment fault
-In-Reply-To: <008f01c08669$17dcac80$0200000a@strider>
-Message-ID: <000001c0876e$3f635280$2bba8490@nsw.bigpond.net.au>
-
-Hey,
- when i try and start my services it says Segment Fault ( core dumped )
-whats this mean?
-
-
-From drdeath at bigpond.net.au Fri Jan 26 05:22:25 2001
-From: drdeath at bigpond.net.au (DrDeath)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Segment fault
-In-Reply-To: <000001c0876e$3f635280$2bba8490@nsw.bigpond.net.au>
-Message-ID: <000001c0879b$06108340$2bba8490@nsw.bigpond.net.au>
-
-More info
-
-running a althon t-bird 700@850
-Redhat 7
-Latest IrcServices
-UnrealIrcd - Latest one
-128MB ram
-
-(soon to be on)
-quad xeno
-1Gig Ram..
-
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of DrDeath
-Sent: Friday, 26 January 2001 7:02 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Segment fault
-
-
-Hey,
- when i try and start my services it says Segment Fault ( core dumped )
-whats this mean?
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Fri Jan 26 22:36:56 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Segment fault
-Message-ID: <3a717e62.67366@prima-lan.net>
-
->More info
->
->running a althon t-bird 700@850
->Redhat 7
-
- This is your problem. Redhat 7 is known to be unstable and is not
-supported. Downgrade to Redhat 6.2 or use a different distribution of
-Linux.
-
->Latest IrcServices
->UnrealIrcd - Latest one
-
- Also be aware that Unreal is not officially supported in the current
-(4.4.9) release of Services; some people say it works fine, while others
-have had problems. Preliminary support for the Unreal server will be
-included in 4.5.0 (a beta will be going out in the next few days,
-probably); however, if you have problems with Unreal, I recommend using
-either Dreamforge or Bahamut, both of which can be found at:
- ftp://ftp.ircservices.za.net/pub/ircd/
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From andrewk at icon.co.za Fri Jan 26 07:56:20 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] EFnext ircd
-Message-ID: <022201c087b0$880d70f0$9c011ac4@africa.didata.local>
-
-Thought people may be interested in this...
-
-http://www.efnext.org
-
-I've not had a chance to read all the stuff here... but basically it's yet
-another attempt at a new ircd for EFnet (errr.... EFnext).
-
-Andrew
-
-
-
-From black at netguardian.org Fri Jan 26 10:38:09 2001
-From: black at netguardian.org (black@netguardian.org)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <200101261338276.SM00195@m2w021.mail2web.com>
-
-Hi ,
-I have a suggestion but not sure if it is possible or not.
-I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer.
-
-In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ...
-
-Is it possible to do something like this ?
-
-Thanks
-
-RiCk_DaNGeRouS
-
-
---------------------------------------------------------------------
-Mail2Web - Check your email from the web at
-http://www.mail2web.com/ .
-
-
-
-From gregk at wwwpages.com Fri Jan 26 12:10:01 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] (no subject)
-In-Reply-To: <200101261338276.SM00195@m2w021.mail2web.com>
-Message-ID: <Pine.LNX.3.96.1010126120426.1006A-100000@smtp.wwwpages.com>
-
-Assuming that people doing the banning would supply intelligent
-information? I think the reason field would be filled with "Banned" or
-the like, requiring you or the banee to contact the channel founder for
-the reason. Why not suggest the banee do that now?
-
-
-On Fri, 26 Jan 2001, black@netguardian.org wrote:
-
-> Hi ,
-> I have a suggestion but not sure if it is possible or not.
-> I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer.
->
-> In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ...
->
-> Is it possible to do something like this ?
->
-> Thanks
->
-> RiCk_DaNGeRouS
->
->
-> --------------------------------------------------------------------
-> Mail2Web - Check your email from the web at
-> http://www.mail2web.com/ .
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From scotts at ure.net Fri Jan 26 11:49:57 2001
-From: scotts at ure.net (Scott Seufert)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] (no subject)
-References: <Pine.LNX.3.96.1010126120426.1006A-100000@smtp.wwwpages.com>
-Message-ID: <3A71D4E5.8BDBF572@ure.net>
-
-I agree, especially since there is nothing stating that a ChanOp _needs_
-a reason to ban. Just like IRCops, ChanOps do not need a reason to deny
-access to a server/channel.
-
-Dryder
-
-Gregory King wrote:
->
-> Assuming that people doing the banning would supply intelligent
-> information? I think the reason field would be filled with "Banned" or
-> the like, requiring you or the banee to contact the channel founder for
-> the reason. Why not suggest the banee do that now?
->
-> On Fri, 26 Jan 2001, black@netguardian.org wrote:
->
-> > Hi ,
-> > I have a suggestion but not sure if it is possible or not.
-> > I have some problems with users who are always asking why did they banned from a channel. So it is impossible to determine why did they banned then I can't give any answer.
-> >
-> > In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ...
-> >
-> > Is it possible to do something like this ?
-> >
-> > Thanks
-> >
-> > RiCk_DaNGeRouS
-> >
-> >
-> > --------------------------------------------------------------------
-> > Mail2Web - Check your email from the web at
-> > http://www.mail2web.com/ .
-> >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From smkelly at zombie.org Fri Jan 26 14:06:20 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] (no subject)
-In-Reply-To: <200101261338276.SM00195@m2w021.mail2web.com>; from black@netguardian.org on Fri, Jan 26, 2001 at 01:38:09PM -0500
-References: <200101261338276.SM00195@m2w021.mail2web.com>
-Message-ID: <20010126160620.A47353@edgemaster.zombie.org>
-
-On Fri, Jan 26, 2001 at 01:38:09PM -0500, black@netguardian.org wrote:
-> In my opinion, changing the ban format to ban nick reason would be a great sollution. So it can be seen in the ban list why a person banned ...
->
-> Is it possible to do something like this ?
-
-Not with Services. I know of no such BAN command in Services. If you are
-talking about channel bans, such as channel mode +b, there is no real BAN
-command. Any /BAN command you have is an alias or shortcut presented to you
-by your IRC client. The real format for a ban is:
- /mode #channel +b <usermask>
-Many IRC scripts/clients have a BAN alias which determines the usermask based
-on a nickname for you, and then carry out the above command. In this case,\
-you would have to modify every IRC client/script with a BAN alias, plus your
-IRC server's source code.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From kfiresun at ix.netcom.com Fri Jan 26 23:08:44 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] (no subject)
-References: <200101261338276.SM00195@m2w021.mail2web.com>
-Message-ID: <003d01c0882f$fe082140$6ed387d8@tiphares.com>
-
-If I'm not mistaken the AKick now supports an optional reason for the ban.
-
-However, on EsperNet we usually do not get involved as to why or why
-not a user was banned from a channel. (As far as I know most IRC
-networks operate this way) Best answer is to tell your users that
-they will have to take the matter up with the channel operators and/or
-the founder of the channel.
-
-Bryce Simonds (Kelmar K. Firesun)
-IRC operator: dream.esper.net
-
------ Original Message -----
-From: <black@netguardian.org>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, January 26, 2001 12:38 PM
-Subject: [IRCServices] (no subject)
-
-
-Hi ,
-I have a suggestion but not sure if it is possible or not.
-I have some problems with users who are always asking why did they banned
-from a channel. So it is impossible to determine why did they banned then I
-can't give any answer.
-
-In my opinion, changing the ban format to ban nick reason would be a great
-sollution. So it can be seen in the ban list why a person banned ...
-
-Is it possible to do something like this ?
-
-Thanks
-
-RiCk_DaNGeRouS
-
-
---------------------------------------------------------------------
-Mail2Web - Check your email from the web at
-http://www.mail2web.com/ .
-
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Jan 27 06:56:35 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:07 2004
-Subject: AW: [IRCServices] (no subject)
-In-Reply-To: <003d01c0882f$fe082140$6ed387d8@tiphares.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEGAEGAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi;
-
-The RFC1459 defines MODE command very clearly:
-
-:sender MODE channel modes parameters
-
-Examples:
-
-:TimeMr14C MODE #test +tn
-:ChanServ MODE #test +o TimeMr14C
-:services.test.net MODE #test +bbb a!b@c.de *!*@*.lame.org hahaha!*@*
-
-If you want to enforce reason inclusion, you have to modify m_mode itself.
-
-But again, because a mode command can be run, without including
-any parameters, you will probably need more changes than just requiring another parv.
-
-It will be interesting to hear, how you'll do that, if a single MODE command has 3 bans.
-How will you make the ircd distunguish between the given reasons ?
-Maybe the way sglines are working ? Why should a user count how many characters are typed for a ban ?
-Will you reduce the whole thing to single mode changes ? Preventing everyone
-from setting +tn at the same time ?
-
-Maybe you are a little clear about the reality that the MODE command cannot be easily modified to
-include reasons.
-
-Regards,
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-
-
-From achurch at achurch.org Mon Jan 29 08:57:09 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a74b222.15614@prima-lan.net>
-
- Services 4.5pre0 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
-
-ftp.ircservices.za.net and the mirror sites should have it soon.
-
- Please note that this is a BETA VERSION and as such may have numerous
-bugs in it. (It's been running without incident on EsperNet for close to
-2 days now, however.) Networks which require stable versions of Services
-should stay with the current stable version until 4.5.0 is released.
-However, testing would be appreciated on those networks which can afford
-to. In particular, experimental support has been added for the Unreal IRC
-server, version 3.1.1; if you are using this server, please try out the
-new support (option 31 in the configure script) and let me know of any
-bugs or problems.
-
- As usual, Services 4.5 uses a data file format incompatible with
-previous releases of Services, so be sure to keep backups of your earlier
-databases in case something goes wrong. I am looking at another format
-which would allow for backwards compatibility for the 5.0 release, which I
-am planning to follow 4.5.
-
- Also, a note to users of languages other than English: The language
-files in Services are currently very outdated, and many messages,
-including most of the "main" help messages, are commented out in the
-language files and available in English only. Any assistance in updating
-the language files would be appreciated; please send updates to me at
-<achurch@achurch.org>.
-
- Following is an extract from the Services 4.5pre0 WhatsNew file:
-
- ! NOTICE to those using encryption: Services 4.4.x and earlier had a bug
- in the encryption routine causing passwords to be incorrectly
- encrypted. This bug is fixed in 4.5.0, but as a consequence, all
- passwords set in earlier versions are not directly readable by
- Services. A workaround is available in the "configure" script, but
- enabling this workaround may decrease the security of some
- passwords. I recommend enabling the workaround for the first 30
- days (or whatever you have your nickname expiration period set to),
- adding a logon news item asking users to set their password again
- (this can be the same as the old password, as long as they run the
- SET PASSWORD command again), and disabling the workaround after
- that time has passed.
- + Services now supports the "Services stamp" feature in DAL 4.4.15+
- compatible servers (including Dreamforge and Bahamut). This feature
- allows Services to attach an ID value to each user which will be
- retained even when the network splits, for increased security when
- re-granting privileges after a split.
- + Added SOP, AOP, and VOP commands as an alternate method of managing
- channel access lists. (ACCESS can still be used as before.)
- + Added support for suspending channels. Like suspended nicknames, all
- settings will be retained during the suspension period.
- + Services can now be configured to require an E-mail address at nickname
- registration time.
- + Added UNSET command to NickServ and ChanServ for clearing URLs and
- E-mail addresses.
- + Added OperServ CLEARCHAN command to remove all users from a channel.
- + Added OperServ SU command to allow any Services admin to gain super-user
- privileges (with the appropriate password).
- + Time specifications (in services.conf, for autokills, etc.) can now
- include multiple units, for example "1h30m".
- + Sending a SIGUSR2 signal to Services will cause the log file to be
- closed and reopened. Use in combination with "mv" to rotate the
- log file.
- + Added experimental support for the Unreal server (version 3.1.1).
- * Support for the DALnet Bahamut server has been improved. Note that
- only versions 1.4.1 and later are supported (support for earlier
- versions has been dropped).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Jan 29 10:45:53 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Note about translations
-Message-ID: <3a74cca8.16245@prima-lan.net>
-
- An extra note to those of you who can do translations: The "langcomp"
-program (in the lang/ directory) has a command-line option "-w" which will
-list all messages not found in the message file. So, for example, doing:
-
- cd lang
- make langcomp
- ./langcomp -w tr.l
-
-(where "tr.l" is the name of the language file, in this case Turkish) will
-print out lines like:
-
- tr.l: String `BAD_EXPIRY_TIME' missing
- tr.l: String `NICK_X_SUSPENDED_MEMOS' missing
- tr.l: String `NICK_X_NOT_ON_CHAN_X' missing
- tr.l: String `CHAN_X_SUSPENDED_MEMOS' missing
- tr.l: String `SERV_X_NOT_FOUND' missing
- tr.l: String `NICK_REGISTER_SYNTAX' missing
- tr.l: String `NICK_REGISTER_REQ_EMAIL_SYNTAX' missing
- tr.l: String `NICK_IDENTIFY_SYNTAX' missing
- tr.l: String `NICK_DROP_SYNTAX' missing
- tr.l: String `NICK_SET_SYNTAX' missing
-
-for each message not found in the file. You can use this to find which
-messages need to be translated/updated.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From RealCFC at ChatFIRST.COM Sun Jan 28 23:59:23 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74b222.15614@prima-lan.net>
-Message-ID: <000501c089c9$668b2240$4c02d6d1@pavilion>
-
-While trying to compile 4.5pre for UnrealIRCd I got the following errors:
-
-gcc actions.o akill.o channels.o chanserv.o commands.o compat.o config.o datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o memory.o memoserv.o messages.o misc.o modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services
-(cd lang ; make CFLAGS=" -O2 -Wall -g")
-"Makefile", line 18: Need an operator
-"Makefile", line 21: Need an operator
-"Makefile", line 23: Need an operator
-"Makefile", line 25: Need an operator
-"Makefile", line 28: Need an operator
-"Makefile", line 30: Need an operator
-make: fatal errors encountered -- cannot continue
-*** Error code 1
-
-What am I doing wrong ?
-
-Any help will be greately appreciated .
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/5deacbf3/attachment.htm
-From RealCFC at ChatFIRST.COM Mon Jan 29 00:05:27 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74b222.15614@prima-lan.net> <000501c089c9$668b2240$4c02d6d1@pavilion>
-Message-ID: <001201c089ca$3eb62f20$4c02d6d1@pavilion>
-
-After getting the errors I explained on my former message I tried typing 'gmake' instead of 'make' and it looks like it finished compiling or am I mistaken?
-This is the whole log of the first error and then after typing 'gmake'
-sorry for spamming the list guys.
-Ely
-
-gcc -O2 -Wall -g -c users.c
-gcc actions.o akill.o channels.o chanserv.o commands.o compat.o config.o datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o memory.o memoserv.o messages.o misc.o modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services
-(cd lang ; make CFLAGS=" -O2 -Wall -g")
-"Makefile", line 18: Need an operator
-"Makefile", line 21: Need an operator
-"Makefile", line 23: Need an operator
-"Makefile", line 25: Need an operator
-"Makefile", line 28: Need an operator
-"Makefile", line 30: Need an operator
-make: fatal errors encountered -- cannot continue
-*** Error code 1
-
-Stop in /usr/home/cfc/ircservices-4.5pre0.
-[23:48](cfc@ircd)[~/ircservices-4.5pre0]> gmake
-(cd lang ; gmake CFLAGS=" -O2 -Wall -g")
-gmake[1]: Entering directory `/usr/home/cfc/ircservices-4.5pre0/lang'
-gcc -O2 -Wall -g langcomp.c -o langcomp
-./langcomp en_us.l
-./langcomp es.l
-./langcomp it.l
-./langcomp ja_euc.l
-./langcomp ja_sjis.l
-./langcomp pt.l
-./langcomp tr.l
-gmake[1]: Leaving directory `/usr/home/cfc/ircservices-4.5pre0/lang'
-Now run "gmake install" to install Services.
-[23:53](cfc@ircd)[~/ircservices-4.5pre0]>
-
-
-Thanks Again
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/b6dce346/attachment.html
-From achurch at achurch.org Mon Jan 29 13:59:52 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a74f9c1.17207@prima-lan.net>
-
->After getting the errors I explained on my former message I tried typing =
->'gmake' instead of 'make' and it looks like it finished compiling or am =
->I mistaken?
-
- Since you found the problem yourself I'll spare you the rant, but this
-is in the FAQ (question 7).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From mike at chat.za.net Sun Jan 28 21:10:31 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <000501c089c9$668b2240$4c02d6d1@pavilion>
-Message-ID: <Pine.LNX.4.21.0101290709570.5017-100000@moonlight.chat.za.net>
-
-errr where did you get 4.5pre from?
-
-I dont see it on the site (just checked), and I was not aware of any
-announcement
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Sun, 28 Jan 2001, [Real] wrote:
-
-> While trying to compile 4.5pre for UnrealIRCd I got the following errors:
->
-> gcc actions.o akill.o channels.o chanserv.o commands.o compat.o config.o datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o memory.o memoserv.o messages.o misc.o modes.o news.o nickserv.o operserv.o process.o send.o servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services
-> (cd lang ; make CFLAGS=" -O2 -Wall -g")
-> "Makefile", line 18: Need an operator
-> "Makefile", line 21: Need an operator
-> "Makefile", line 23: Need an operator
-> "Makefile", line 25: Need an operator
-> "Makefile", line 28: Need an operator
-> "Makefile", line 30: Need an operator
-> make: fatal errors encountered -- cannot continue
-> *** Error code 1
->
-> What am I doing wrong ?
->
-> Any help will be greately appreciated .
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
->
-
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 29 00:19:04 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74f9c1.17207@prima-lan.net>
-Message-ID: <001a01c089cc$25a86320$4c02d6d1@pavilion>
-
-Thanks for your fast reply , even after compiling with 'gmake' I still got a 'permission denied' error but again it appears it finished compiling:
-
-All done! Now edit config.h to your liking, and run "make" (or possibly
-"gmake") to compile Services. See the README and FAQ if you have any
-problems.
-[0:02](cfc@ircd)[~/ircservices-4.5pre0]> gmake
-gmake: getcwd: : Permission denied
-touch services.h
-sh version.sh
-gcc -O2 -Wall -g -c actions.c
-gcc -O2 -Wall -g -c akill.c
-
-then it finishes compiling to the end with no errors.
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/25b381fb/attachment.htm
-From RealCFC at ChatFIRST.COM Mon Jan 29 00:23:55 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.4.21.0101290709570.5017-100000@moonlight.chat.za.net>
-Message-ID: <002201c089cc$d8697ee0$4c02d6d1@pavilion>
-
-A message was sent to the list earlier , Let me know if you want me to forward it for you.
-
-you get it from :
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
-
-Greetings
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/661f6761/attachment.html
-From mike at chat.za.net Sun Jan 28 21:45:15 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <002201c089cc$d8697ee0$4c02d6d1@pavilion>
-Message-ID: <Pine.LNX.4.21.0101290744540.5017-100000@moonlight.chat.za.net>
-
-Hehe. mailing list lag, I got messages out of order for some reason
-
-Thx tho
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Mon, 29 Jan 2001, [Real] wrote:
-
-> A message was sent to the list earlier , Let me know if you want me to forward it for you.
->
-> you get it from :
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
->
-> Greetings
->
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
->
-
-
-
-From strider at chatcircuit.com Sat Jan 27 21:53:20 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Configure option in 4.5.0pre0
-References: <Pine.LNX.4.21.0101290744540.5017-100000@moonlight.chat.za.net>
-Message-ID: <003f01c088ee$a0a78120$0200000a@strider>
-
-You mentioned a configure option to enable the encryption compatibility and
-a suggestion to use it for the first 30 days. I'd like to do this but you
-didn't say what configure option to use! Or maybe I just totally overlooked
-it? Feel free to flame me if I did.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From achurch at achurch.org Mon Jan 29 14:57:30 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Configure option in 4.5.0pre0
-Message-ID: <3a7507b9.17551@prima-lan.net>
-
->You mentioned a configure option to enable the encryption compatibility and
->a suggestion to use it for the first 30 days. I'd like to do this but you
->didn't say what configure option to use! Or maybe I just totally overlooked
->it? Feel free to flame me if I did.
-
- If you enable encryption (answer "yes" to the question about encryption),
-there will be another question right after that asking about enabling
-compatibility for 4.4.x passwords. If you don't enable encryption, then
-configure won't ask that question.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Sat Jan 27 22:13:57 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Configure option in 4.5.0pre0
-References: <3a7507b9.17551@prima-lan.net>
-Message-ID: <006b01c088f1$81643da0$0200000a@strider>
-
-Oohhh I thought there would be a flag or something. Ok, feel free to flame
-now cuz I feel retarded.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, January 28, 2001 11:57 PM
-Subject: Re: [IRCServices] Configure option in 4.5.0pre0
-
-
-> >You mentioned a configure option to enable the encryption compatibility
-and
-> >a suggestion to use it for the first 30 days. I'd like to do this but you
-> >didn't say what configure option to use! Or maybe I just totally
-overlooked
-> >it? Feel free to flame me if I did.
->
-> If you enable encryption (answer "yes" to the question about
-encryption),
-> there will be another question right after that asking about enabling
-> compatibility for 4.4.x passwords. If you don't enable encryption, then
-> configure won't ask that question.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Sat Jan 27 22:25:44 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services conf
-References: <3a7507b9.17551@prima-lan.net> <006b01c088f1$81643da0$0200000a@strider>
-Message-ID: <007601c088f3$279e7360$0200000a@strider>
-
-Is it compatible with services 4.4.8 conf? Or do I need to make a new one?
-Please tell me it's compatible...I wanna be lazy right now and I'm one of
-your unreal 3.1.1 support beta testers :)
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From achurch at achurch.org Mon Jan 29 15:34:53 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services conf
-Message-ID: <3a750f76.17733@prima-lan.net>
-
->Is it compatible with services 4.4.8 conf? Or do I need to make a new one?
->Please tell me it's compatible...I wanna be lazy right now and I'm one of
->your unreal 3.1.1 support beta testers :)
-
- It's... _almost_ compatible. (: The one option you absolutely have to
-add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The other
-new options are all on/off things that can be left out without causing any
-harm.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 29 03:15:35 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Configure option in 4.5.0pre0
-References: <3a7507b9.17551@prima-lan.net>
-Message-ID: <003a01c089e4$d1ab7f00$4c02d6d1@pavilion>
-
-I just finished setting up IRCServices with Unreal3.1.1 and everything went WELL , Im so happy it also appears that the problems with ChanServ refusing to KEEPTOPIC and TOPICLOCK are also gone.
-ChanServ is bring back the topics and stuff.
-I had to use the new configuration file the old one is missing some of the configuration options for the new version , but like Andrew said its almost compatible.
-
-Thanks Andrew for this new version , it has what we were waiting for a LONG time, The new REQUIRED e mail address on registration is AWSOME , just love it , this will prevent lots of room and nicks take overs. The new ChanServ options for users to manage chat rooms is also VERY good
-Thanks again.
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/05c6855d/attachment.htm
-From strider at chatcircuit.com Sat Jan 27 23:22:33 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] one last thing and i'll stop being annoying
-References: <3a750f76.17733@prima-lan.net>
-Message-ID: <008001c088fb$1611ad80$0200000a@strider>
-
-Is there a way to convert old databases to the new services?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 12:34 AM
-Subject: Re: [IRCServices] Services conf
-
-
-> >Is it compatible with services 4.4.8 conf? Or do I need to make a new
-one?
-> >Please tell me it's compatible...I wanna be lazy right now and I'm one of
-> >your unreal 3.1.1 support beta testers :)
->
-> It's... _almost_ compatible. (: The one option you absolutely have
-to
-> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The
-other
-> new options are all on/off things that can be left out without causing any
-> harm.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Sat Jan 27 23:32:51 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-References: <3a750f76.17733@prima-lan.net>
-Message-ID: <008401c088fc$8689fc60$0200000a@strider>
-
-Ok so I lied, I found some extremely odd...problems.
-
-When I first connected I thought there might've been something wrong with
-the configuration file. I saw this:
-
--Global-
--Global- Sets whether the given channel will expire. Setting this
--Global- to ON prevents the channel from expiring.
--Global-
--Global- Limited to Services admins.
-
-When I tried identifying to nickserv, it replied with 'url unset'. Then when
-I typed /nickserv help, it replied with something about debug mode:
-
--NickServ(services@chatcircuit.com)- Sets debug mode on or off. In debug
-mode, all data sent to
--NickServ(services@chatcircuit.com)- and from Services as well as a number
-of other debugging
--NickServ(services@chatcircuit.com)- messages are written to the log file.
-If num is
--NickServ(services@chatcircuit.com)- given, debug mode is activated, with
-the debugging level set
--NickServ(services@chatcircuit.com)- to num.
--NickServ(services@chatcircuit.com)-
--NickServ(services@chatcircuit.com)- This option is equivalent to the
-command-line option
--NickServ(services@chatcircuit.com)- -debug.
-
-That is the extent of my testing thus far.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 12:34 AM
-Subject: Re: [IRCServices] Services conf
-
-
-> >Is it compatible with services 4.4.8 conf? Or do I need to make a new
-one?
-> >Please tell me it's compatible...I wanna be lazy right now and I'm one of
-> >your unreal 3.1.1 support beta testers :)
->
-> It's... _almost_ compatible. (: The one option you absolutely have
-to
-> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The
-other
-> new options are all on/off things that can be left out without causing any
-> harm.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Jan 29 17:13:16 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] one last thing and i'll stop being annoying
-Message-ID: <3a752636.20433@prima-lan.net>
-
->Is there a way to convert old databases to the new services?
-
- It'll happen automatically when you load Services for the first time.
-
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
->strider@chatcircuit.com www.chatcircuit.com
->ircadmin@chatcircuit.com irc.chatcircuit.com
->strider@6bit.net www.6bit.net
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Monday, January 29, 2001 12:34 AM
->Subject: Re: [IRCServices] Services conf
->
->
->> >Is it compatible with services 4.4.8 conf? Or do I need to make a new
->one?
->> >Please tell me it's compatible...I wanna be lazy right now and I'm one of
->> >your unreal 3.1.1 support beta testers :)
->>
->> It's... _almost_ compatible. (: The one option you absolutely have
->to
->> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The
->other
->> new options are all on/off things that can be left out without causing any
->> harm.
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Sun Jan 28 00:17:34 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Configure option in 4.5.0pre0
-References: <3a7507b9.17551@prima-lan.net> <003a01c089e4$d1ab7f00$4c02d6d1@pavilion>
-Message-ID: <009e01c08902$c5708740$0200000a@strider>
-
-Wow, you're having better luck than me. Nickserv is the only thing responding to me, and it's rather funny. I'll try recompiling tomorrow to see if I screwed something up...I wouldn't be surprised if I did, that's my specialty these days. And to think these people trust me with their server *g*.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
- ----- Original Message -----
- From: [Real]
- To: ircservices@ircservices.za.net
- Sent: Monday, January 29, 2001 5:15 AM
- Subject: Re: [IRCServices] Configure option in 4.5.0pre0
-
-
- I just finished setting up IRCServices with Unreal3.1.1 and everything went WELL , Im so happy it also appears that the problems with ChanServ refusing to KEEPTOPIC and TOPICLOCK are also gone.
- ChanServ is bring back the topics and stuff.
- I had to use the new configuration file the old one is missing some of the configuration options for the new version , but like Andrew said its almost compatible.
-
- Thanks Andrew for this new version , it has what we were waiting for a LONG time, The new REQUIRED e mail address on registration is AWSOME , just love it , this will prevent lots of room and nicks take overs. The new ChanServ options for users to manage chat rooms is also VERY good
- Thanks again.
- Ely
-
- ======================
- RealCFC@ChatFIRST.COM
- http://www.chatfirst.com
- ======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/87c8e2a1/attachment.html
-From strider at chatcircuit.com Sun Jan 28 00:25:27 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] one last thing and i'll stop being annoying
-References: <3a752636.20433@prima-lan.net>
-Message-ID: <00a801c08903$e8efa2e0$0200000a@strider>
-
-Ok, I'm in lame retard mode tonight so forgive me.
-
-The databases I was getting an error on was about a month old, I copied over
-more recent databases and it worked fine. I wasn't going crazy, there was
-something wrong...but it also helps to not already be there.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 2:13 AM
-Subject: Re: [IRCServices] one last thing and i'll stop being annoying
-
-
-> >Is there a way to convert old databases to the new services?
->
-> It'll happen automatically when you load Services for the first time.
->
-> >Beau (Strider) Steward
-> >chatcircuit administrator and 6bit band member
-> >strider@chatcircuit.com www.chatcircuit.com
-> >ircadmin@chatcircuit.com irc.chatcircuit.com
-> >strider@6bit.net www.6bit.net
-> >----- Original Message -----
-> >From: "Andrew Church" <achurch@achurch.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, January 29, 2001 12:34 AM
-> >Subject: Re: [IRCServices] Services conf
-> >
-> >
-> >> >Is it compatible with services 4.4.8 conf? Or do I need to make a new
-> >one?
-> >> >Please tell me it's compatible...I wanna be lazy right now and I'm one
-of
-> >> >your unreal 3.1.1 support beta testers :)
-> >>
-> >> It's... _almost_ compatible. (: The one option you absolutely
-have
-> >to
-> >> add is NSMaxLinkDepth; the current example.conf has it at 3 IIRC. The
-> >other
-> >> new options are all on/off things that can be left out without causing
-any
-> >> harm.
-> >>
-> >> --Andrew Church
-> >> achurch@achurch.org | New address - please note.
-> >> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >>
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Jan 29 17:58:37 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-Message-ID: <3a75314f.20675@prima-lan.net>
-
->Ok so I lied, I found some extremely odd...problems.
->
->When I first connected I thought there might've been something wrong with
->the configuration file. I saw this:
->
->-Global-
->-Global- Sets whether the given channel will expire. Setting this
->-Global- to ON prevents the channel from expiring.
->-Global-
->-Global- Limited to Services admins.
->
->When I tried identifying to nickserv, it replied with 'url unset'. Then when
->I typed /nickserv help, it replied with something about debug mode:
-
- Hm, I haven't seen that problem, but I've been running from my local
-codebase...
-
- The first thing that comes to mind is that the language string
-definition files are off. See if the MD5 sums for these files are
-correct:
-
-MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make)
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Sun Jan 28 01:32:15 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-References: <3a75314f.20675@prima-lan.net>
-Message-ID: <00b201c0890d$341d75e0$0200000a@strider>
-
-Where do I find that?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 2:58 AM
-Subject: Re: [IRCServices] Problems with unreal
-
-
-> >Ok so I lied, I found some extremely odd...problems.
-> >
-> >When I first connected I thought there might've been something wrong with
-> >the configuration file. I saw this:
-> >
-> >-Global-
-> >-Global- Sets whether the given channel will expire. Setting this
-> >-Global- to ON prevents the channel from expiring.
-> >-Global-
-> >-Global- Limited to Services admins.
-> >
-> >When I tried identifying to nickserv, it replied with 'url unset'. Then
-when
-> >I typed /nickserv help, it replied with something about debug mode:
->
-> Hm, I haven't seen that problem, but I've been running from my local
-> codebase...
->
-> The first thing that comes to mind is that the language string
-> definition files are off. See if the MD5 sums for these files are
-> correct:
->
-> MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-> MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make)
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From smkelly at zombie.org Mon Jan 29 07:50:37 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-In-Reply-To: <00b201c0890d$341d75e0$0200000a@strider>; from strider@chatcircuit.com on Sun, Jan 28, 2001 at 03:32:15AM -0600
-References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider>
-Message-ID: <20010129095037.A56472@edgemaster.zombie.org>
-
-On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote:
-> Where do I find that?
-
-For a start, try the 'md5' or 'md5sum' commands.
-
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-...
-> > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-> > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make)
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From strider at chatcircuit.com Sun Jan 28 08:56:36 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org>
-Message-ID: <002101c0894b$5b2e7e20$0200000a@strider>
-
-Sorry to sound like a retard, but what do I do with that? Just typing md5sum
-just sits there. Am I missing something?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 9:50 AM
-Subject: Re: [IRCServices] Problems with unreal
-
-
-> On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote:
-> > Where do I find that?
->
-> For a start, try the 'md5' or 'md5sum' commands.
->
-> > ----- Original Message -----
-> > From: "Andrew Church" <achurch@achurch.org>
-> > To: <ircservices@ircservices.za.net>
-> ...
-> > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-> > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by make)
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Sun Jan 28 09:12:20 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org> <002101c0894b$5b2e7e20$0200000a@strider>
-Message-ID: <00f401c0894d$7dbe8960$0200000a@strider>
-
-Ok, sorry about the last post, I just woke up and was looking at the wrong
-dir, heh. Both md5 things check out, I'm going to try recompiling and
-reconfiguring to see if it was just my fault.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, January 28, 2001 10:56 AM
-Subject: Re: [IRCServices] Problems with unreal
-
-
-> Sorry to sound like a retard, but what do I do with that? Just typing
-md5sum
-> just sits there. Am I missing something?
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Sean Kelly" <smkelly@zombie.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, January 29, 2001 9:50 AM
-> Subject: Re: [IRCServices] Problems with unreal
->
->
-> > On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote:
-> > > Where do I find that?
-> >
-> > For a start, try the 'md5' or 'md5sum' commands.
-> >
-> > > ----- Original Message -----
-> > > From: "Andrew Church" <achurch@achurch.org>
-> > > To: <ircservices@ircservices.za.net>
-> > ...
-> > > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-> > > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by
-make)
-> >
-> > --
-> > Sean Kelly | PGP KeyID: 77042C7B
-> > smkelly@zombie.org | http://www.zombie.org
-> >
-> > For PGP key, send e-mail with subject "send pgp key"
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Sun Jan 28 09:35:44 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Problems with unreal
-References: <3a75314f.20675@prima-lan.net> <00b201c0890d$341d75e0$0200000a@strider> <20010129095037.A56472@edgemaster.zombie.org> <002101c0894b$5b2e7e20$0200000a@strider> <00f401c0894d$7dbe8960$0200000a@strider>
-Message-ID: <00fe01c08950$c09122e0$0200000a@strider>
-
-Ok, I am a complete and utter retard. The whole thing was my fault and I
-probably wasted all of yalls time with this.
-
-The thing is, with ircds I have a habit of installing everything by hand.
-Well, I didn't install the language files. Let the flaming commence! It hit
-me when andrew mentioned the language files and their md5sums. Though the
-sums were correct...it doesn't do anything for it IF THEY ARN'T INSTALLED,
-heh. Anyways, needless to say the problem is fixed. Now to hunt down real
-bugs.
-
-BTW, I don't think stskeeps likes me very much, every time I join his
-channel I report a new bug...real ones even.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, January 28, 2001 11:12 AM
-Subject: Re: [IRCServices] Problems with unreal
-
-
-> Ok, sorry about the last post, I just woke up and was looking at the wrong
-> dir, heh. Both md5 things check out, I'm going to try recompiling and
-> reconfiguring to see if it was just my fault.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Sunday, January 28, 2001 10:56 AM
-> Subject: Re: [IRCServices] Problems with unreal
->
->
-> > Sorry to sound like a retard, but what do I do with that? Just typing
-> md5sum
-> > just sits there. Am I missing something?
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Sean Kelly" <smkelly@zombie.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Monday, January 29, 2001 9:50 AM
-> > Subject: Re: [IRCServices] Problems with unreal
-> >
-> >
-> > > On Sun, Jan 28, 2001 at 03:32:15AM -0600, Strider wrote:
-> > > > Where do I find that?
-> > >
-> > > For a start, try the 'md5' or 'md5sum' commands.
-> > >
-> > > > ----- Original Message -----
-> > > > From: "Andrew Church" <achurch@achurch.org>
-> > > > To: <ircservices@ircservices.za.net>
-> > > ...
-> > > > > MD5(lang/index)= 44e34f81168ad06babf3f151966acdc0
-> > > > > MD5(language.h)= 73b000b8e859281ae111e9025e89a74e (generated by
-> make)
-> > >
-> > > --
-> > > Sean Kelly | PGP KeyID: 77042C7B
-> > > smkelly@zombie.org | http://www.zombie.org
-> > >
-> > > For PGP key, send e-mail with subject "send pgp key"
-> > >
-> > > -----------------------------------------------------------
-> > > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > > with the word UNSUBSCRIBE in the subject of the mail.
-> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> > >
-> >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From jamie at inetezine.org Mon Jan 29 11:20:09 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] 4.5.0pre0 ?
-Message-ID: <005901c08a28$81493f40$fc0f7ad5@nebula>
-
-Okay, feel free to flame me - but in a moment of stupidity, when I was cleaning out my Inbox,
-I accidentally deleted all the ircservices mailing list messages.
-
-I also lost the link to the services 4.5.0 .tar.gz ... So I was wondering if anyone could maybe
-either email me the link to jamie@inetezine.org - so as not to fill the list up with replies to this...
-
-Remind me NOT to delete another email again.
-
-Any help greatly appreciated :)
-
-Ciao...-j
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/0cd083c5/attachment.htm
-From smkelly at zombie.org Mon Jan 29 11:39:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] 4.5.0pre0 ?
-In-Reply-To: <005901c08a28$81493f40$fc0f7ad5@nebula>; from jamie@inetezine.org on Mon, Jan 29, 2001 at 07:20:09PM -0000
-References: <005901c08a28$81493f40$fc0f7ad5@nebula>
-Message-ID: <20010129133901.A57126@edgemaster.zombie.org>
-
-On Mon, Jan 29, 2001 at 07:20:09PM -0000, Jamie Smithson wrote:
-> Okay, feel free to flame me - but in a moment of stupidity, when I was cleaning out my Inbox,
-> I accidentally deleted all the ircservices mailing list messages.
->
-> I also lost the link to the services 4.5.0 .tar.gz ... So I was wondering if anyone could maybe
-> either email me the link to jamie@inetezine.org - so as not to fill the list up with replies to this...
-
-Okay, we'll do this once more. Everybody. You can download IRCServices
-4.5.0pre0 from:
- ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
-
-How to install:
-1. Unzip and untar
-2. Run 'configure'
-3. If you previously used MD5 encrypted passwords, you will most likely
- want to answer YES to:
- Do you want to support MD5-encrypted passwords from Services 4.4.x and
- earlier? These versions had a bug which caused the encrypted passwords
- to be wrongly generated. Saying "no" here will cause passwords from
- those versions to become unreadable; however, saying "yes" may reduce
- the security of your passwords.
-4. Run 'make', OR 'gmake' if your 'make' is not GNU Make. If you have no
- GNU Make, go download and install it.
-5. Run 'make install' OR 'gmake install'.
-6. If you did the installation manually, INSTALL the language files too.
-7. Now, try starting services.
-8. Report problems back to this list, except for the ones already covered
- on the list.
-
-Okay everybody! We've got it now...
-
-I guess it is also worth noting that there is a 'pre0' in this release name.
->From my understanding, this is simlar to saying 'alpha'. This also means that
-if services happen to break, you get to keep both halves until the next
-version.
-
-P.S. This pseudo-flame is not directed toward any specific person, but instead
- dedicated to all the insanity on this mailing list within the last few
- days.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From strider at chatcircuit.com Sun Jan 28 11:49:18 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] 4.5.0pre0 ?
-References: <005901c08a28$81493f40$fc0f7ad5@nebula> <20010129133901.A57126@edgemaster.zombie.org>
-Message-ID: <002c01c08963$691008c0$0200000a@strider>
-
-I don't put alpha releases on the main ports, heh. I keep that stuff to a
-port that none of the users know about without me knowing as well, which
-would require a port scan, which in turn would make them innaccessible to
-the server after that, heh. Anyways, I just updated the ircd and services,
-put the up on a test port and told all the opers to break it. We're good
-with reporting bugs so if we find any, we'll report them. Just ask stskeeps
-;)
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, January 29, 2001 1:39 PM
-Subject: Re: [IRCServices] 4.5.0pre0 ?
-
-
-> On Mon, Jan 29, 2001 at 07:20:09PM -0000, Jamie Smithson wrote:
-> > Okay, feel free to flame me - but in a moment of stupidity, when I was
-cleaning out my Inbox,
-> > I accidentally deleted all the ircservices mailing list messages.
-> >
-> > I also lost the link to the services 4.5.0 .tar.gz ... So I was
-wondering if anyone could maybe
-> > either email me the link to jamie@inetezine.org - so as not to fill the
-list up with replies to this...
->
-> Okay, we'll do this once more. Everybody. You can download IRCServices
-> 4.5.0pre0 from:
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
->
-> How to install:
-> 1. Unzip and untar
-> 2. Run 'configure'
-> 3. If you previously used MD5 encrypted passwords, you will most likely
-> want to answer YES to:
-> Do you want to support MD5-encrypted passwords from Services 4.4.x and
-> earlier? These versions had a bug which caused the encrypted passwords
-> to be wrongly generated. Saying "no" here will cause passwords from
-> those versions to become unreadable; however, saying "yes" may reduce
-> the security of your passwords.
-> 4. Run 'make', OR 'gmake' if your 'make' is not GNU Make. If you have no
-> GNU Make, go download and install it.
-> 5. Run 'make install' OR 'gmake install'.
-> 6. If you did the installation manually, INSTALL the language files too.
-> 7. Now, try starting services.
-> 8. Report problems back to this list, except for the ones already covered
-> on the list.
->
-> Okay everybody! We've got it now...
->
-> I guess it is also worth noting that there is a 'pre0' in this release
-name.
-> >From my understanding, this is simlar to saying 'alpha'. This also means
-that
-> if services happen to break, you get to keep both halves until the next
-> version.
->
-> P.S. This pseudo-flame is not directed toward any specific person, but
-instead
-> dedicated to all the insanity on this mailing list within the last
-few
-> days.
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andy at strugglers.net Mon Jan 29 15:01:34 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <3a74b222.15614@prima-lan.net>
-References: <3a74b222.15614@prima-lan.net>
-Message-ID: <u7ja7t8g3p9g2neuhf51d6cs4poc7ks8bu@4ax.com>
-
-On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew Church) wrote:
-
-> Services 4.5pre0 has been released, and can be downloaded from:
->
->ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
-
-> * Support for the DALnet Bahamut server has been improved. Note that
-> only versions 1.4.1 and later are supported (support for earlier
-> versions has been dropped).
-
-Please note that if you are using Bahamut and ircservices-4.5 then the
-ChanServ UNBAN command may not work correctly, due to this bug in Bahamut:
-
-http://ircd-devel.dal.net/jitterbug/jitterbug.cgi/incoming?id=806;expression=del_banid;user=guest
-
-Bahamut's support for SVSMODE -b only works by chance on FreeBSD, and fails
-on Linux and probably other platforms. The result is that you see the ban
-being lifted but in reality it is still there.
-
-If you don't mind editing the code of your ircd then a quick fix is very
-simple, just read the above bug report.
-
-That also explains why Dalnet's own ChanServ UNBAN command has stopped
-working for users of twisted.* and tsunami.*.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 29 18:42:37 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:07 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74b222.15614@prima-lan.net> <u7ja7t8g3p9g2neuhf51d6cs4poc7ks8bu@4ax.com>
-Message-ID: <003901c08a66$65007540$d0d13cd0@pavilion>
-
-Anyone using Unreal1.1.1 out there have been able to allow their Services Administrators do commands like :
-
-SVSMODEs
-SVSNICK
-
-Or even
-a raw like : /MSG OperServ RAW SVSNICK CurrentNick NewNick ?
-
-It looks like ONLY NET ADMINS can do those commands on our network, Our IRCops are set as Services Admins with Unreal and as Services Admins with IRCservices. I can only think of a bug or that these commands are ony reserved for NET ADMINS now , I remember however our Services Admins were able to do those commands in past versions.
-Any help would be appreciated.
-By the way so far IRCServices-4.5pre0 and Unreal3.1.1 have been running smoothly with no problems at all and all the problems with room topics have been fixed, I notice an overall improvement in the way services do everything. I have noticed only two things I would like to mention:
-
-1-) Services does not have a help topic with OperServ regarding the new CLEARCHAN , that's just cosmetic but it would look much better.
-
-2-) It would be nice if ChanServ would also send a confirmation message back at the user when they do:
-
-/ChanServ OP #Channel Nick
-
-Some clients like WebTV dont have a visual idea of their status like PC users who see @ in front of their nicks and can get easily confused, this has been improved cause now it advices the user if they typed the wrong nick or the wrong channel name though.
-
-3-) A command like: /msg ChanServ LIST #Channel BANS
-something like: /msg ChanServ CLEAR #Channel BANS which already exists and its very useful.
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/c2e0cb5e/attachment.html
-From uhc0 at rz.uni-karlsruhe.de Mon Jan 29 15:42:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:07 2004
-Subject: AW: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <u7ja7t8g3p9g2neuhf51d6cs4poc7ks8bu@4ax.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCMEIEEGAA.uhc0@rz.uni-karlsruhe.de>
-
-That sounds strange.
-I use SuSE Linux 7.0 and, it works simply perfect.
-But I have been told, that Slackware has problems with it...
-
-It might be something library dependent with some different linux distributions.
-On the other hand, it is a problem of the ircd, and not services.
-
-But, thanks for this info, it seems, I'll have to do more coding into the ircd.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andy Smith
-> Gesendet: Dienstag, 30. Januar 2001 00:02
-> An: ircservices@ircservices.za.net
-> Cc: ircservices-coding@snow.shadowfire.org
-> Betreff: Re: [IRCServices] Services 4.5pre0 released
->
->
-> On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew
-> Church) wrote:
->
-> > Services 4.5pre0 has been released, and can be downloaded from:
-> >
-> >ftp://ftp.esper.net/ircservices/ircservices-4.5pre0.tar.gz
->
-> > * Support for the DALnet Bahamut server has been improved. Note that
-> > only versions 1.4.1 and later are supported (support for earlier
-> > versions has been dropped).
->
-> Please note that if you are using Bahamut and ircservices-4.5 then the
-> ChanServ UNBAN command may not work correctly, due to this bug in Bahamut:
->
-> http://ircd-devel.dal.net/jitterbug/jitterbug.cgi/incoming?id=806;
-expression=del_banid;user=guest
-
-Bahamut's support for SVSMODE -b only works by chance on FreeBSD, and fails
-on Linux and probably other platforms. The result is that you see the ban
-being lifted but in reality it is still there.
-
-If you don't mind editing the code of your ircd then a quick fix is very
-simple, just read the above bug report.
-
-That also explains why Dalnet's own ChanServ UNBAN command has stopped
-working for users of twisted.* and tsunami.*.
-
---
-Andy Smith <andy@strugglers.net>
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From strider at chatcircuit.com Sun Jan 28 18:06:43 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74b222.15614@prima-lan.net> <u7ja7t8g3p9g2neuhf51d6cs4poc7ks8bu@4ax.com> <003901c08a66$65007540$d0d13cd0@pavilion>
-Message-ID: <004301c08998$24e69760$0200000a@strider>
-
-SVSMODE and SVSNICK (along with SVSKILL and the other SVS commands) must be done from a ulined server, so your services admins were never able to do those commands directly. As for the raw, services admins should be able to do them as it is listed that way (at least on my test server). If you are having trouble with SVSNICK, and are using the format you posted...try adding a 1 at the end. It's a timestamp that is required so the server knows how to handle collisions. The command would be '/operserv raw svsnick curnick newnick 1'.
-
-It would be great to have webtv support altogether. We don't get many webtv users, if any, but having it there would be benificial in the future. Maybe make a webserv like other services do and make it an option like statserv is.
-
-And last, the ban list thing, there is an ircd feature to list the bans for the channel. I don't know the exactly command at the moment as I'm using a script to access it. But I'm sure if you took a script and looked at the code, you could easily find the command.
-
-The things I've listed here to work I haven't had time to test yet. I have all of my opers testing the new ircd update along with the new services...as I put it to them, "break it". We are active in our beta tests, meaning if we find a bug we don't just disregard it. Tomorrow I will have more time to test the stuff so I will test every feature I can think of to the best of my ability, with whatever exploits I can think of.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
- ----- Original Message -----
- From: [Real]
- To: ircservices@ircservices.za.net
- Sent: Monday, January 29, 2001 8:42 PM
- Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
- Anyone using Unreal1.1.1 out there have been able to allow their Services Administrators do commands like :
-
- SVSMODEs
- SVSNICK
-
- Or even
- a raw like : /MSG OperServ RAW SVSNICK CurrentNick NewNick ?
-
- It looks like ONLY NET ADMINS can do those commands on our network, Our IRCops are set as Services Admins with Unreal and as Services Admins with IRCservices. I can only think of a bug or that these commands are ony reserved for NET ADMINS now , I remember however our Services Admins were able to do those commands in past versions.
- Any help would be appreciated.
- By the way so far IRCServices-4.5pre0 and Unreal3.1.1 have been running smoothly with no problems at all and all the problems with room topics have been fixed, I notice an overall improvement in the way services do everything. I have noticed only two things I would like to mention:
-
- 1-) Services does not have a help topic with OperServ regarding the new CLEARCHAN , that's just cosmetic but it would look much better.
-
- 2-) It would be nice if ChanServ would also send a confirmation message back at the user when they do:
-
- /ChanServ OP #Channel Nick
-
- Some clients like WebTV dont have a visual idea of their status like PC users who see @ in front of their nicks and can get easily confused, this has been improved cause now it advices the user if they typed the wrong nick or the wrong channel name though.
-
- 3-) A command like: /msg ChanServ LIST #Channel BANS
- something like: /msg ChanServ CLEAR #Channel BANS which already exists and its very useful.
-
- ======================
- RealCFC@ChatFIRST.COM
- http://www.chatfirst.com
- ======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010128/7e5a0fbb/attachment.htm
-From RealCFC at ChatFIRST.COM Mon Jan 29 21:31:59 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a74b222.15614@prima-lan.net> <u7ja7t8g3p9g2neuhf51d6cs4poc7ks8bu@4ax.com> <003901c08a66$65007540$d0d13cd0@pavilion> <004301c08998$24e69760$0200000a@strider>
-Message-ID: <005501c08a7d$f8f7ac20$d0d13cd0@pavilion>
-
-SVSMODE and SVSNICK (along with SVSKILL and the other SVS commands) must be done from a ulined server, so your services admins were never able to do those commands directly.
-
- So is there another way to do it maybe with raw commands ?
-
-As for the raw, services admins should be able to do them as it is listed that way (at least on my test server). If you are having trouble with SVSNICK, and are using the format you posted...try adding a 1 at the end. It's a timestamp that is required so the server knows how to handle collisions. The command would be '/operserv raw svsnick curnick newnick 1'.
-
-
- Yeah I knew that one just forgot to add that 1 at the end , but still they cant exucute the command that way either very strange.
-
-It would be great to have webtv support altogether. We don't get many webtv users, if any, but having it there would be benificial in the future. Maybe make a webserv like other services do and make it an option like statserv is.
-
- That would be AWSOME , but I think that's just dreaming too much at least here lol.
-
-And last, the ban list thing, there is an ircd feature to list the bans for the channel. I don't know the exactly command at the moment as I'm using a script to access it. But I'm sure if you took a script and looked at the code, you could easily find the command.
-
- Yeah I know that feature exists but the problem here is that WebTV cannot see services notices that's why we use UnrealIRCd first of all cause it supports WebTV in many ways and for example converts all services messages from /notice to /msg without you having to modify services in anyway, so basically that IRC command is useless for WebTV users too, Now if ChanServ talks to them and tells them the channel bans then they can see them in /msg from cause UnrealIRCd supports WebTV and all services messages go to the user in /msg instead of /notice.
-
-Thanks for your comments.
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/bfce793c/attachment.html
-From gregk at wwwpages.com Mon Jan 29 19:46:44 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <005501c08a7d$f8f7ac20$d0d13cd0@pavilion>
-Message-ID: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com>
-
-Im getting alot of the following bodies to the messages on this list...
-
-
-> [Part 1, Text/PLAIN (charset: ISO-8859-1 "Latin 1") 46 lines]
-> [Not Shown. Use the "V" command to view or save this part]
->
->
-> [Part 2, Text/HTML (charset: ISO-8859-1 "Latin 1") 92 lines]
-> [Cannot display this part. Press "V" then "S" to save in a file]
-
-
-Is this appropriate? I just delete the messages in question as I dont
-have the time nor desire to spend time figuring out what they say.
-
-
-
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 29 21:42:24 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com>
-Message-ID: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion>
-
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010129/68ceb196/attachment.htm
-From andy at strugglers.net Mon Jan 29 18:38:09 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <005f01c08a7f$6d4cc000$d0d13cd0@pavilion>
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion>
-Message-ID: <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com>
-
-On Mon, 29 Jan 2001 21:42:24 -0800, "[Real]" <RealCFC@ChatFIRST.COM> wrote:
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<HTML><HEAD>
-<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
-<META content="MSHTML 5.50.4522.1800" name=GENERATOR>
-
-Please stop sending HTML mail to the list. It's incredibly annoying.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From RealCFC at ChatFIRST.COM Mon Jan 29 22:00:42 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com>
-Message-ID: <006601c08a81$fd0bd800$d0d13cd0@pavilion>
-
-Im sorry , I didnt notice I was being so annoying, as I rarely use mailing
-lists, I never received a complain before about HTML causing trouble like
-this accept my excuses it wont happen again.
-Also sorry for the blank message before.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From gregk at wwwpages.com Mon Jan 29 21:44:07 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <006601c08a81$fd0bd800$d0d13cd0@pavilion>
-Message-ID: <Pine.LNX.3.96.1010129214303.6911E-100000@smtp.wwwpages.com>
-
-Dont take offense, just appreciate that alot of us use PINE as our mailers
-(because we run unix) and it doesnt do that fancy stuff.
-
-On Mon, 29 Jan 2001, [Real] wrote:
-
-> Im sorry , I didnt notice I was being so annoying, as I rarely use mailing
-> lists, I never received a complain before about HTML causing trouble like
-> this accept my excuses it wont happen again.
-> Also sorry for the blank message before.
-> Ely
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andy at strugglers.net Tue Jan 30 03:01:44 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <3a74b222.15614@prima-lan.net>
-References: <3a74b222.15614@prima-lan.net>
-Message-ID: <kemc7top54q1illorfbhrtp8raf1p68en3@4ax.com>
-
-On Mon, 29 Jan 2001 08:57:09 JST, achurch@achurch.org (Andrew Church) wrote:
-
-> Services 4.5pre0 has been released, and can be downloaded from:
-
-> + Services now supports the "Services stamp" feature in DAL 4.4.15+
-> compatible servers (including Dreamforge and Bahamut). This feature
-> allows Services to attach an ID value to each user which will be
-> retained even when the network splits, for increased security when
-> re-granting privileges after a split.
-
-I was looking through the code and the support for this is wrapped in
-
-#ifdef IRC_DAL4_4_15
-#endif
-
-and uses a "MODE nick +d stamp"
-
-I can't find anything to do with Bahamut support there. Looking at Bahamut
-code it seems all that must be done is "SVSMODE +d nick stamp" instead.
-
-> * Support for the DALnet Bahamut server has been improved. Note that
-> only versions 1.4.1 and later are supported (support for earlier
-> versions has been dropped).
-
-I realise it's not trivial but support for the RC4 encrypted links in
-Bahamut would be lovely :)
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From achurch at achurch.org Wed Jan 31 00:00:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a76d76b.31534@prima-lan.net>
-
->I was looking through the code and the support for this is wrapped in
->
->#ifdef IRC_DAL4_4_15
->#endif
-
- When you're using Bahamut, IRC_DAL4_4_15 is also defined, so this
-code applies.
-
->I realise it's not trivial but support for the RC4 encrypted links in
->Bahamut would be lovely :)
-
- What exactly would this get you? I can see situations when you're
-running on an untrusted LAN and this would help, but in the vast majority
-of cases (where Services and the ircd run on the same box) this would do
-nothing except consume CPU power. The same goes for compression, only
-more so--even on a 10Mbps Ethernet link compression could easily reduce
-performance.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Mon Jan 29 12:51:58 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion>
-Message-ID: <002101c08a35$59488ac0$0200000a@strider>
-
-??? Strider [strider@6bit.net()] has joined #6bit
-??? mode/#6bit [+ntr] by ChanServ
-??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and
-NERD! http://www.6Bit.net Official Bandsite. (Strider)
-??? mode/#6bit [+o Strider] by ChanServ
-
-Who has changed the topic? Is tht suppose to be chanserv? I think I found a
-bug. The prefix on all the lines is generated by my script and was not
-received from the server, so don't be confused by that. I know it isn't my
-script or the ircd as I changed the topic and it showed up fine.
-
-??? Strider has changed the topic on channel #6bit to: blah testing
-
-Ok, back to testing.
-
-
-
-From smkelly at zombie.org Tue Jan 30 13:07:02 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <002101c08a35$59488ac0$0200000a@strider>; from strider@chatcircuit.com on Mon, Jan 29, 2001 at 02:51:58PM -0600
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider>
-Message-ID: <20010130150702.A69227@edgemaster.zombie.org>
-
-On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote:
-> ??? Strider [strider@6bit.net()] has joined #6bit
-> ??? mode/#6bit [+ntr] by ChanServ
-> ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and
-> NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> ??? mode/#6bit [+o Strider] by ChanServ
-
-1. What ircd is that? No real ircd will allow a null prefix to change the
- topic
-2. Try telnetting to the ircd (as a client) and joining the channel. See
- what the raw message sent to your (telnet) client looks like.
-3. Try telnetting to the ircd (as a server) and have a client join that
- channel. See what the raw server command looks like.
-
-$ telnet myircd 6667
-NICK mynick
-USER user x x :Real name
-JOIN #mychannel
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From RealCFC at ChatFIRST.COM Tue Jan 30 16:21:24 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider>
-Message-ID: <002a01c08b1b$c6026f00$3b08d6d1@pavilion>
-
-Ok on our network it would say: " Services.ChatFIRST.COM has changed topic
-to: Topic here " I like that better than when it was ChanServ changing the
-topic though , its cooler.
-
-In the past it used to be ChanServ who changed the topics when someone joins
-the room and there was nobody there.
-Is there any way for users to remove the nick of the person who first placed
-the the topic on the room? I know it can be removed but once everyone leaves
-the room the first person who joins will again see the Nick at the end of
-the topic.
-
-Also we have been playing around trying to add a Super-User but it looks its
-not working at least on our network, Look at this log:
-
-<RealCFC> SET SUPASS CF99
-<OperServ> Services super-user password has been changed.
-<RealCFC> SU CF99
-<OperServ> Password incorrect.
-
-Am I using the wrong commands or is it just not working ? it 's not telling
-me Im using the wrong commands so I think Im doing it right.
-
-Thanks everyone.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From strider at chatcircuit.com Mon Jan 29 13:24:19 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org>
-Message-ID: <002f01c08a39$d8b6c700$0200000a@strider>
-
-It's unrealircd...previous services had issues with unreal and since this is
-the first release to specifically have support for it, i'm doing heavy
-testing on it.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 3:07 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote:
-> > ??? Strider [strider@6bit.net()] has joined #6bit
-> > ??? mode/#6bit [+ntr] by ChanServ
-> > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and
-> > NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> > ??? mode/#6bit [+o Strider] by ChanServ
->
-> 1. What ircd is that? No real ircd will allow a null prefix to change the
-> topic
-> 2. Try telnetting to the ircd (as a client) and joining the channel. See
-> what the raw message sent to your (telnet) client looks like.
-> 3. Try telnetting to the ircd (as a server) and have a client join that
-> channel. See what the raw server command looks like.
->
-> $ telnet myircd 6667
-> NICK mynick
-> USER user x x :Real name
-> JOIN #mychannel
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Mon Jan 29 13:25:02 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <002a01c08b1b$c6026f00$3b08d6d1@pavilion>
-Message-ID: <003301c08a39$f27b26e0$0200000a@strider>
-
-I'm services root and can't use set supass. I am identified so I don't know
-what's wrong.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "[Real]" <RealCFC@ChatFIRST.COM>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 6:21 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> Ok on our network it would say: " Services.ChatFIRST.COM has changed topic
-> to: Topic here " I like that better than when it was ChanServ changing the
-> topic though , its cooler.
->
-> In the past it used to be ChanServ who changed the topics when someone
-joins
-> the room and there was nobody there.
-> Is there any way for users to remove the nick of the person who first
-placed
-> the the topic on the room? I know it can be removed but once everyone
-leaves
-> the room the first person who joins will again see the Nick at the end of
-> the topic.
->
-> Also we have been playing around trying to add a Super-User but it looks
-its
-> not working at least on our network, Look at this log:
->
-> <RealCFC> SET SUPASS CF99
-> <OperServ> Services super-user password has been changed.
-> <RealCFC> SU CF99
-> <OperServ> Password incorrect.
->
-> Am I using the wrong commands or is it just not working ? it 's not
-telling
-> me Im using the wrong commands so I think Im doing it right.
->
-> Thanks everyone.
-> Ely
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From RealCFC at ChatFIRST.COM Tue Jan 30 16:38:27 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released (bug)
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider>
-Message-ID: <002f01c08b1e$23b1aba0$3b08d6d1@pavilion>
-
-Ok I think I found a little problem still with the channel topics, If a room
-has KEEPTOPIC on and the channel topics are changed manually by /topic
-#channel topic then everything is ok and the topic stays however if the
-topic is changed in the way: /ChanServ SET #Channel TOPIC topic here
-then eventhough the channel was KEEPTOPIC moded the topic wont stay.
-Just what I just found out , no biggie but since Andrew was working on that
-I just wanted to let him know.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From smkelly at zombie.org Tue Jan 30 16:11:34 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <002f01c08a39$d8b6c700$0200000a@strider>; from strider@chatcircuit.com on Mon, Jan 29, 2001 at 03:24:19PM -0600
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider>
-Message-ID: <20010130181134.A69783@edgemaster.zombie.org>
-
-On Mon, Jan 29, 2001 at 03:24:19PM -0600, Strider wrote:
-> It's unrealircd...previous services had issues with unreal and since this is
-> the first release to specifically have support for it, i'm doing heavy
-> testing on it.
-
-That is nice that you're doing heavy testing on it, but if you want to test
-it properly and be able to report something that would be very informative,
-you should have done what I suggested previously and posted it back to the
-list. It is still possible that what you had happen was a client/script bug,
-or a client/script bug fed by a services bug. The best way to collect data
-is to do it without a client, and with the telnet command both as a client
-and a server. This gives you a full view of what is going through the
-network without some stupid client like BitchX interpreting it for you
-and possibly skewing what you see.
-
-> ----- Original Message -----
-> From: "Sean Kelly" <smkelly@zombie.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, January 30, 2001 3:07 PM
-> Subject: Re: [IRCServices] Services 4.5pre0 released
->
-> > On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote:
-> > > ??? Strider [strider@6bit.net()] has joined #6bit
-> > > ??? mode/#6bit [+ntr] by ChanServ
-> > > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and
-> > > NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> > > ??? mode/#6bit [+o Strider] by ChanServ
-> >
-> > 1. What ircd is that? No real ircd will allow a null prefix to change the
-> > topic
-> > 2. Try telnetting to the ircd (as a client) and joining the channel. See
-> > what the raw message sent to your (telnet) client looks like.
-> > 3. Try telnetting to the ircd (as a server) and have a client join that
-> > channel. See what the raw server command looks like.
-> >
-> > $ telnet myircd 6667
-> > NICK mynick
-> > USER user x x :Real name
-> > JOIN #mychannel
-...
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From kfiresun at ix.netcom.com Tue Jan 30 16:19:37 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released (bug)
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> <002f01c08b1e$23b1aba0$3b08d6d1@pavilion>
-Message-ID: <001701c08b1b$8ace07f0$6ed387d8@tiphares.com>
-
-. o O ( I think that's by design..... )
-
-Bryce Simonds (Kelmar K. Firesun)
-IRC operator: dream.esper.net
-
------ Original Message -----
-From: [Real] <RealCFC@ChatFIRST.COM>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 6:38 PM
-Subject: [IRCServices] Services 4.5pre0 released (bug)
-
-
-> Ok I think I found a little problem still with the channel topics, If a
-room
-> has KEEPTOPIC on and the channel topics are changed manually by /topic
-> #channel topic then everything is ok and the topic stays however if the
-> topic is changed in the way: /ChanServ SET #Channel TOPIC topic here
-> then eventhough the channel was KEEPTOPIC moded the topic wont stay.
-> Just what I just found out , no biggie but since Andrew was working on
-that
-> I just wanted to let him know.
-> Ely
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Wed Jan 31 13:23:13 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released (bug)
-Message-ID: <3a779369.67522@prima-lan.net>
-
->Ok I think I found a little problem still with the channel topics, If a room
->has KEEPTOPIC on and the channel topics are changed manually by /topic
->#channel topic then everything is ok and the topic stays however if the
->topic is changed in the way: /ChanServ SET #Channel TOPIC topic here
->then eventhough the channel was KEEPTOPIC moded the topic wont stay.
-
- This is apparently by design, but I admit it seems a bit odd. I'll
-change it.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From spaced at connect.ab.ca Tue Jan 30 18:22:10 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Dumb question about StatServ
-Message-ID: <000f01c08b2c$9d93b9a0$0200a8c0@powersurft.com>
-
-How do I get StatServ working? It doesn't seem to connect.
-
-Thanks,
-
-Tim
-
-
-
-From RealCFC at ChatFIRST.COM Tue Jan 30 23:59:08 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Dumb question about StatServ
-References: <000f01c08b2c$9d93b9a0$0200a8c0@powersurft.com>
-Message-ID: <001001c08b5b$b2a02b60$16fe3cd0@pavilion>
-
-First of all you MUST set up services to use StatServ while you are
-compiling your services, Then when you run services StatServ will be there
-like the other services agents.
-I hope this helps.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From achurch at achurch.org Wed Jan 31 13:58:26 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a779ba9.70536@prima-lan.net>
-
->\e$Bym\e(Bù Strider [strider@6bit.net()] has joined #6bit
->\e$Bym\e(Bù mode/#6bit [+ntr] by ChanServ
->\e$Bym\e(Bù has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ and
->NERD! http://www.6Bit.net Official Bandsite. (Strider)
->\e$Bym\e(Bù mode/#6bit [+o Strider] by ChanServ
-
- I can't reproduce this, so I think it's your script. The mode setter
-should be Services' server name (services.foobar.net or whatever).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Wed Jan 31 13:59:24 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a779c26.70551@prima-lan.net>
-
->Ok on our network it would say: " Services.ChatFIRST.COM has changed topic
->to: Topic here " I like that better than when it was ChanServ changing the
->topic though , its cooler.
->
->In the past it used to be ChanServ who changed the topics when someone joins
->the room and there was nobody there.
-
- Apparently Unreal doesn't allow ChanServ to set topics. I'll be looking
-into this further.
-
->Is there any way for users to remove the nick of the person who first placed
->the the topic on the room? I know it can be removed but once everyone leaves
->the room the first person who joins will again see the Nick at the end of
->the topic.
-
- That's not part of the topic; try "/topic #channel" and you'll see it's
-not displayed. The server sends that when the sender of the command
-(Services) is not the same as the person who originally set the topic.
-
->Also we have been playing around trying to add a Super-User but it looks its
->not working at least on our network, Look at this log:
->
-><RealCFC> SET SUPASS CF99
-><OperServ> Services super-user password has been changed.
-><RealCFC> SU CF99
-><OperServ> Password incorrect.
-
- This is a bug and has been fixed; thanks for the report.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Admin at ChatFIRST.COM Wed Jan 31 00:22:19 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net>
-Message-ID: <001901c08b5e$ee7b0440$16fe3cd0@pavilion>
-
-Andrew Church wrote:
-
- Apparently Unreal doesn't allow ChanServ to set topics. I'll be
-looking
-into this further
-
-Well what I meant is that I like the new way: Services.domain.com has
-changed the topic: better. ChanServ changes topic: it's also ok though
-makes no difference. sorry for my English limitations.
-
-I m glad I could help with something.
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From achurch at achurch.org Wed Jan 31 14:12:41 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a77a281.71144@prima-lan.net>
-
-> ----- Original Message -----=20
-> From: [Real]=20
-> To: ircservices@ircservices.za.net=20
-> Sent: Monday, January 29, 2001 8:42 PM
-> Subject: Re: [IRCServices] Services 4.5pre0 released
-[...]
-> 1-) Services does not have a help topic with OperServ regarding the =
->new CLEARCHAN , that's just cosmetic but it would look much better.
-
- Yes it does:
-
--> *OperServ* help clearchan
--OperServ- Syntax: CLEARCHAN channel
--OperServ-
--OperServ- Removes all users from a channel (masskick).
--OperServ-
--OperServ- Limited to Services operators.
-
-> 2-) It would be nice if ChanServ would also send a confirmation =
->message back at the user when they do:
->
-> /ChanServ OP #Channel Nick=20
-
- Added, thanks for the suggestion.
-
-> 3-) A command like: /msg ChanServ LIST #Channel BANS =20
-> something like: /msg ChanServ CLEAR #Channel BANS which already =
->exists and its very useful.
-
- As was already pointed out, you can do this through the ircd
-directly (the command is "/mode #channel +b"). I don't see the need
-to add an extra command to Services to do the same thing; if the
-client doesn't have a way to do that, then the client is broken and
-should be fixed.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Mon Jan 29 23:16:31 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.3.96.1010129194513.6911C-100000@smtp.wwwpages.com> <005f01c08a7f$6d4cc000$d0d13cd0@pavilion> <47ac7tsk427c52aul3u0me472rcsrbm7pd@4ax.com> <006601c08a81$fd0bd800$d0d13cd0@pavilion> <002101c08a35$59488ac0$0200000a@strider> <20010130150702.A69227@edgemaster.zombie.org> <002f01c08a39$d8b6c700$0200000a@strider> <20010130181134.A69783@edgemaster.zombie.org>
-Message-ID: <001801c08a8c$93699a80$0200000a@strider>
-
-I've been busy all day so I really hadn't had a chance to do any testing. I
-was planning on doing just that right after you suggested it, but got called
-away. I have the post saved n my important stuff folder so I can get to it
-again to see what the telnet commands are. I'll have a post about it
-tomorrow if there isn't one already.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 6:11 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> On Mon, Jan 29, 2001 at 03:24:19PM -0600, Strider wrote:
-> > It's unrealircd...previous services had issues with unreal and since
-this is
-> > the first release to specifically have support for it, i'm doing heavy
-> > testing on it.
->
-> That is nice that you're doing heavy testing on it, but if you want to
-test
-> it properly and be able to report something that would be very
-informative,
-> you should have done what I suggested previously and posted it back to the
-> list. It is still possible that what you had happen was a client/script
-bug,
-> or a client/script bug fed by a services bug. The best way to collect
-data
-> is to do it without a client, and with the telnet command both as a client
-> and a server. This gives you a full view of what is going through the
-> network without some stupid client like BitchX interpreting it for you
-> and possibly skewing what you see.
->
-> > ----- Original Message -----
-> > From: "Sean Kelly" <smkelly@zombie.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, January 30, 2001 3:07 PM
-> > Subject: Re: [IRCServices] Services 4.5pre0 released
-> >
-> > > On Mon, Jan 29, 2001 at 02:51:58PM -0600, Strider wrote:
-> > > > ??? Strider [strider@6bit.net()] has joined #6bit
-> > > > ??? mode/#6bit [+ntr] by ChanServ
-> > > > ??? has changed the topic on channel #6bit to: HAPPY BIRTHDAY LAZZ
-and
-> > > > NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> > > > ??? mode/#6bit [+o Strider] by ChanServ
-> > >
-> > > 1. What ircd is that? No real ircd will allow a null prefix to change
-the
-> > > topic
-> > > 2. Try telnetting to the ircd (as a client) and joining the channel.
-See
-> > > what the raw message sent to your (telnet) client looks like.
-> > > 3. Try telnetting to the ircd (as a server) and have a client join
-that
-> > > channel. See what the raw server command looks like.
-> > >
-> > > $ telnet myircd 6667
-> > > NICK mynick
-> > > USER user x x :Real name
-> > > JOIN #mychannel
-> ...
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From mike at chat.za.net Tue Jan 30 23:22:49 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <3a779ba9.70536@prima-lan.net>
-Message-ID: <Pine.LNX.4.30.0101310920550.7630-100000@moonlight.chat.za.net>
-
-Funnily enough, I came across an intersting bug
-
-mode +R on Dreamforge. THis cannot be forced off using mlock
-
-ie you can mlock your modes, to say , +tnr, and if you try put +i on, the
-topic locking correctly removes it again, however, if some dimwit puts +R
-on, topiclock doesn nothing about it.
-
-Could this be corrected in 4.5.0 release :)
-
-Thx
-
-Locke
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Wed, 31 Jan 2001, Andrew Church wrote:
-
-> >=1B$Bym=1B(B=F9 Strider [strider@6bit.net()] has joined #6bit
-> >=1B$Bym=1B(B=F9 mode/#6bit [+ntr] by ChanServ
-> >=1B$Bym=1B(B=F9 has changed the topic on channel #6bit to: HAPPY BIRTHD=
-AY LAZZ and
-> >NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> >=1B$Bym=1B(B=F9 mode/#6bit [+o Strider] by ChanServ
->
-> I can't reproduce this, so I think it's your script. The mode sette=
-r
-> should be Services' server name (services.foobar.net or whatever).
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | =1B$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#=1B(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Mon Jan 29 23:26:28 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net>
-Message-ID: <004201c08a8d$f69ed4c0$0200000a@strider>
-
-I've just noticed that chanserv doesn't set any topics at all. In past
-versions of unreal it has been able to. Maybe this can be reported to
-unreal's dev team as a bug?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 10:59 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> >Ok on our network it would say: " Services.ChatFIRST.COM has changed
-topic
-> >to: Topic here " I like that better than when it was ChanServ changing
-the
-> >topic though , its cooler.
-> >
-> >In the past it used to be ChanServ who changed the topics when someone
-joins
-> >the room and there was nobody there.
->
-> Apparently Unreal doesn't allow ChanServ to set topics. I'll be
-looking
-> into this further.
->
-> >Is there any way for users to remove the nick of the person who first
-placed
-> >the the topic on the room? I know it can be removed but once everyone
-leaves
-> >the room the first person who joins will again see the Nick at the end of
-> >the topic.
->
-> That's not part of the topic; try "/topic #channel" and you'll see
-it's
-> not displayed. The server sends that when the sender of the command
-> (Services) is not the same as the person who originally set the topic.
->
-> >Also we have been playing around trying to add a Super-User but it looks
-its
-> >not working at least on our network, Look at this log:
-> >
-> ><RealCFC> SET SUPASS CF99
-> ><OperServ> Services super-user password has been changed.
-> ><RealCFC> SU CF99
-> ><OperServ> Password incorrect.
->
-> This is a bug and has been fixed; thanks for the report.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From mike at chat.za.net Tue Jan 30 23:28:53 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <Pine.LNX.4.30.0101310920550.7630-100000@moonlight.chat.za.net>
-Message-ID: <Pine.LNX.4.30.0101310928340.7630-100000@moonlight.chat.za.net>
-
-Sorry, I forgot to say, df467 with ircservices 4.4.9
-
-Locke
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Wed, 31 Jan 2001, Michael Smith wrote:
-
->
-> Funnily enough, I came across an intersting bug
->
-> mode +R on Dreamforge. THis cannot be forced off using mlock
->
-> ie you can mlock your modes, to say , +tnr, and if you try put +i on, the
-> topic locking correctly removes it again, however, if some dimwit puts +R
-> on, topiclock doesn nothing about it.
->
-> Could this be corrected in 4.5.0 release :)
->
-> Thx
->
-> Locke
->
-> ---
-> Michael Smith (Warlock on IRC)
-> http://www.warlock.web.za/
-> "The software said Windows95 or better...
-> ...so I got Linux"
->
->
-> On Wed, 31 Jan 2001, Andrew Church wrote:
->
-> > >=1B$Bym=1B(B=F9 Strider [strider@6bit.net()] has joined #6bit
-> > >=1B$Bym=1B(B=F9 mode/#6bit [+ntr] by ChanServ
-> > >=1B$Bym=1B(B=F9 has changed the topic on channel #6bit to: HAPPY BIRT=
-HDAY LAZZ and
-> > >NERD! http://www.6Bit.net Official Bandsite. (Strider)
-> > >=1B$Bym=1B(B=F9 mode/#6bit [+o Strider] by ChanServ
-> >
-> > I can't reproduce this, so I think it's your script. The mode set=
-ter
-> > should be Services' server name (services.foobar.net or whatever).
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | =1B$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#=1B(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Mon Jan 29 23:32:27 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Not a bug afterall
-Message-ID: <005c01c08a8e$cd6aede0$0200000a@strider>
-
-Ok my bug report was a false alarm...thank kano for his shoddy scripting.
-This is one reason I'm making my own script...kano is the best script for
-xircon, which doesn't say much about the other scripts, heh. Anyways, as
-I've said before, proceed with the flaming.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From chromi at cyberspace.org Wed Jan 31 00:28:09 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Not a bug afterall
-In-Reply-To: <005c01c08a8e$cd6aede0$0200000a@strider>
-Message-ID: <l03130302b69d7cb8acab@[192.168.239.105]>
-
->Ok my bug report was a false alarm...thank kano for his shoddy scripting.
->This is one reason I'm making my own script...kano is the best script for
->xircon, which doesn't say much about the other scripts, heh. Anyways, as
->I've said before, proceed with the flaming.
-
-I'd say you're doing a good job, but then I'm biased. :) Also I'm
-currently using raw coffee beans to prop my eyes open while I get a cruddy
-HTTP server working for Uni coursework. :P I've got 2.5 more hours to
-iron out the more obvious bugs and port it to Windows...
-
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-big-mail: chromatix@penguinpowered.com
-uni-mail: j.d.morton@lancaster.ac.uk
-
-The key to knowledge is not to rely on people to teach you it.
-
-Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
-
------BEGIN GEEK CODE BLOCK-----
-Version 3.12
-GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
-PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
------END GEEK CODE BLOCK-----
-
-
-
-
-From achurch at achurch.org Wed Jan 31 17:39:17 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a77d094.73467@prima-lan.net>
-
->Funnily enough, I came across an intersting bug
->
->mode +R on Dreamforge. THis cannot be forced off using mlock
->
->ie you can mlock your modes, to say , +tnr, and if you try put +i on, the
->topic locking correctly removes it again, however, if some dimwit puts +R
->on, topiclock doesn nothing about it.
-
- That's not a bug, that's the way it's supposed to work. If you want
-to force mode +R off, you have to "SET MLOCK +tn-R". RTFM.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From aldren at terra.com.br Wed Jan 31 02:04:52 2001
-From: aldren at terra.com.br (Aldren Moraes)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] subscribe email
-Message-ID: <01013108064000.28294@aldren>
-
-
-
-From mike at chat.za.net Wed Jan 31 02:06:04 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-In-Reply-To: <3a77d094.73467@prima-lan.net>
-Message-ID: <Pine.LNX.4.30.0101311201310.22637-100000@moonlight.chat.za.net>
-
-
-On Wed, 31 Jan 2001, Andrew Church wrote:
-
-> That's not a bug, that's the way it's supposed to work. If you want
-> to force mode +R off, you have to "SET MLOCK +tn-R". RTFM.
-
-Thats what comes from not having the time to investigate a complaint
-yourself, but just going on the word of one of your ircops...
-
-They said they had put -R in the mlock, but I have just tried it now, and
-it works properly.
-
-Not a clue what they did then, time to get the wire brush of
-enlightenment and apply it to the foreskin of learning.
-
-Apologies for the time waste
-
-Locke
-
-
-
-From dblanch at home.com Wed Jan 31 04:07:52 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net>
-Message-ID: <001101c08b7e$70110e40$250c1218@cc274522d>
-
-> Apparently Unreal doesn't allow ChanServ to set topics. I'll be
-looking
-> into this further.
-
-[07:05] *** Now talking in #chatzone
-(FNK) channel statistics: (+o: 1) (+v: 0) (-v: 0) (total: 1)
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-[07:05] *** ChanServ sets mode: +ntr
-[07:05] *** ChanServ changes topic to '.I miss ya everyone (Cindi)'
-
-Works fine here... lol
-
-David
-
-
-
-
-From strider at chatcircuit.com Tue Jan 30 11:47:46 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <Pine.LNX.4.30.0101311201310.22637-100000@moonlight.chat.za.net>
-Message-ID: <001c01c08af5$8a964b60$0200000a@strider>
-
-I have all of my ircops report to me with a way to reproduce the bug before
-I report it. But right now I'm having a tough time just getting them to test
-it out. So far the only bug I've really found is with my irc script, heh.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Michael Smith" <mike@chat.za.net>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, January 31, 2001 4:06 AM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
->
->
-> On Wed, 31 Jan 2001, Andrew Church wrote:
->
-> > That's not a bug, that's the way it's supposed to work. If you
-want
-> > to force mode +R off, you have to "SET MLOCK +tn-R". RTFM.
->
-> Thats what comes from not having the time to investigate a complaint
-> yourself, but just going on the word of one of your ircops...
->
-> They said they had put -R in the mlock, but I have just tried it now, and
-> it works properly.
->
-> Not a clue what they did then, time to get the wire brush of
-> enlightenment and apply it to the foreskin of learning.
->
-> Apologies for the time waste
->
-> Locke
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Tue Jan 30 11:48:23 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d>
-Message-ID: <002101c08af5$a2c7d640$0200000a@strider>
-
-What version of unreal? I noticed in earlier versions (3.0, possibly 3.1)
-that it did in fact work, but is absolutely broken on 3.1.1.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "David Blanchard" <dblanch@home.com>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, January 31, 2001 6:07 AM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
->
-> > Apparently Unreal doesn't allow ChanServ to set topics. I'll be
-> looking
-> > into this further.
->
-> [07:05] *** Now talking in #chatzone
-> (FNK) channel statistics: (+o: 1) (+v: 0) (-v: 0) (total: 1)
-> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-> [07:05] *** ChanServ sets mode: +ntr
-> [07:05] *** ChanServ changes topic to '.I miss ya everyone (Cindi)'
->
-> Works fine here... lol
->
-> David
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From ben at inside3d.net Wed Jan 31 11:55:11 2001
-From: ben at inside3d.net (ben@inside3d.net)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Not a bug afterall
-In-Reply-To: <005c01c08a8e$cd6aede0$0200000a@strider>; from strider@chatcircuit.com on Tue, Jan 30, 2001 at 01:32:27AM -0600
-References: <005c01c08a8e$cd6aede0$0200000a@strider>
-Message-ID: <20010131115511.A31439@desync.com>
-
-On Tue, Jan 30, 2001 at 01:32:27AM -0600, Strider wrote:
-> Ok my bug report was a false alarm...thank kano for his shoddy scripting.
-> This is one reason I'm making my own script...kano is the best script for
-> xircon, which doesn't say much about the other scripts, heh. Anyways, as
-> I've said before, proceed with the flaming.
-
-Maybe use an IRC client that isn't 4 years old.
-
--ben
-
-
-
-From strider at chatcircuit.com Tue Jan 30 12:06:35 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Not a bug afterall
-References: <005c01c08a8e$cd6aede0$0200000a@strider> <20010131115511.A31439@desync.com>
-Message-ID: <002f01c08af8$27555480$0200000a@strider>
-
-It wasn't the fault of the client, it was the script. This is really the
-only client I prefer.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: <ben@inside3d.net>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, January 31, 2001 1:55 PM
-Subject: Re: [IRCServices] Not a bug afterall
-
-
-> On Tue, Jan 30, 2001 at 01:32:27AM -0600, Strider wrote:
-> > Ok my bug report was a false alarm...thank kano for his shoddy
-scripting.
-> > This is one reason I'm making my own script...kano is the best script
-for
-> > xircon, which doesn't say much about the other scripts, heh. Anyways, as
-> > I've said before, proceed with the flaming.
->
-> Maybe use an IRC client that isn't 4 years old.
->
-> -ben
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From Admin at ChatFIRST.COM Wed Jan 31 15:33:39 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a77a281.71144@prima-lan.net>
-Message-ID: <000601c08bde$42251160$4208d6d1@pavilion>
-
-Andrew Church wrote:
-
- Yes it does:
-
--> *OperServ* help clearchan
--OperServ- Syntax: CLEARCHAN channel
--OperServ-
--OperServ- Removes all users from a channel (masskick).
--OperServ-
--OperServ- Limited to Services operators.
-
- Well what I mean is that is NOT listed on the HELP command from OperServ
-, although I now see from your message that OperServ indeed has a help topic
-on it.
-
-
-if the client doesn't have a way to do that, then the client is broken and
-should be fixed.
-
-That's the problem, I understand its microsoft who should be fixing this and
-many other problems with this client, but its been years , its been
-reported hundreads of times and MS just DOESN'T care at all about its users
-experience on IRC. I once contacted them directly and ask them about this
-problme and others , the reason they gave me is that WebTV should not and
-probably will NEVER get to see /notice on IRC is because it would deminish
-the users experience cause then they would be getting a lot of unwanted
-messages on the screen making it hard for the user to follow a conversation
-on a TV screen, The chat text on the screen of a WebTV runs fast and they
-have no separate windows for private messages everything the user sees they
-see in the same screen so they only support the basic IRC stuff . When WebTV
-gets a private message they see it in the same window just in red color
-while the public text is displayed in green, UnrealIRCd has done a great job
-and convert the services messages to /MSG so that at least WebTV can see the
-services messages and other very important IRC notices but not all. in the
-mean time users are the ones getting screwed, I guess we will have to learn
-to live with this then.
-
-
-Thanks for adding a response or confirmation to the /msg ChanServ OP
-#Channel Nick command that is VERY useful for many clients trust me. Are
-all this fixes already available if I re-download services ?
-Thanks in advance.
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From Admin at ChatFIRST.COM Wed Jan 31 15:38:36 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net> <004201c08a8d$f69ed4c0$0200000a@strider>
-Message-ID: <000f01c08bde$f77c6860$4208d6d1@pavilion>
-
-I've just noticed that chanserv doesn't set any topics at all. In past
-versions of unreal it has been able to. Maybe this can be reported to
-unreal's dev team as a bug?
-
-What version of Unreal are you using ? Since I got 4.5pre0 I have not had
-any more problems with ChanServ and topics , You should get Unreal3.1.1
-other versions of Unreal are not supported at all Andrew is just
-experiencing with Unreal3.1.1
-
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From u970042 at giki.edu.pk Wed Jan 31 13:43:36 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Bouncy modes??
-Message-ID: <13a101c08bce$ec2efc80$430ba8c0@hostel1.giki.edu.pk>
-
-Does anyone know what this means?
-I've only seen it once in the log file, so it might not be reproducible.
-As far as the channel goes, nothing significant was happening.
-Only the normal, joins, quits and chatting.
-
-ChanServ: Bouncy modes on channel #giki
-
-
-
-
-From dblanch at home.com Wed Jan 31 14:16:23 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d> <002101c08af5$a2c7d640$0200000a@strider>
-Message-ID: <002e01c08bd3$724a82e0$250c1218@cc274522d>
-
-We are running Unreal 3.1.1 and Services 4.4.8 (w/ my own Unreal support
-added)
-
-David
-
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, January 30, 2001 2:48 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> What version of unreal? I noticed in earlier versions (3.0, possibly 3.1)
-> that it did in fact work, but is absolutely broken on 3.1.1.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-
-
-
-
-From RealCFC at ChatFIRST.COM Wed Jan 31 17:42:40 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services Protection !
-Message-ID: <005001c08bf0$4610ec60$4208d6d1@pavilion>
-
-We just had a flooder attacked and it even crashed services. I have G lined
-him but you know they can always get another ISP.
-Is there a way to protect services against flood ? He came in with a lot of
-nicks at the same time I reduced the session limit to 2 we had it to 5
-hopefully this will help a little.
-Thanks for any help you could give me.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
-
-
-
-From achurch at achurch.org Thu Feb 1 07:50:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services 4.5pre0 released
-Message-ID: <3a789732.03515@prima-lan.net>
-
-> Well what I mean is that is NOT listed on the HELP command from OperServ
->, although I now see from your message that OperServ indeed has a help topic
->on it.
-
- Oops, right you are; fixed.
-
->>if the client doesn't have a way to do that, then the client is broken and
->>should be fixed.
->
->That's the problem, I understand its microsoft who should be fixing this and
->many other problems with this client, but its been years , its been
->reported hundreads of times and MS just DOESN'T care at all about its users
->experience on IRC.
-
- Then users who care about things like being able to list bans should
-use a different IRC client. I will not be adding specific support for WebTV
-clients, end of story.
-
->Thanks for adding a response or confirmation to the /msg ChanServ OP
->#Channel Nick command that is VERY useful for many clients trust me. Are
->all this fixes already available if I re-download services ?
-
- I plan to release pre1 sometime today which will have all the recent
-fixes in it.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Thu Feb 1 07:54:40 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Services Protection !
-Message-ID: <3a7897f5.03532@prima-lan.net>
-
->We just had a flooder attacked and it even crashed services. I have G lined
->him but you know they can always get another ISP.
->Is there a way to protect services against flood ?
-
- Services shouldn't crash from just being flooded--if it did crash,
-that's a bug in Services. Other than that, use session limits and check
-your ircd flood settings.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Thu Feb 1 07:56:11 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:08 2004
-Subject: [IRCServices] Bouncy modes??
-Message-ID: <3a789935.03557@prima-lan.net>
-
->Does anyone know what this means?
->I've only seen it once in the log file, so it might not be reproducible.
->As far as the channel goes, nothing significant was happening.
->Only the normal, joins, quits and chatting.
->
->ChanServ: Bouncy modes on channel #giki
-
- This indicates that Services wasn't able to set modes on the listed
-channel, and is how Services prevents itself from "fighting" with the
-IRC server when the server won't let it set channel modes. When
-Services detects this, it prints a warning like the above in the log,
-sends out a WALLOPS/GLOBOPS (depending on the IRC server type), and
-refuses to set any more modes on that channel.
-
- Unfortunately, the detection sometimes goes off when in reality
-nothing bad is happening. I'm working on a better way of detecting the
-problem, but for now, clearing out the channel (getting everyone to
-leave so the channel disappears) will make Services forget about the
-problem and set modes on that channel again.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From u970042 at giki.edu.pk Wed Jan 31 15:49:32 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Bouncy modes??
-References: <3a789935.03557@prima-lan.net>
-Message-ID: <16e701c08be0$c485c490$430ba8c0@hostel1.giki.edu.pk>
-
-> Unfortunately, the detection sometimes goes off when in reality
-> nothing bad is happening. I'm working on a better way of detecting the
-> problem, but for now, clearing out the channel (getting everyone to
-> leave so the channel disappears) will make Services forget about the
-> problem and set modes on that channel again.
-
-uhhh You do realize that this might not be possible on high profile channels...
-Oh sure, you can do it and all people will hear are that it was necessary, but
-it does make things unpleasant. Couldn't this be made simpler? I refer to
-making services forget the problem.
-Oh and btw, services still sets modes on the channel like o and v and b,
-it just doesn't set the channel only modes like m and i. It doesn't unset them
-either. Could this be the reason that mlock sometimes fails?
-
-
-
-
-From Admin at ChatFIRST.COM Wed Jan 31 19:16:55 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services Protection !
-References: <3a7897f5.03532@prima-lan.net>
-Message-ID: <006301c08bfd$7181e9a0$4208d6d1@pavilion>
-
-I strongley believe there's certain kind of bug here, my services again
-crashed, And it looks like Unreal is correctly set up against flood. this
-time I didnt notice any flooding however I found out that I didnt not set a
-session limit on the services.conf but I had it marked to take notice of
-session limits , Maybe this caused the second crash ?
-Also I had set up services to generate the core file when they crash where
-is that core file supposed to be found after a crash?
-This is the services log right before the first crash when it appears that
-the flooder took them down, ALL those MODE +x are for the flooder's
-different nicks.
-Thanks
-
-
-[Jan 31 16:27:35 2001] user: MODE +x for nonexistent nick o2u6g1e: o2u6g1e
-+x
-[Jan 31 16:27:35 2001] user: MODE +x for nonexistent nick t9d6r4v: t9d6r4v
-+x
-[Jan 31 16:27:38 2001] user: MODE +x for nonexistent nick c4l4w9o: c4l4w9o
-+x
-[Jan 31 16:27:41 2001] user: MODE +x for nonexistent nick o6o8b9s: o6o8b9s
-+x
-[Jan 31 16:27:41 2001] user: MODE +x for nonexistent nick b8d7s2b: b8d7s2b
-+x
-[Jan 31 16:27:53 2001] user: MODE +x for nonexistent nick u9b8t5j: u9b8t5j
-+x
-[Jan 31 16:27:53 2001] user: MODE +x for nonexistent nick m4x2d6i: m4x2d6i
-+x
-[Jan 31 16:27:54 2001] user: MODE +x for nonexistent nick c2b8o8x: c2b8o8x
-+x
-[Jan 31 16:27:54 2001] user: MODE +x for nonexistent nick g8p5g7k: g8p5g7k
-+x
-[Jan 31 16:28:01 2001] user: MODE +x for nonexistent nick t2l3f7k: t2l3f7k
-+x
-[Jan 31 16:28:01 2001] user: JOIN from nonexistent user t2l3f7k: #ChatFIRST
-[Jan 31 16:28:48 2001] user: MODE +x for nonexistent nick fdljgk84: fdljgk84
-+x
-[Jan 31 16:29:57 2001] OperServ: Brooster: update
-[Jan 31 16:31:44 2001] NickServ: Diana!~ISeeYou@A040-0576.FLNT.splitrock.net
-identified for nick Diana
-[Jan 31 16:31:48 2001] NickServ:
-Exp27!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp27
-[Jan 31 16:31:51 2001] NickServ:
-Exp27!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp27
-[Jan 31 16:31:51 2001] NickServ:
-Exp!Operator@216-166-196-106.pk.dialup.grics.net identified for nick Exp
-[Jan 31 16:31:51 2001] unknown message from server (:Exp SETHOST
-Staff.ChatFIRST.COM)
-[Jan 31 16:31:51 2001] NickServ:
-ExpCFC!Operator@216-166-196-106.pk.dialup.grics.net identified for nick
-ExpCFC
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-NickServ Exp27 :No such nick/channel)
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-NickServ Exp :No such nick/channel)
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-NickServ Exp :No such nick/channel)
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-NickServ Exp :No such nick/channel)
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-NickServ Exp :No such nick/channel)
-[Jan 31 16:31:51 2001] unknown message from server (:IRC.ChatFIRST.COM 401
-ChanServ Exp :No such nick/channel)
-[Jan 31 16:34:13 2001] user: MODE +x for nonexistent nick fdljgk84: fdljgk84
-+x
-[Jan 31 16:39:55 2001] user: MODE +x for nonexistent nick w7n7p4f: w7n7p4f
-+x
-[Jan 31 16:39:55 2001] user: JOIN from nonexistent user w7n7p4f: #ChatFIRST
-[Jan 31 16:39:55 2001] user: MODE +x for nonexistent nick q6h4u6c: q6h4u6c
-+x
-[Jan 31 16:39:55 2001] user: JOIN from nonexistent user q6h4u6c: #ChatFIRST
-[Jan 31 16:39:56 2001] user: MODE +x for nonexistent nick t2y4k3l: t2y4k3l
-+x
-[Jan 31 16:39:56 2001] user: JOIN from nonexistent user t2y4k3l: #ChatFIRST
-[Jan 31 16:39:56 2001] user: MODE +x for nonexistent nick v8y6a6z: v8y6a6z
-+x
-[Jan 31 16:39:56 2001] user: JOIN from nonexistent user v8y6a6z: #ChatFIRST
-[Jan 31 16:39:57 2001] OperServ: Brooster: update
-[Jan 31 16:39:58 2001] user: MODE +x for nonexistent nick k8i4m3b: k8i4m3b
-+x
-[Jan 31 16:39:58 2001] user: JOIN from nonexistent user k8i4m3b: #ChatFIRST
-[Jan 31 16:51:53 2001] Services 4.5pre0 (compiled for Unreal) starting up
-[Jan 31 16:51:53 2001] Databases loaded
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
------ Original Message -----
-From: Andrew Church
-To: ircservices@ircservices.za.net
-Sent: Wednesday, January 31, 2001 2:54 PM
-Subject: Re: [IRCServices] Services Protection !
-
-
->We just had a flooder attacked and it even crashed services. I have G lined
->him but you know they can always get another ISP.
->Is there a way to protect services against flood ?
-
- Services shouldn't crash from just being flooded--if it did crash,
-that's a bug in Services. Other than that, use session limits and check
-your ircd flood settings.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From Admin at ChatFIRST.COM Wed Jan 31 19:22:47 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services Protection !
-References: <3a7897f5.03532@prima-lan.net>
-Message-ID: <006a01c08bfe$623b9580$4208d6d1@pavilion>
-
-Also I had this message from server :
-
-[16:35] [N] Connection to Services.ChatFIRST.COM[*@208.185.81.211]
-activated.
-[16:35] [L] Access denied (No matching N:line) [208.185.81.211]
-[16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- No Access
-(No matching N:line)
- [208.185.81.211]
-[16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- Closing
-Link: [208.185.81.211] (No matching
- N:line)
-[16:35] *** Global -- Write error to Services.ChatFIRST.COM[208.185.81.211],
-closing link (Broken pipe)
-
-Maybe something is wrong on the set up of either services or IRCd ? the set
-up Im using on C/N lines and U lines is the same I have been using for over
-a year so I wonder why it cause trouble now .
-
-by the way sorry for spamming the list so much.
-Ely
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
------ Original Message -----
-From: Andrew Church
-To: ircservices@ircservices.za.net
-Sent: Wednesday, January 31, 2001 2:54 PM
-Subject: Re: [IRCServices] Services Protection !
-
-
->We just had a flooder attacked and it even crashed services. I have G lined
->him but you know they can always get another ISP.
->Is there a way to protect services against flood ?
-
- Services shouldn't crash from just being flooded--if it did crash,
-that's a bug in Services. Other than that, use session limits and check
-your ircd flood settings.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From strider at chatcircuit.com Tue Jan 30 16:50:40 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre0 released
-References: <3a779c26.70551@prima-lan.net> <001101c08b7e$70110e40$250c1218@cc274522d> <002101c08af5$a2c7d640$0200000a@strider> <002e01c08bd3$724a82e0$250c1218@cc274522d>
-Message-ID: <003e01c08b1f$dc4c2a40$0200000a@strider>
-
-Maybe you should share your code with the developers? [Real] also noticed it
-worked fine in 3.0 and 3.1, but not 3.1.1, so I know I'm not crazy...ok so
-I'm lieing, I am crazy, but chanserv stll can't set the topic. I emailed the
-unreal list as well about this problem but haven't seen a reply on it yet.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "David Blanchard" <dblanch@home.com>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, January 31, 2001 4:16 PM
-Subject: Re: [IRCServices] Services 4.5pre0 released
-
-
-> We are running Unreal 3.1.1 and Services 4.4.8 (w/ my own Unreal support
-> added)
->
-> David
->
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, January 30, 2001 2:48 PM
-> Subject: Re: [IRCServices] Services 4.5pre0 released
->
->
-> > What version of unreal? I noticed in earlier versions (3.0, possibly
-3.1)
-> > that it did in fact work, but is absolutely broken on 3.1.1.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Thu Feb 1 09:58:12 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services Protection !
-Message-ID: <3a78b4d0.04633@prima-lan.net>
-
->Also I had this message from server :
->
->[16:35] [N] Connection to Services.ChatFIRST.COM[*@208.185.81.211]
->activated.
->[16:35] [L] Access denied (No matching N:line) [208.185.81.211]
->[16:35] [L] ERROR :from Services.ChatFIRST.COM[208.185.81.211] -- No Access
->(No matching N:line)
-> [208.185.81.211]
-
- See the FAQ (question 11).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Thu Feb 1 10:12:06 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Bouncy modes??
-Message-ID: <3a78b803.05137@prima-lan.net>
-
->> Unfortunately, the detection sometimes goes off when in reality
->> nothing bad is happening. I'm working on a better way of detecting the
->> problem, but for now, clearing out the channel (getting everyone to
->> leave so the channel disappears) will make Services forget about the
->> problem and set modes on that channel again.
->
->uhhh You do realize that this might not be possible on high profile channels...
->Oh sure, you can do it and all people will hear are that it was necessary, but
->it does make things unpleasant. Couldn't this be made simpler? I refer to
->making services forget the problem.
->Oh and btw, services still sets modes on the channel like o and v and b,
->it just doesn't set the channel only modes like m and i. It doesn't unset them
->either. Could this be the reason that mlock sometimes fails?
-
- Possibly. I've added a NoBouncyModes option to the config file for
-4.5pre1 that will disable this check.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Thu Feb 1 16:26:33 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-Message-ID: <3a791059.07660@prima-lan.net>
-
- Services 4.5pre1 has been released, and may be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.diff.gz
-
-It should reach ftp.ircservices.za.net and the mirrors shortly.
-
- See the Changes file in the archive for a list of changes from
-pre0. Also, I've made a number of changes in the Unreal support;
-people with Unreal, please continue testing and let me know of any
-_confirmed_ problems. (:
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From CoolAgony at aol.com Thu Feb 1 04:06:29 2001
-From: CoolAgony at aol.com (CoolAgony@aol.com)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-Message-ID: <31.fe609db.27aaab45@aol.com>
-
-i still use ircservices 4.3.3 and would like to add a command
-like /msg chanserv voice #channel me
-
-for people who have an access 3 on a channel
-
-any one can help me ? thx
-
-
-From spaced at connect.ab.ca Thu Feb 1 06:51:42 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-Message-ID: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>
-
-Hi there
-
-One of my opers on my network as playing around with the RAW function (more
-specifically, RAW SVSNICK) and discovered that you could put a space in a
-person's name.. or an @.. or any other character that IRC normally
-wouldn't let you do.
-
-Is this something that was missed, or intentional?
-
-Tim
-
-
-
-From smkelly at zombie.org Thu Feb 1 07:21:21 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-In-Reply-To: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>; from spaced@connect.ab.ca on Thu, Feb 01, 2001 at 07:51:42AM -0700
-References: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>
-Message-ID: <20010201092121.A85754@edgemaster.zombie.org>
-
-On Thu, Feb 01, 2001 at 07:51:42AM -0700, Tim AtLee wrote:
-> One of my opers on my network as playing around with the RAW function (more
-> specifically, RAW SVSNICK) and discovered that you could put a space in a
-> person's name.. or an @.. or any other character that IRC normally
-> wouldn't let you do.
->
-> Is this something that was missed, or intentional?
-
-I have to be in class in about 6 minutes, so I'll just summarize it this way:
-
-The way the parser in ircd is written, that is impossible. The RAW command
-just sends stuff RAWly to the services' uplink without services' considerring
-what the text actually says. However, the server they go to should throw this
-out or misunderstand it because of the space.
-
-SVSNICK jane joe blow TS
-
-Would, if it worked at all, change jane's nickname to joe.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From timatlee at hotmail.com Thu Feb 1 08:18:33 2001
-From: timatlee at hotmail.com (Tim AtLee)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-Message-ID: <F22mOEetM4NkFuVZrmt0000506a@hotmail.com>
-
-Heya
-
-I'm in class now, so I'll make this really quick :-)
-
-Try this (BTW, I know this works on Cyclone):
-/msg operserv raw SVSNICK <old nick> <new nick> <time>
-
-For new nick, use the NULL character (alt-255). You can also add any
-special character you'd like when using SVSNICK.
-
-It works. Same thing can be done for @ (ie change Nick1 to @Nick1)
-
-Anyhow, back to amplifiers.....
-
-Tim
-
-
->From: Sean Kelly <smkelly@zombie.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Services' allow spaces in nicks?
->Date: Thu, 1 Feb 2001 09:21:21 -0600
->
->On Thu, Feb 01, 2001 at 07:51:42AM -0700, Tim AtLee wrote:
-> > One of my opers on my network as playing around with the RAW function
->(more
-> > specifically, RAW SVSNICK) and discovered that you could put a space in
->a
-> > person's name.. or an @.. or any other character that IRC normally
-> > wouldn't let you do.
-> >
-> > Is this something that was missed, or intentional?
->
->I have to be in class in about 6 minutes, so I'll just summarize it this
->way:
->
->The way the parser in ircd is written, that is impossible. The RAW command
->just sends stuff RAWly to the services' uplink without services'
->considerring
->what the text actually says. However, the server they go to should throw
->this
->out or misunderstand it because of the space.
->
->SVSNICK jane joe blow TS
->
->Would, if it worked at all, change jane's nickname to joe.
->
->--
->Sean Kelly | PGP KeyID: 77042C7B
->smkelly@zombie.org | http://www.zombie.org
->
->For PGP key, send e-mail with subject "send pgp key"
->
->-----------------------------------------------------------
->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
->
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-
-From strider at chatcircuit.com Thu Feb 1 08:56:22 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <31.fe609db.27aaab45@aol.com>
-Message-ID: <000b01c08c6f$ef8e1ae0$0200000a@strider>
-
-You know, I've thought of this before, but whenever I think to mail the
-list, I forget about it...this would be a good feature, especially for those
-who use services more than the server commands. I don't do that, but I've
-had questions about a feature like this.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: <CoolAgony@aol.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 01, 2001 6:06 AM
-Subject: [IRCServices] chanserv voice
-
-
->
-> i still use ircservices 4.3.3 and would like to add a command
-> like /msg chanserv voice #channel me
->
-> for people who have an access 3 on a channel
->
-> any one can help me ? thx
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Thu Feb 1 08:58:18 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-References: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>
-Message-ID: <001501c08c70$35e06ca0$0200000a@strider>
-
-This should really be an ircd problem. The ircd's svsnick command should not
-allow those things. When telling services RAW, you are basically telling
-services to send that exact information to the server. You might want to
-contact your ircd developer on this, as I will be shortly because we have a
-similar problem. (though this is trivial, only services admins can do this)
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Tim AtLee" <spaced@connect.ab.ca>
-To: "Mailing List: Services" <ircservices@ircservices.za.net>
-Sent: Thursday, February 01, 2001 8:51 AM
-Subject: [IRCServices] Services' allow spaces in nicks?
-
-
-> Hi there
->
-> One of my opers on my network as playing around with the RAW function
-(more
-> specifically, RAW SVSNICK) and discovered that you could put a space in a
-> person's name.. or an @.. or any other character that IRC normally
-> wouldn't let you do.
->
-> Is this something that was missed, or intentional?
->
-> Tim
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Thu Feb 1 09:02:54 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] (no subject)
-References: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>
-Message-ID: <001d01c08c70$d65b3020$0200000a@strider>
-
-I've been looking into the chanserv topic problem and found something
-interesting. The problem with unreal 3.1.1 and chanserv on services 4.4.8
-seems to be random. Sometimes it will set the topic, sometimes it won't. I'm
-still waiting on information from the unreal list. If I were a programmer,
-even in the mildest form, I would look through the code myself to see what I
-could find. But C is like spanish to me...I understand a lot of it, but
-wouldn't be able to do much with it.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From bclark at bclark.yi.org Thu Feb 1 08:59:57 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <31.fe609db.27aaab45@aol.com> <000b01c08c6f$ef8e1ae0$0200000a@strider>
-Message-ID: <3A79960D.8B5BCB6B@bclark.yi.org>
-
-I had to do this out of necessity when I tried to change the ircd to
-allow voiced people to voice other people .......... and instead ended
-up with *no one* being able to voice people. :( It's not a hard
-proposition, really -- just copy do_op and do_deop and make the
-appropriate changes. ;)
-
-
-
-From ben at desync.com Thu Feb 1 11:08:06 2001
-From: ben at desync.com (ben@desync.com)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-In-Reply-To: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>; from spaced@connect.ab.ca on Thu, Feb 01, 2001 at 07:51:42AM -0700
-References: <002d01c08c5e$7d7e0840$0200a8c0@powersurft.com>
-Message-ID: <20010201110806.B6015@desync.com>
-
-I take it you only have one server. Also try mIRC color codes.
-
--ben
-
-On Thu, Feb 01, 2001 at 07:51:42AM -0700, Tim AtLee wrote:
-> Hi there
->
-> One of my opers on my network as playing around with the RAW function (more
-> specifically, RAW SVSNICK) and discovered that you could put a space in a
-> person's name.. or an @.. or any other character that IRC normally
-> wouldn't let you do.
->
-> Is this something that was missed, or intentional?
->
-> Tim
-
-
-From Admin at ChatFIRST.COM Thu Feb 1 18:08:21 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a791059.07660@prima-lan.net>
-Message-ID: <000401c08cbd$094e2e00$0dfe3cd0@pavilion>
-
-For some reason the file wont decompress I type:
-
-tar -rvf ircservices-4.5pre1.tar
-
-but nothing happens any ideas ?
-Thanks in advance.
-Ely
-
------ Original Message -----
-From: Andrew Church
-To: ircservices@ircservices.za.net
-Sent: Wednesday, January 31, 2001 11:26 PM
-Subject: [IRCServices] Services 4.5pre1 released
-
-
- Services 4.5pre1 has been released, and may be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.diff.gz
-
-It should reach ftp.ircservices.za.net and the mirrors shortly.
-
- See the Changes file in the archive for a list of changes from
-pre0. Also, I've made a number of changes in the Unreal support;
-people with Unreal, please continue testing and let me know of any
-_confirmed_ problems. (:
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From smkelly at zombie.org Thu Feb 1 15:06:08 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-In-Reply-To: <000401c08cbd$094e2e00$0dfe3cd0@pavilion>; from Admin@ChatFIRST.COM on Thu, Feb 01, 2001 at 06:08:21PM -0800
-References: <3a791059.07660@prima-lan.net> <000401c08cbd$094e2e00$0dfe3cd0@pavilion>
-Message-ID: <20010201170608.A87772@edgemaster.zombie.org>
-
-On Thu, Feb 01, 2001 at 06:08:21PM -0800, [Real] wrote:
-> For some reason the file wont decompress I type:
->
-> tar -rvf ircservices-4.5pre1.tar
->
-> but nothing happens any ideas ?
-
-Hmm..........
-
-Have you tried
-
-tar -xvf ircservices-4.5pre1.tar
-
-That seems to work here. Something about -r being sued for appending files
-to tar archives seems funny to me, but maybe your tar is jsut broken.
-
-(HINT: RTFM, LART needed.)
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From RealCFC at ChatFIRST.COM Thu Feb 1 18:20:25 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a791059.07660@prima-lan.net> <000401c08cbd$094e2e00$0dfe3cd0@pavilion> <20010201170608.A87772@edgemaster.zombie.org>
-Message-ID: <001b01c08cbe$b7fa8f60$0dfe3cd0@pavilion>
-
-Thanks it worked indeed, what's the big difference between -rvf and -xvf ?
-Thanks for your help , I know I might get bombarded for asking questions
-regarding to Unix and not services here but I don't have many places where
-to ask lol.
-Ely
-
-======================
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 01, 2001 3:06 PM
-Subject: Re: [IRCServices] Services 4.5pre1 released
-
-
-> On Thu, Feb 01, 2001 at 06:08:21PM -0800, [Real] wrote:
-> > For some reason the file wont decompress I type:
-> >
-> > tar -rvf ircservices-4.5pre1.tar
-> >
-> > but nothing happens any ideas ?
->
-> Hmm..........
->
-> Have you tried
->
-> tar -xvf ircservices-4.5pre1.tar
->
-> That seems to work here. Something about -r being sued for appending
-files
-> to tar archives seems funny to me, but maybe your tar is jsut broken.
->
-> (HINT: RTFM, LART needed.)
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From smkelly at zombie.org Thu Feb 1 15:17:26 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-In-Reply-To: <001b01c08cbe$b7fa8f60$0dfe3cd0@pavilion>; from RealCFC@ChatFIRST.COM on Thu, Feb 01, 2001 at 06:20:25PM -0800
-References: <3a791059.07660@prima-lan.net> <000401c08cbd$094e2e00$0dfe3cd0@pavilion> <20010201170608.A87772@edgemaster.zombie.org> <001b01c08cbe$b7fa8f60$0dfe3cd0@pavilion>
-Message-ID: <20010201171726.A87869@edgemaster.zombie.org>
-
-On Thu, Feb 01, 2001 at 06:20:25PM -0800, [Real] wrote:
-> Thanks it worked indeed, what's the big difference between -rvf and -xvf ?
-> Thanks for your help , I know I might get bombarded for asking questions
-> regarding to Unix and not services here but I don't have many places where
-> to ask lol.
-
-As 'man tar' would be happy to tell you:
- -r
- --append Append files to the end of an archive. (Does not work on
- quarter-inch tapes).
-
- -x
- --extract
- --get Extract files from an archive. The owner, modification
- time, and file permissions are restored, if possible. If
- no file arguments are given, extract all the files in the
- archive. If a filename argument matches the name of a di-
- rectory on the tape, that directory and its contents are
- extracted (as well as all directories under that directo-
- ry). If the archive contains multiple entries correspond-
- ing to the same file (see the --append command above), the
- last one extracted will overwrite all earlier versions.
-
-So basically, -r is for adding, while -x is for extracting. Try reading
-the manpages.
-
---
-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 Feb 1 15:52:48 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-In-Reply-To: <001b01c08cbe$b7fa8f60$0dfe3cd0@pavilion>
-References: <3a791059.07660@prima-lan.net> <000401c08cbd$094e2e00$0dfe3cd0@pavilion> <20010201170608.A87772@edgemaster.zombie.org> <001b01c08cbe$b7fa8f60$0dfe3cd0@pavilion>
-Message-ID: <oltj7tgcv8qn66r0h891781uec9jps4uda@4ax.com>
-
-On Thu, 1 Feb 2001 18:20:25 -0800, "[Real]" <RealCFC@ChatFIRST.COM> wrote:
-
->Thanks it worked indeed, what's the big difference between -rvf and -xvf ?
-
-Ummm "man tar" ?
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From achurch at achurch.org Fri Feb 2 09:06:20 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services' allow spaces in nicks?
-Message-ID: <3a79fa96.16777@prima-lan.net>
-
- Others have replied to this as well, but just to make things clear:
-
->One of my opers on my network as playing around with the RAW function (more
->specifically, RAW SVSNICK) and discovered that you could put a space in a
->person's name.. or an @.. or any other character that IRC normally
->wouldn't let you do.
->
->Is this something that was missed, or intentional?
-
- RAW doesn't do anything to its arguments, so this would be intentional.
-RTFM.
-
--> *OperServ* help raw
--OperServ- Syntax: RAW text
--OperServ-
--OperServ- Sends a string of text directly to the server to which
--OperServ- Services is connected. This command has a very limited
--OperServ- range of uses, and can wreak havoc on a network if used
--OperServ- improperly. DO NOT USE THIS COMMAND unless you are
--OperServ- absolutely certain you know what you are doing!
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 2 09:58:54 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-Message-ID: <3a7a0671.17170@prima-lan.net>
-
->i still use ircservices 4.3.3 and would like to add a command
->like /msg chanserv voice #channel me
->
->for people who have an access 3 on a channel
-
- I will add VOICE/DEVOICE commands for 4.5.0.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Admin at ChatFIRST.COM Thu Feb 1 20:14:36 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a791059.07660@prima-lan.net>
-Message-ID: <000e01c08cce$a8432c20$0dfe3cd0@pavilion>
-
-I have just installed IRCServices-4.5pre1 and everything appears to be ok
-except for that new feature of ChanServ setting +q on the owner. First it
-looks like it's not doing it on all the rooms, I tried registering a test
-channel after one of my IRCops complained that ChanServ was not +q ing him
-on his channel that of course he owns and was the founder of it. ChanServ
-would NOT set +q on me opon joining the Test channel, However it was setting
-+q on the help channel #ChatFIRST which had been registered like a year ago.
-Also this new +q mode conflicts with clients like pIRCh98 cause once the
-given nick gets +q then their nick shows up as @.Nick notice there's dot in
-between the @ sign and the nickname itself then when someone using pIRCh
-tries to /msg the nick by double clicking on their nick they get this
-message back at them:
-
-.RealCFC :No such nick/channel
--
-.RealCFC :End of /WHOIS list.
--
-
-I know this seems to be a problem with the client itself not services but I
-wonder what we will tell to all these pIRCh users when they try to private
-message the OP of the room and it says she/he are not knwon .
-Maybe this is something that has to be fixed with UnrealIRCd ?
-I have used pIRCh in networks where OPs are not shown with @ but with .
-(dot) in that case pIRCh has no problem private messaging the user.
-This is a really bad bad thing as many many people on the internet use
-pIRCh98. after all there's only two good IRC clients for Windows mIRC and
-pIRCh . the others are all full of bugs.
-
-I also noticed that ChanServ DID NOT MLOCK +s on rooms where it was supposed
-to. Once I restarted services for the upgrade ChanServ forgot MLOCK +s in
-every room it was set for that.
-
-I ll continue testing and send a message to this list if I find any other
-problems.
-Ely
-
-
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, January 31, 2001 11:26 PM
-Subject: [IRCServices] Services 4.5pre1 released
-
-
-> Services 4.5pre1 has been released, and may be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.diff.gz
->
-> It should reach ftp.ircservices.za.net and the mirrors shortly.
->
-> See the Changes file in the archive for a list of changes from
-> pre0. Also, I've made a number of changes in the Unreal support;
-> people with Unreal, please continue testing and let me know of any
-> _confirmed_ problems. (:
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From Admin at ChatFIRST.COM Thu Feb 1 20:24:25 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a791059.07660@prima-lan.net> <000e01c08cce$a8432c20$0dfe3cd0@pavilion>
-Message-ID: <001501c08cd0$07ef8dc0$0dfe3cd0@pavilion>
-
-Also forgot to say once the person that has been +q ed on the channel
-changes their nick to another the new nick WILL NOT show up on the people's
-list however the old nick still appears there being a ghost and the users of
-the room can't even see that the Founder changed nicks it simply stays there
-as a ghost till the user ( not the room founder but the one that cant see
-the founder quits IRC or the channel in question )
-
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
------ Original Message -----
-From: "[Real]" <Admin@chatfirst.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 01, 2001 8:14 PM
-Subject: Re: [IRCServices] Services 4.5pre1 released
-
-
-> I have just installed IRCServices-4.5pre1 and everything appears to be ok
-> except for that new feature of ChanServ setting +q on the owner. First it
-> looks like it's not doing it on all the rooms, I tried registering a test
-> channel after one of my IRCops complained that ChanServ was not +q ing him
-> on his channel that of course he owns and was the founder of it. ChanServ
-> would NOT set +q on me opon joining the Test channel, However it was
-setting
-> +q on the help channel #ChatFIRST which had been registered like a year
-ago.
-> Also this new +q mode conflicts with clients like pIRCh98 cause once the
-> given nick gets +q then their nick shows up as @.Nick notice there's dot
-in
-> between the @ sign and the nickname itself then when someone using pIRCh
-> tries to /msg the nick by double clicking on their nick they get this
-> message back at them:
->
-> .RealCFC :No such nick/channel
-> -
-> .RealCFC :End of /WHOIS list.
-> -
->
-> I know this seems to be a problem with the client itself not services but
-I
-> wonder what we will tell to all these pIRCh users when they try to private
-> message the OP of the room and it says she/he are not knwon .
-> Maybe this is something that has to be fixed with UnrealIRCd ?
-> I have used pIRCh in networks where OPs are not shown with @ but with .
-> (dot) in that case pIRCh has no problem private messaging the user.
-> This is a really bad bad thing as many many people on the internet use
-> pIRCh98. after all there's only two good IRC clients for Windows mIRC and
-> pIRCh . the others are all full of bugs.
->
-> I also noticed that ChanServ DID NOT MLOCK +s on rooms where it was
-supposed
-> to. Once I restarted services for the upgrade ChanServ forgot MLOCK +s in
-> every room it was set for that.
->
-> I ll continue testing and send a message to this list if I find any other
-> problems.
-> Ely
->
->
-> ======================
-> RealCFC@ChatFIRST.COM
-> http://www.chatfirst.com
-> ======================
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Wednesday, January 31, 2001 11:26 PM
-> Subject: [IRCServices] Services 4.5pre1 released
->
->
-> > Services 4.5pre1 has been released, and may be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5pre1.diff.gz
-> >
-> > It should reach ftp.ircservices.za.net and the mirrors shortly.
-> >
-> > See the Changes file in the archive for a list of changes from
-> > pre0. Also, I've made a number of changes in the Unreal support;
-> > people with Unreal, please continue testing and let me know of any
-> > _confirmed_ problems. (:
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From dblanch at home.com Thu Feb 1 17:36:42 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7a0671.17170@prima-lan.net>
-Message-ID: <000701c08cb8$989b9ca0$250c1218@cc274522d>
-
-heheh While you're at it... :) I have been getting requests from my users
-for support to +h (half-ops) through services... I imagine access level 4
-would be the place to put it... I don't know if any other ircds other than
-Unreal support it.
-
-David
-
-
-> >i still use ircservices 4.3.3 and would like to add a command
-> >like /msg chanserv voice #channel me
-> >
-> >for people who have an access 3 on a channel
->
-> I will add VOICE/DEVOICE commands for 4.5.0.
->
-> --Andrew Church
-
-
-
-
-From wahoo at cyber-dreams.org Thu Feb 1 17:50:18 2001
-From: wahoo at cyber-dreams.org (wahoo)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Re: Services 4.5pre1 released
-In-Reply-To: <001501c08cd0$07ef8dc0$0dfe3cd0@pavilion>
-Message-ID: <yam8433.922.1748472672@smtp.addcom.de>
-
-Hello [Real],
-
-on 02-Feb-01, you wrote:
-
-> Also forgot to say once the person that has been +q ed on the channel
-> changes their nick to another the new nick WILL NOT show up on the
-> people's list however the old nick still appears there being a ghost and
-> the users of the room can't even see that the Founder changed nicks it
-> simply stays there as a ghost till the user ( not the room founder but the
-> one that cant see the founder quits IRC or the channel in question )
-
-these 'effects' (incl. the ones in your mail before) seems to be client-
-side problems. I'm testing UnrealIRCd3.1.1 with ircservices4.5pre1 and
-it works fine for my client (AmIRC). Actually channel-owners are not
-supported by my client's current version, but that's not the point.
-It seems to be a problem with pirch, not UnrealIRCd.
-
- As for not giving +q on joining the channels - I think, the founder
-has to be on the aop or sop list to get mode +q. But I could be wrong
-on this point... just a thought.
-
-
-best regards,
-wahoo
-
---
-+---------------------------------------------------------------+
-| |
-| wahoo@the-gamers.net \|/ www.the-gamers.net |
-| phone: <censored> @ @ #gamers.net (IRCNet) |
-| ICQ-UIN: 24911279 --oOO-(_)-OOo-- - technical admin - |
-| |
-+---------------------------------------------------------------+
-
-Always remember that you are unique. Just like everyone else...
-
-
-
-
-From wahoo at cyber-dreams.org Thu Feb 1 17:54:45 2001
-From: wahoo at cyber-dreams.org (wahoo)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Re: chanserv voice
-In-Reply-To: <000701c08cb8$989b9ca0$250c1218@cc274522d>
-Message-ID: <yam8433.2276.1748472672@smtp.addcom.de>
-
-> heheh While you're at it... :) I have been getting requests from my users
-> for support to +h (half-ops) through services... I imagine access level 4
-> would be the place to put it... I don't know if any other ircds other than
-> Unreal support it.
-
-Take my vote for it, too. ;)
-
-regards,
-wahoo
-
---
-+---------------------------------------------------------------+
-| |
-| wahoo@the-gamers.net \|/ www.the-gamers.net |
-| phone: <censored> @ @ #gamers.net (IRCNet) |
-| ICQ-UIN: 24911279 --oOO-(_)-OOo-- - technical admin - |
-| |
-+---------------------------------------------------------------+
-
-Always remember that you are unique. Just like everyone else...
-
-
-
-
-
-From achurch at achurch.org Fri Feb 2 10:46:14 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-Message-ID: <3a7a156d.20122@prima-lan.net>
-
->I have just installed IRCServices-4.5pre1 and everything appears to be ok
->except for that new feature of ChanServ setting +q on the owner. First it
->looks like it's not doing it on all the rooms, I tried registering a test
->channel after one of my IRCops complained that ChanServ was not +q ing him
->on his channel that of course he owns and was the founder of it. ChanServ
->would NOT set +q on me opon joining the Test channel, However it was setting
->+q on the help channel #ChatFIRST which had been registered like a year ago.
-
- Were you identified for the channel? How about for your nick?
-
->Also this new +q mode conflicts with clients like pIRCh98 cause once the
->given nick gets +q then their nick shows up as @.Nick notice there's dot in
->between the @ sign and the nickname itself then when someone using pIRCh
->tries to /msg the nick by double clicking on their nick they get this
->message back at them:
->
->.RealCFC :No such nick/channel
-
- That looks like a client bug. Fix the client, or don't use Unreal
-support (DAL 4.4.15 support should work).
-
->I also noticed that ChanServ DID NOT MLOCK +s on rooms where it was supposed
->to. Once I restarted services for the upgrade ChanServ forgot MLOCK +s in
->every room it was set for that.
-
- I can't reproduce this. Can you provide more information? Are you
-sure it isn't a script bug?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 2 11:03:37 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-Message-ID: <3a7a15ce.20134@prima-lan.net>
-
->heheh While you're at it... :) I have been getting requests from my users
->for support to +h (half-ops) through services... I imagine access level 4
->would be the place to put it... I don't know if any other ircds other than
->Unreal support it.
-
- I'll look into this, though I'm a bit leery of it--this would involve
-adding Services commands that could only be used on certain networks,
-something I've avoided so far.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Admin at ChatFIRST.COM Thu Feb 1 21:15:33 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Re: Services 4.5pre1 released
-References: <yam8433.922.1748472672@smtp.addcom.de>
-Message-ID: <002901c08cd7$2c537c60$0dfe3cd0@pavilion>
-
-I think I found another problem, the command /msg ChanServ DEOP Nick doesn't
-work properly with ChanServ , the command works but ChanServ would OP the
-user right after if the user is the owner and founder of the room. looks
-like ChanServ fights himself here.
-Ely
-
-
-
-
-From dblanch at home.com Thu Feb 1 18:09:23 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7a15ce.20134@prima-lan.net>
-Message-ID: <001b01c08cbd$29602bd0$250c1218@cc274522d>
-
-No prob... I had already attempted to write it myself, but couldn't get it
-to work right... Could I suggest #ifdef-ing it like the rest of the Unreal
-code?.. lol
-
-
-> >heheh While you're at it... :) I have been getting requests from my
-users
-> >for support to +h (half-ops) through services... I imagine access level 4
-> >would be the place to put it... I don't know if any other ircds other
-than
-> >Unreal support it.
->
-> I'll look into this, though I'm a bit leery of it--this would involve
-> adding Services commands that could only be used on certain networks,
-> something I've avoided so far.
->
-> --Andrew Church
-
-
-
-
-From dblanch at home.com Thu Feb 1 18:18:15 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a7a156d.20122@prima-lan.net>
-Message-ID: <000901c08cbe$66bed070$250c1218@cc274522d>
-
-Hey Andy, you removed the ROTATELOG command? Shoot, I loved that one...
-Actually, what would really be cool is if the log would auto-rotate every
-night at midnight (Just a suggestion). And if I'm being a pest just tell
-me.. lol :)
-
-David
-
-
-
-
-From achurch at achurch.org Fri Feb 2 11:17:09 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released)
-Message-ID: <3a7a1971.20330@prima-lan.net>
-
->I think I found another problem, the command /msg ChanServ DEOP Nick doesn't
->work properly with ChanServ , the command works but ChanServ would OP the
->user right after if the user is the owner and founder of the room. looks
->like ChanServ fights himself here.
-
- This is something I've been thinking about: Should the OP/DEOP commands
-obey the access level settings or not? In other words, should someone be
-able to DEOP someone else who has auto-op access for the channel or not? Or
-should only people with higher access levels be able to deop people with
-lower access levels? How about equal access levels?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 2 11:20:43 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-Message-ID: <3a7a1986.20334@prima-lan.net>
-
->Hey Andy, you removed the ROTATELOG command? Shoot, I loved that one...
->Actually, what would really be cool is if the log would auto-rotate every
->night at midnight (Just a suggestion). And if I'm being a pest just tell
->me.. lol :)
-
- Try cron.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From dblanch at home.com Thu Feb 1 18:28:34 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] Services 4.5pre1 released
-References: <3a7a1986.20334@prima-lan.net>
-Message-ID: <002f01c08cbf$d78d7cb0$250c1218@cc274522d>
-
-Good answer, heheh ;)
-
->
-> Try cron.
-
-
-
-
-From dblanch at home.com Thu Feb 1 18:31:01 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released)
-References: <3a7a1971.20330@prima-lan.net>
-Message-ID: <003501c08cc0$2f73c6a0$250c1218@cc274522d>
-
-> This is something I've been thinking about: Should the OP/DEOP
-commands
-> obey the access level settings or not? In other words, should someone be
-> able to DEOP someone else who has auto-op access for the channel or not?
-Or
-> should only people with higher access levels be able to deop people with
-> lower access levels? How about equal access levels?
->
-
-my vote: only people with higher access levels be able to deop people with
-lower access levels
-
-David
-
-
-
-
-From gregk at wwwpages.com Thu Feb 1 19:48:47 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released)
-In-Reply-To: <3a7a1971.20330@prima-lan.net>
-Message-ID: <Pine.LNX.3.96.1010201194611.13899A-100000@smtp.wwwpages.com>
-
-Andrew, I see this as a convience command... Most (if not all) clients
-support a point and click type deop command. This command basically
-allows webtv users to perform deop and op commands. Given a pc user could
-deop the founder with his client, it doesnt make much since to have the
-chanserv deop command test access levels first.
-
-my $.02
-
-
-On Fri, 2 Feb 2001, Andrew Church wrote:
-
-> >I think I found another problem, the command /msg ChanServ DEOP Nick doesn't
-> >work properly with ChanServ , the command works but ChanServ would OP the
-> >user right after if the user is the owner and founder of the room. looks
-> >like ChanServ fights himself here.
->
-> This is something I've been thinking about: Should the OP/DEOP commands
-> obey the access level settings or not? In other words, should someone be
-> able to DEOP someone else who has auto-op access for the channel or not? Or
-> should only people with higher access levels be able to deop people with
-> lower access levels? How about equal access levels?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 bclark at bclark.yi.org Thu Feb 1 18:34:17 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services
- 4.5pre1 released)
-References: <Pine.LNX.3.96.1010201194611.13899A-100000@smtp.wwwpages.com>
-Message-ID: <3A7A1CA9.8A5CA8CD@bclark.yi.org>
-
-Gregory King wrote:
-
-> Andrew, I see this as a convience command... Most (if not all) clients
-> support a point and click type deop command. This command basically
-> allows webtv users to perform deop and op commands. Given a pc user could
-> deop the founder with his client, it doesnt make much since to have the
-> chanserv deop command test access levels first.
-
-Unless, of course, you also put something in do_cmode() to check access levels on
-a deop done that way .........
-
-
-
-From gregk at wwwpages.com Thu Feb 1 19:57:16 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] ChanServ OP/DEOP vs. access levels (was Re: Services 4.5pre1 released)
-In-Reply-To: <3A7A1CA9.8A5CA8CD@bclark.yi.org>
-Message-ID: <Pine.LNX.3.96.1010201195536.13899B-100000@smtp.wwwpages.com>
-
-or founders could be more picky about who they give op status to. I dont
-have enuff cpu for a program to compensate for a stupid founder :>
-
-To deop, chanserv should only be concerned about if the issuer is an op in
-the channel he is attempting it in, just like a pc client works...
-
-again, my $.02
-
-
-
-On Thu, 1 Feb 2001, Bryan Clark wrote:
-
-> Gregory King wrote:
->
-> > Andrew, I see this as a convience command... Most (if not all) clients
-> > support a point and click type deop command. This command basically
-> > allows webtv users to perform deop and op commands. Given a pc user could
-> > deop the founder with his client, it doesnt make much since to have the
-> > chanserv deop command test access levels first.
->
-> Unless, of course, you also put something in do_cmode() to check access levels on
-> a deop done that way .........
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Thu Feb 1 20:30:37 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7a15ce.20134@prima-lan.net>
-Message-ID: <002c01c08cd0$e6aa98c0$0200000a@strider>
-
-Well, you have the option to choose which ircd to use, which is obviously to
-choose the protocol. Wouldn't it be possible to make it to where that is
-added or not depending on that choice?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 01, 2001 8:03 PM
-Subject: Re: [IRCServices] chanserv voice
-
-
-> >heheh While you're at it... :) I have been getting requests from my
-users
-> >for support to +h (half-ops) through services... I imagine access level 4
-> >would be the place to put it... I don't know if any other ircds other
-than
-> >Unreal support it.
->
-> I'll look into this, though I'm a bit leery of it--this would involve
-> adding Services commands that could only be used on certain networks,
-> something I've avoided so far.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Sat Feb 3 14:05:13 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-Message-ID: <3a7b9294.43134@prima-lan.net>
-
->Well, you have the option to choose which ircd to use, which is obviously to
->choose the protocol. Wouldn't it be possible to make it to where that is
->added or not depending on that choice?
-
- I wasn't saying it couldn't be done, I just wanted to avoid the hassle
-of having commands and access levels dependent on the selected IRC server.
-I did end up adding HALFOP/DEHALFOP commands and an auto-halfop level,
-however.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Admin at ChatFIRST.COM Sat Feb 3 12:07:37 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7b9294.43134@prima-lan.net>
-Message-ID: <000401c08e1c$f664bf00$84fe3cd0@pavilion>
-
-Andrew any ideas if Channel modes like G and N for Unreal will be supported
-?
-Im still testing the Pre1 have noticed some minor problems but I'm not %100
-sure of the problems , so don't want to bug you till Im sure about it.
-Thanks.
-Ely
-======================
-RealCFC@ChatFIRST.COM
-http://www.chatfirst.com
-======================
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, February 02, 2001 9:05 PM
-Subject: Re: [IRCServices] chanserv voice
-
-
-> >Well, you have the option to choose which ircd to use, which is obviously
-to
-> >choose the protocol. Wouldn't it be possible to make it to where that is
-> >added or not depending on that choice?
->
-> I wasn't saying it couldn't be done, I just wanted to avoid the
-hassle
-> of having commands and access levels dependent on the selected IRC server.
-> I did end up adding HALFOP/DEHALFOP commands and an auto-halfop level,
-> however.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From dblanch at home.com Sat Feb 3 15:38:38 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:09 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7b9294.43134@prima-lan.net> <000401c08e1c$f664bf00$84fe3cd0@pavilion>
-Message-ID: <000901c08e3a$6f4f9df0$250c1218@cc274522d>
-
-if ya look in the source....
-
-#ifdef IRC_UNREAL
- { 'A', CMODE_A },
- { 'z', CMODE_z },
- { 'Q', CMODE_Q },
- { 'K', CMODE_K },
- { 'V', CMODE_V },
- { 'H', CMODE_H },
- { 'C', CMODE_C },
- { 'N', CMODE_N }, <----
- { 'S', CMODE_S },
- { 'G', CMODE_G }, <----
- { 'u', CMODE_u },
- { 'f', CMODE_f },
-#endif
-
-[18:37] *** ChanServ sets mode: +pntrAGN
-
-works pretty good on my end...
-
-David
-
------ Original Message -----
-From: "[Real]" <Admin@ChatFIRST.COM>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, February 03, 2001 3:07 PM
-Subject: Re: [IRCServices] chanserv voice
-
-
-> Andrew any ideas if Channel modes like G and N for Unreal will be
-supported
-> ?
-> Im still testing the Pre1 have noticed some minor problems but I'm not
-%100
-> sure of the problems , so don't want to bug you till Im sure about it.
-> Thanks.
-> Ely
-
-
-
-
-From RealCFC at ChatFIRST.COM Sat Feb 3 21:14:03 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] chanserv voice
-References: <3a7b9294.43134@prima-lan.net> <000401c08e1c$f664bf00$84fe3cd0@pavilion> <000901c08e3a$6f4f9df0$250c1218@cc274522d>
-Message-ID: <000401c08e69$4c2e8000$95cc3cd0@pavilion>
-
-However I m not being able to SET #Channel MLOCK +G , +N or any of the
-UnrealRCd channel modes.
-Ely
-
------ Original Message -----
-From: "David Blanchard" <dblanch@home.com>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, February 03, 2001 3:38 PM
-Subject: Re: [IRCServices] chanserv voice
-
-
-> if ya look in the source....
->
-> #ifdef IRC_UNREAL
-> { 'A', CMODE_A },
-> { 'z', CMODE_z },
-> { 'Q', CMODE_Q },
-> { 'K', CMODE_K },
-> { 'V', CMODE_V },
-> { 'H', CMODE_H },
-> { 'C', CMODE_C },
-> { 'N', CMODE_N }, <----
-> { 'S', CMODE_S },
-> { 'G', CMODE_G }, <----
-> { 'u', CMODE_u },
-> { 'f', CMODE_f },
-> #endif
->
-> [18:37] *** ChanServ sets mode: +pntrAGN
->
-> works pretty good on my end...
->
-> David
->
-> ----- Original Message -----
-> From: "[Real]" <Admin@ChatFIRST.COM>
-> To: <ircservices@ircservices.za.net>
-> Sent: Saturday, February 03, 2001 3:07 PM
-> Subject: Re: [IRCServices] chanserv voice
->
->
-> > Andrew any ideas if Channel modes like G and N for Unreal will be
-> supported
-> > ?
-> > Im still testing the Pre1 have noticed some minor problems but I'm not
-> %100
-> > sure of the problems , so don't want to bug you till Im sure about it.
-> > Thanks.
-> > Ely
->
->
->
-> -----------------------------------------------------------
-> 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 countersync at hotmail.com Sun Feb 4 04:28:20 2001
-From: countersync at hotmail.com (Countersync of AGNPH (and #agnph))
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voicing users that are at that access level? Some channels, like mine like to deop and devoice them to show they are IDLE!!!
-Message-ID: <OE4843oFLaqSOc7wo9500001b28@hotmail.com>
-
-Ok, I think that I have checked all other areas first. Why the !@#$ does
-chanserv keep re-opping and re-voicing users that are at that access level?
-Some channels, like mine like to deop and devoice them to show they are
-IDLE!!!
-
-Also, if I want to op a user and I do not want them opping others on a
-channel, that's what secureops is for, not some pain in the!#$ reaction.
-
-Finally, how official is this mail forum anyway. I'd like to know if I can
-stop censoring my words or not. Please keep in mind that this is my first
-message to it, which also shows how much of a real pain this problem is. At
-the very least there should be a way for a founder to turn it off, I can't
-find one. If anyone cares, I'm an espernet user. I'm pretty sure that the
-serverops in #dragonweyr were happy when I politely asked where I could find
-the correct people to bug with this issue.
-
-\-Countersync of AGNPH (and #agnph)
-
-
-
-From achurch at achurch.org Sun Feb 4 13:22:08 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] chanserv voice
-Message-ID: <3a7cdbfd.52425@prima-lan.net>
-
->However I m not being able to SET #Channel MLOCK +G , +N or any of the
->UnrealRCd channel modes.
-
- There's a very good reason for this, and it lies in my
-carelessness. :P Fixed for pre2.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Sun Feb 4 17:34:07 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voicing
-Message-ID: <3a7d15e1.55123@prima-lan.net>
-
->Ok, I think that I have checked all other areas first. Why the !@#$ does
->chanserv keep re-opping and re-voicing users that are at that access level?
->Some channels, like mine like to deop and devoice them to show they are
->IDLE!!!
-
- That's what auto-op is for. If you don't like that, don't use
-auto-op. However, as of 4.5pre2 ChanServ will no longer prevent a user
-from deopping or devoicing themselves (ChanServ will still restore ops when
-one user deops a different one).
-
->Also, if I want to op a user and I do not want them opping others on a
->channel, that's what secureops is for, not some pain in the!#$ reaction.
-
- Secure-ops is to disallow users not in the access list from getting
-ops, not to limit who can set ops on whom. The HELP text describes this
-clearly.
-
->Finally, how official is this mail forum anyway. I'd like to know if I can
->stop censoring my words or not.
-
- This is the official Services mailing list. I don't think anyone will
-get upset at your using bad language, but it doesn't make you look overly
-intelligent.
-
->Please keep in mind that this is my first
->message to it, which also shows how much of a real pain this problem is. At
->the very least there should be a way for a founder to turn it off, I can't
->find one. If anyone cares, I'm an espernet user.
-
- While it's off-topic for this list, EsperNet's Services has been
-upgraded to pre2 (although the /version reply is wrong).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Sun Feb 4 17:48:19 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-Message-ID: <3a7d1846.55162@prima-lan.net>
-
- Services 4.5pre2 has been released, and may be found at:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.diff.gz
-
-It should propogate to ftp.ircservices.za.net and the other mirrors
-shortly.
-
- Translators, please note that several language strings have been
-changed or added in this version. Also, please get updated language files
-to me as soon as possible; I don't mind if the translations aren't
-complete, but I'd like at least the main help messages (NICK_HELP,
-CHAN_HELP, etc.) translated for the 4.5.0 release. Also remember that you
-can type:
-
- cd langcomp
- ./langcomp -w (language).l
-
-to get a list of missing messages for your language.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From countersync at hotmail.com Sun Feb 4 21:39:55 2001
-From: countersync at hotmail.com (Countersync of AGNPH (and #agnph))
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voicing
-References: <3a7d15e1.55123@prima-lan.net>
-Message-ID: <OE60UpzAfquTT7u3C4G00001d3d@hotmail.com>
-
-From: "Andrew Church" <achurch@achurch.org>
-To: "Countersync of AGNPH (and #agnph)" <ircservices@ircservices.za.net>
-Sent: Sunday, February 04, 2001 00:34
-Subject: Re: [IRCServices] Ok, I think that I have checked all other areas
-first. Why the !@#$ does chanserv keep re-opping and re-voicing
-
-
-> >Ok, I think that I have checked all other areas first. Why the !@#$ does
-> >chanserv keep re-opping and re-voicing users that are at that access
-level?
-> >Some channels, like mine like to deop and devoice them to show they are
-> >IDLE!!!
->
-> That's what auto-op is for. If you don't like that, don't use
-> auto-op. However, as of 4.5pre2 ChanServ will no longer prevent a user
-> from deopping or devoicing themselves (ChanServ will still restore ops
-when
-> one user deops a different one).
-
-To clarify, I do not mean when a user joins a channel after they identify
-with nickserv. I mean after a user has been in channel, if they go
-auto-idle away or have been there without action long enough to declare
-idle. At that point anyone with operator status in the channel (possibly a
-bot, but usually a human) is supposed to remove their ops and voice. At
-least as of the last tests I made in a channel I test on, chanserv would
-re-voice and re-op them if they had the sufficent level to gain either of
-those upon entry. This is of course a feature that need at least an on/off
-switch if not removal. It is not desired in all the cases I can think of
-off hand.
->
-> >Also, if I want to op a user and I do not want them opping others on a
-> >channel, that's what secureops is for, not some pain in the!#$ reaction.
->
-> Secure-ops is to disallow users not in the access list from getting
-> ops, not to limit who can set ops on whom. The HELP text describes this
-> clearly.
->
-
-Again, to clarify. If secure-ops is set, chanserv will not allow anyone
-with a level lower then (and equal to? I forget this point, and can't seem
-to get an answer with "/msg chanserv help levels set autodeop") auto-deop to
-keep ops.
-Thus there should not be a need for chanserv to re-op someone that is
-deopped because anyone with enough access to keep ops is trusted to this
-degree by the founder.
-
-> >Finally, how official is this mail forum anyway. I'd like to know if I
-can
-> >stop censoring my words or not.
->
-> This is the official Services mailing list. I don't think anyone
-will
-> get upset at your using bad language, but it doesn't make you look overly
-> intelligent.
->
-> >Please keep in mind that this is my first
-> >message to it, which also shows how much of a real pain this problem is.
-At
-> >the very least there should be a way for a founder to turn it off, I
-can't
-> >find one. If anyone cares, I'm an espernet user.
->
-> While it's off-topic for this list, EsperNet's Services has been
-> upgraded to pre2 (although the /version reply is wrong).
->
-When I "/version chanserv" I get "2001" my best guess based on your comment
-is that I should get 2002?
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Feb 5 06:54:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voic
-Message-ID: <3a7dd11c.61276@prima-lan.net>
-
->To clarify, I do not mean when a user joins a channel after they identify
->with nickserv. I mean after a user has been in channel, if they go
->auto-idle away or have been there without action long enough to declare
->idle. At that point anyone with operator status in the channel (possibly a
->bot, but usually a human) is supposed to remove their ops and voice. At
->least as of the last tests I made in a channel I test on, chanserv would
->re-voice and re-op them if they had the sufficent level to gain either of
->those upon entry. This is of course a feature that need at least an on/off
->switch if not removal. It is not desired in all the cases I can think of
->off hand.
-
- Meaning your one channel? When I first implemented this feature most
-people appreciated it. Is there a general opinion on whether this behavior
-should change? Incidentally, I have never heard of this "supposed to remove
-their ops and voice" business; don't assume your channel policies apply to
-everyone else.
-
->> Secure-ops is to disallow users not in the access list from getting
->> ops, not to limit who can set ops on whom. The HELP text describes this
->> clearly.
->
->Again, to clarify. If secure-ops is set, chanserv will not allow anyone
->with a level lower then (and equal to? I forget this point, and can't seem
->to get an answer with "/msg chanserv help levels set autodeop") auto-deop to
->keep ops.
-
- *BZZZT* RTFM and try again.
-
--> *ChanServ* help set secureops
--ChanServ- Syntax: SET channel SECUREOPS {ON | OFF}
--ChanServ-
--ChanServ- Enables or disables the secure ops option for a channel.
--ChanServ- When secure ops is set, users who are not on the userlist
--ChanServ- will not be allowed chanop status.
-
-Incidentally, the command you are looking for is "help levels desc".
-
->Thus there should not be a need for chanserv to re-op someone that is
->deopped because anyone with enough access to keep ops is trusted to this
->degree by the founder.
-
- Does anyone else have an opinion on this?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From gregk at wwwpages.com Sun Feb 4 15:24:34 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voic
-In-Reply-To: <3a7dd11c.61276@prima-lan.net>
-Message-ID: <Pine.LNX.3.96.1010204152309.18787A-100000@smtp.wwwpages.com>
-
->
-> >Thus there should not be a need for chanserv to re-op someone that is
-> >deopped because anyone with enough access to keep ops is trusted to this
-> >degree by the founder.
->
-> Does anyone else have an opinion on this?
-
-maybe make it an option... like an eggdrop's protection? Default on, and
-toggled by channel?
-
-
-
-
-
-
-From Admin at ChatFIRST.COM Sun Feb 4 17:27:32 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-References: <3a7d1846.55162@prima-lan.net>
-Message-ID: <000601c08f12$d2113420$57fe3cd0@pavilion>
-
-Ok so far I have three issues that I would like Andrew to check :
-
-1- OperServ is NOT sending a GLOBAL to the IRC Operators when someone tries
-to access SU status with the wrong password and it says its supposed to.
-2- Wouldn't it be good if OperServ sends that notice whenever someone gets
-SU ? just for security reasons I belive ROOT should be informed everytime
-someone gets SU status.
-3-For sercurity reasons I strongley believe Services Admins and SU Admins
-should NOT be able to use GETPASS on the ORIGINAL ROOT user.
-
-What if an Admin allowed to use SU becomes an enemy of the network then goes
-becomes SU and changes the ORIGINAL ROOT nick password and the SU password ?
-then the real SERVICES ROOT is in trouble, specially if he/she is on a
-computer in which Telnet cant be accessed at the time to shut down services
-on an attack from a rebel ADMIN.
-Even if you can access telnet at the time of the problem they can do a lot
-of damage while you go change services.conf to have another nick as the
-services root and be able to get the newpassword that the rebel changed for
-your nick.
-
-Correct me if I ' m wrong please.
-Thanks in advance.
-Ely
-
-
-
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 04, 2001 12:48 AM
-Subject: [IRCServices] Services 4.5pre2 released
-
-
-> Services 4.5pre2 has been released, and may be found at:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.diff.gz
->
-> It should propogate to ftp.ircservices.za.net and the other mirrors
-> shortly.
->
-> Translators, please note that several language strings have been
-> changed or added in this version. Also, please get updated language files
-> to me as soon as possible; I don't mind if the translations aren't
-> complete, but I'd like at least the main help messages (NICK_HELP,
-> CHAN_HELP, etc.) translated for the 4.5.0 release. Also remember that you
-> can type:
->
-> cd langcomp
-> ./langcomp -w (language).l
->
-> to get a list of missing messages for your language.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Sun Feb 4 14:29:30 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voic
-References: <3a7dd11c.61276@prima-lan.net>
-Message-ID: <005101c08ef9$f2484f80$0200000a@strider>
-
-I think he's confused on the secureops thing...at least I am from what he's
-trying to say.
-
-If you set appropriate levels, which default are usually good enough, and
-set the proper settings on the channel, an op may op a user with their
-client, but chanserv will immediately deop the person if they are not on the
-access list equal to or higher than level 5 (or aop). An aop can kick, ban,
-etc etc without interference from chanserv. A sop (level 10) can add aops,
-kick ban, etc etc.
-
-As for the idle thing...no where in any standards or our server rules does
-it state an idle person must deop. Now if one of our ircops are opped in a
-channel and they are going to idle, we encourage them to deop, but that's
-not enforced. But still, the feature that reops should be toggleable as it
-can cause some frustrations for people who deop when they are idling or
-don't wish to bother with the channel atm. If I am missing something, go
-ahead and like knock me over the head because it feels like I am. But then,
-I've got a migraine so I'm not thinking clearly.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From strider at chatcircuit.com Sun Feb 4 14:32:42 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-References: <3a7d1846.55162@prima-lan.net> <000601c08f12$d2113420$57fe3cd0@pavilion>
-Message-ID: <005501c08efa$65070160$0200000a@strider>
-
-You mean there isn't a safeguard on the root nick pw? Shows how much I pay
-attention. Looks like I'll be rotating my password more often till there is.
-
-Will there be a way to disable the SU command?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "[Real]" <Admin@ChatFIRST.COM>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 04, 2001 7:27 PM
-Subject: Re: [IRCServices] Services 4.5pre2 released
-
-
-> Ok so far I have three issues that I would like Andrew to check :
->
-> 1- OperServ is NOT sending a GLOBAL to the IRC Operators when someone
-tries
-> to access SU status with the wrong password and it says its supposed to.
-> 2- Wouldn't it be good if OperServ sends that notice whenever someone gets
-> SU ? just for security reasons I belive ROOT should be informed everytime
-> someone gets SU status.
-> 3-For sercurity reasons I strongley believe Services Admins and SU Admins
-> should NOT be able to use GETPASS on the ORIGINAL ROOT user.
->
-> What if an Admin allowed to use SU becomes an enemy of the network then
-goes
-> becomes SU and changes the ORIGINAL ROOT nick password and the SU password
-?
-> then the real SERVICES ROOT is in trouble, specially if he/she is on a
-> computer in which Telnet cant be accessed at the time to shut down
-services
-> on an attack from a rebel ADMIN.
-> Even if you can access telnet at the time of the problem they can do a lot
-> of damage while you go change services.conf to have another nick as the
-> services root and be able to get the newpassword that the rebel changed
-for
-> your nick.
->
-> Correct me if I ' m wrong please.
-> Thanks in advance.
-> Ely
->
->
->
->
->
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Sunday, February 04, 2001 12:48 AM
-> Subject: [IRCServices] Services 4.5pre2 released
->
->
-> > Services 4.5pre2 has been released, and may be found at:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5pre2.diff.gz
-> >
-> > It should propogate to ftp.ircservices.za.net and the other mirrors
-> > shortly.
-> >
-> > Translators, please note that several language strings have been
-> > changed or added in this version. Also, please get updated language
-files
-> > to me as soon as possible; I don't mind if the translations aren't
-> > complete, but I'd like at least the main help messages (NICK_HELP,
-> > CHAN_HELP, etc.) translated for the 4.5.0 release. Also remember that
-you
-> > can type:
-> >
-> > cd langcomp
-> > ./langcomp -w (language).l
-> >
-> > to get a list of missing messages for your language.
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Feb 5 07:45:22 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-Message-ID: <3a7ddc52.61477@prima-lan.net>
-
->Ok so far I have three issues that I would like Andrew to check :
->
->1- OperServ is NOT sending a GLOBAL to the IRC Operators when someone tries
->to access SU status with the wrong password and it says its supposed to.
-
- Fixed.
-
->2- Wouldn't it be good if OperServ sends that notice whenever someone gets
->SU ? just for security reasons I belive ROOT should be informed everytime
->someone gets SU status.
-
- RTFM (WallSU configuration directive).
-
->3-For sercurity reasons I strongley believe Services Admins and SU Admins
->should NOT be able to use GETPASS on the ORIGINAL ROOT user.
->
->What if an Admin allowed to use SU becomes an enemy of the network then goes
->becomes SU and changes the ORIGINAL ROOT nick password and the SU password ?
-
- Then you chose your Services admins badly. Look, I'm NOT going to
-protect you from every possible mistake you might make. If you're afraid
-of this happening, then DON'T SET AN SU PASSWORD. It's that simple.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From countersync at hotmail.com Sun Feb 4 22:54:05 2001
-From: countersync at hotmail.com (Countersync of AGNPH (and #agnph))
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Ok, I think that I have checked all other areas first. Why the !@#$ does chanserv keep re-opping and re-voic
-References: <3a7dd11c.61276@prima-lan.net>
-Message-ID: <OE5tc5CQ9fupGtIpqqJ00001e8b@hotmail.com>
-
-From: "Andrew Church" <achurch@achurch.org>
-To: "Countersync of AGNPH (and #agnph)" <ircservices@ircservices.za.net>
-Sent: Sunday, February 04, 2001 13:54
-Subject: Re: [IRCServices] Ok, I think that I have checked all other areas
-first. Why the !@#$ does chanserv keep re-opping and re-voic
-
-
-> >To clarify, I do not mean when a user joins a channel after they identify
-> >with nickserv. I mean after a user has been in channel, if they go
-> >auto-idle away or have been there without action long enough to declare
-> >idle. At that point anyone with operator status in the channel (possibly
-a
-> >bot, but usually a human) is supposed to remove their ops and voice. At
-> >least as of the last tests I made in a channel I test on, chanserv would
-> >re-voice and re-op them if they had the sufficent level to gain either of
-> >those upon entry. This is of course a feature that need at least an
-on/off
-> >switch if not removal. It is not desired in all the cases I can think of
-> >off hand.
->
-> Meaning your one channel? When I first implemented this feature most
-> people appreciated it. Is there a general opinion on whether this
-behavior
-> should change? Incidentally, I have never heard of this "supposed to
-remove
-> their ops and voice" business; don't assume your channel policies apply to
-> everyone else.
-
-Correct, in all of the channels I visit, which isn't many. Also I didn't
-assume they applied to everyone else, just that at some time everyone else
-was likely to want to do that same task for one reason or another.
->
-> >> Secure-ops is to disallow users not in the access list from
-getting
-> >> ops, not to limit who can set ops on whom. The HELP text describes
-this
-> >> clearly.
-> >
-> >Again, to clarify. If secure-ops is set, chanserv will not allow anyone
-> >with a level lower then (and equal to? I forget this point, and can't
-seem
-> >to get an answer with "/msg chanserv help levels set autodeop") auto-deop
-to
-> >keep ops.
->
-<Snip chanserv return for /msg chanserv help set secureops>
-> Incidentally, the command you are looking for is "help levels desc".
-
-Thanks, this helps, but I still can't see any indication as to the >, <, <=,
-or >= function it uses to filter who the levels apply to.
->
-> >Thus there should not be a need for chanserv to re-op someone that is
-> >deopped because anyone with enough access to keep ops is trusted to this
-> >degree by the founder.
-> Does anyone else have an opinion on this?
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-
-From achurch at achurch.org Mon Feb 5 07:48:54 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-Message-ID: <3a7dde0f.61525@prima-lan.net>
-
->You mean there isn't a safeguard on the root nick pw? Shows how much I pay
->attention. Looks like I'll be rotating my password more often till there is.
-
- One thing you need to do less of is listen to rumors and RTFM more.
->From the README:
-
-> In an effort to prevent highly privileged accounts being compromised
->by the use of commands available to other highly privileged accounts,
->Services limits the use of certain commands reserved for Services admins.
->Services admins can not use the commands GETPASS, SET PASSWORD, FORBID or
->DROP on another Services admin. Only the Services root has these
->abilities.
-
-Of course, if they SU (which means they know the password, which means YOU
-gave it to them) then they can get passwords. Which brings me to my other
-point:
-
- For God's sake, people, TAKE SOME RESPONSIBILITY ALREADY! Or don't
-be an administrator, if you can't handle giving out privileges
-responsibly. YES, if you allow other people root privileges they can
-wreak havoc with Services. That's the WAY THINGS ARE. If you don't like
-that then don't set a password for crying out loud.
-
->Will there be a way to disable the SU command?
-
- RTFM and/or see above; there already is. I don't even know why I'm
-replying to this.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From RealCFC at ChatFIRST.COM Sun Feb 4 18:24:04 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre2 released
-References: <3a7ddc52.61477@prima-lan.net>
-Message-ID: <002101c08f1a$b7b6b520$57fe3cd0@pavilion>
-
-I understand what you mean, I do trust my services Admins so I dont have a
-problem with this, was just guessing what could happen to some people, Your
-product is VERY good and stable as it is, Specially when you give it out to
-everyone 'FREE OF CHARGE' and I know you spent hours probably days creating
-and improving services features. in fact I appreciate all the improvements
-you have done lately.
-
-Ely
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 04, 2001 2:45 PM
-Subject: Re: [IRCServices] Services 4.5pre2 released
-
-
-> >Ok so far I have three issues that I would like Andrew to check :
-> >
-> >1- OperServ is NOT sending a GLOBAL to the IRC Operators when someone
-tries
-> >to access SU status with the wrong password and it says its supposed to.
->
-> Fixed.
->
-> >2- Wouldn't it be good if OperServ sends that notice whenever someone
-gets
-> >SU ? just for security reasons I belive ROOT should be informed everytime
-> >someone gets SU status.
->
-> RTFM (WallSU configuration directive).
->
-> >3-For sercurity reasons I strongley believe Services Admins and SU Admins
-> >should NOT be able to use GETPASS on the ORIGINAL ROOT user.
-> >
-> >What if an Admin allowed to use SU becomes an enemy of the network then
-goes
-> >becomes SU and changes the ORIGINAL ROOT nick password and the SU
-password ?
->
-> Then you chose your Services admins badly. Look, I'm NOT going to
-> protect you from every possible mistake you might make. If you're afraid
-> of this happening, then DON'T SET AN SU PASSWORD. It's that simple.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 salde at silli.hao.osakk.fi Mon Feb 5 06:52:00 2001
-From: salde at silli.hao.osakk.fi (Sauli Halttu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] help me!
-Message-ID: <Pine.LNX.4.10.10102051649240.7025-100000@silli.hao.osakk.fi>
-
-[Feb 05 16:48:54 2001] Services 4.4.8 (compiled for RFC1459) starting up
-[Feb 05 16:48:56 2001] Databases loaded
-[Feb 05 16:48:56 2001] FATAL: Remote server returned: ERROR :Server version is too old.
-
-i get this error when i start services.
-i use ircd 2.10.3p1.
-what can i do for this broblem ?? can anyone help me ??
-
-/-----------------------------------------------\
-| 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...
-
-
-
-From piotrs at wp-sa.pl Mon Feb 5 06:54:07 2001
-From: piotrs at wp-sa.pl (=?iso-8859-2?Q?Piotr_=A6wi=EAcicki?=)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] help me!
-In-Reply-To: <Pine.LNX.4.10.10102051649240.7025-100000@silli.hao.osakk.fi>
-Message-ID: <Pine.LNX.4.30.0102051553050.9469-100000@draco.wp-sa.pl>
-
-Sauli Halttu napisa?(a) o 16:52 dnia 2001-02-05:
-
-SH>[Feb 05 16:48:54 2001] Services 4.4.8 (compiled for RFC1459) starting up
-SH>[Feb 05 16:48:56 2001] Databases loaded
-SH>[Feb 05 16:48:56 2001] FATAL: Remote server returned: ERROR :Server version is too old.
-SH>
-SH>i get this error when i start services.
-SH>i use ircd 2.10.3p1.
-SH>what can i do for this broblem ?? can anyone help me ??
-
-Try comment out V: lines in your ircd.conf
-
---
-Swiety
-
-
-
-From u970042 at giki.edu.pk Mon Feb 5 07:27:05 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] How does it work
-References: <Pine.LNX.4.10.10102051649240.7025-100000@silli.hao.osakk.fi>
-Message-ID: <0b2001c08f88$1a6fe980$430ba8c0@hostel1.giki.edu.pk>
-
-When an admin sets kill on for a nick, it will only work if the person changes to that nick or someone connects to the
-network with that nick, and won't effect the person who is currently logged on with that nick.
-
-What if a raw command is used to change the person's nick to the same nick, for example:
-hi is now known as hi
-
-Is kill supposed to work now, since technically speaking the nick has been changed... I could have looked this up in the
-source code, but I don't have access to it at the moment. I was wondering this, since kill infact, doesn't work. That is
-it doesn't change the nick to guest.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Feb 5 07:33:36 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: AW: [IRCServices] help me!
-In-Reply-To: <Pine.LNX.4.30.0102051553050.9469-100000@draco.wp-sa.pl>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCECCEHAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-Since when is services compatible with irc2.10.x ?
-
-Services is known to be working with irc2.8 (I guess),
-dalnets 4.4.14 or older or 4.4.15 and newer
-And dreamforge and bahamut, and ircd's which are similar to them (e.g. Unreal)
-And ircu Protocol P9.
-
-Services is not informed of the NJOIN channel definitions, nor irc2.10's umodes,
-nor reconnect, etc. I cannot imagine services working with them. It is adviseable to use
-one of these (Bahamut 1.4.23 or newer, or Unreal 3.x) instead of irc2.10
-
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Piotr
-> ?wi?cicki
-> Gesendet: Montag, 5. Februar 2001 15:54
-> An: sauli.halttu@silli.hao.osakk.fi
-> Cc: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] help me!
->
->
-> Sauli Halttu napisa?(a) o 16:52 dnia 2001-02-05:
->
-> SH>[Feb 05 16:48:54 2001] Services 4.4.8 (compiled for RFC1459)
-> starting up
-> SH>[Feb 05 16:48:56 2001] Databases loaded
-> SH>[Feb 05 16:48:56 2001] FATAL: Remote server returned: ERROR
-> :Server version is too old.
-> SH>
-> SH>i get this error when i start services.
-> SH>i use ircd 2.10.3p1.
-> SH>what can i do for this broblem ?? can anyone help me ??
->
-> Try comment out V: lines in your ircd.conf
->
-> --
-> Swiety
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Tue Feb 6 06:15:35 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] How does it work
-Message-ID: <3a7f18d1.71257@prima-lan.net>
-
- The nick kill setting only works when a user first connects or changes
-nickname (on their own) to the nick in question. If you absolutely must
-disconnect them now, use /kill. DO NOT use the RAW command to attempt to
-enforce nick kill (or nick change) on them; not only will it not work, you
-may cause Services to crash.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->When an admin sets kill on for a nick, it will only work if the person changes to that nick or someone connects to the
->network with that nick, and won't effect the person who is currently logged on with that nick.
->
->What if a raw command is used to change the person's nick to the same nick, for example:
->hi is now known as hi
->
->Is kill supposed to work now, since technically speaking the nick has been changed... I could have looked this up in the
->source code, but I don't have access to it at the moment. I was wondering this, since kill infact, doesn't work. That is
->it doesn't change the nick to guest.
->
->
->-----------------------------------------------------------
->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 u970042 at giki.edu.pk Mon Feb 5 13:41:26 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] How does it work
-References: <3a7f18d1.71257@prima-lan.net>
-Message-ID: <0b8b01c08fbc$74d76270$430ba8c0@hostel1.giki.edu.pk>
-
-It not working, is understandable since it seems as if services is changing the nick.
-why would it cause services to crash? refer me to the code in question if the explanation might take too long and is
-obvious.
-I was just experimenting and thought of this... If I did want to change their nicks, i would just change it to guest via
-raw... why would this have ill effects on services? I thinks this is probably related to the above answer.
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, February 06, 2001 2:15 AM
-Subject: Re: [IRCServices] How does it work
-
-
-> The nick kill setting only works when a user first connects or changes
-> nickname (on their own) to the nick in question. If you absolutely must
-> disconnect them now, use /kill. DO NOT use the RAW command to attempt to
-> enforce nick kill (or nick change) on them; not only will it not work, you
-> may cause Services to crash.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> >When an admin sets kill on for a nick, it will only work if the person changes to that nick or someone connects to
-the
-> >network with that nick, and won't effect the person who is currently logged on with that nick.
-> >
-> >What if a raw command is used to change the person's nick to the same nick, for example:
-> >hi is now known as hi
-> >
-> >Is kill supposed to work now, since technically speaking the nick has been changed... I could have looked this up in
-the
-> >source code, but I don't have access to it at the moment. I was wondering this, since kill infact, doesn't work. That
-is
-> >it doesn't change the nick to guest.
-> >
-> >
-> >-----------------------------------------------------------
-> >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 achurch at achurch.org Tue Feb 6 06:57:32 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] How does it work
-Message-ID: <3a7f22d4.71752@prima-lan.net>
-
->It not working, is understandable since it seems as if services is changing the nick.
->why would it cause services to crash?
-
- Commands sent with RAW are not processed in any way by Services. As a
-result, Services will become desynched from the network, which can have all
-sorts of implications. I don't know for certain that Services would crash
-in this case, but all sorts of things can go wrong when you lose
-synchronization.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->refer me to the code in question if the explanation might take too long and is
->obvious.
->I was just experimenting and thought of this... If I did want to change their nicks, i would just change it to guest via
->raw... why would this have ill effects on services? I thinks this is probably related to the above answer.
->
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, February 06, 2001 2:15 AM
->Subject: Re: [IRCServices] How does it work
->
->
->> The nick kill setting only works when a user first connects or changes
->> nickname (on their own) to the nick in question. If you absolutely must
->> disconnect them now, use /kill. DO NOT use the RAW command to attempt to
->> enforce nick kill (or nick change) on them; not only will it not work, you
->> may cause Services to crash.
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->>
->> >When an admin sets kill on for a nick, it will only work if the person changes to that nick or someone connects to
->the
->> >network with that nick, and won't effect the person who is currently logged on with that nick.
->> >
->> >What if a raw command is used to change the person's nick to the same nick, for example:
->> >hi is now known as hi
->> >
->> >Is kill supposed to work now, since technically speaking the nick has been changed... I could have looked this up in
->the
->> >source code, but I don't have access to it at the moment. I was wondering this, since kill infact, doesn't work. That
->is
->> >it doesn't change the nick to guest.
->> >
->> >
->> >-----------------------------------------------------------
->> >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 achurch at achurch.org Tue Feb 6 19:55:33 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre3 released
-Message-ID: <3a7fd95a.76506@prima-lan.net>
-
- Services 4.5pre3 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre3.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre3.diff.gz
-
-The mirrors should have it shortly.
-
- Users of 4.5pre0-pre2, please note that a bug in the AOP/SOP/VOP
-DEL/LIST commands in those versions can crash Services; upgrading to
-4.5pre3 will fix the problem. Also, some effort has been made to make
-Services run more efficiently (take up less CPU time) than previous
-versions.
-
- The Changes file for pre3 is included below.
-
-2001/02/06 pre3 Added extra warning to OperServ RAW help text.
-2001/02/06 Don't set +o/+q/etc. for +I users on Unreal. Suggested by
- Guy Antony Halse <guy@rucus.ru.ac.za>
-2001/02/06 Fixed permission checks for OperServ commands. Reported by
- <lonewolf@lagnet.org.za>
-2001/02/05 Optimized various sections of code.
-2001/02/05 Fixed minor bug with AKill code which only gets the first
- word of the reason for the AKill. -- Kelmar
-2001/02/05 Don't write log messages on 401 (no such nick/channel)
- messages from the remote server.
-2001/02/05 Fixed OperServ SU not sending out WALLOPS. Reported by
- <RealCFC@chatfirst.com>
-2001/02/04 Fixed off-by-one bug in *OP LIST/DEL.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From spaced at connect.ab.ca Tue Feb 6 10:30:02 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-Message-ID: <000b01c0906a$d1de16e0$0200a8c0@powersurft.com>
-
-Hello..
-
-I've been keeping up with the latest pre-releases of IRC Services, and it
-seems that when my users connect, they are set to +d (but it doesn't show up
-on their mode list - they simply can't see anything but joins and quits).
-The user must set mode to be -d before they can read anything.
-
-This started happening when I started using the service pre-relapses that
-have been out lately.
-
-Any suggestions?
-
-Thanks,
-
-Tim
-
-
-
-From spaced at connect.ab.ca Tue Feb 6 10:58:04 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] rotatelog in prerelease?
-Message-ID: <001301c0906e$bcab0220$0200a8c0@powersurft.com>
-
-Hello (again)
-
-Has this option disappeared for good? Went to use it, and it wasn't there
-anymore .... :-)
-
-Tim
-
-
-
-From achurch at achurch.org Wed Feb 7 08:28:09 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] rotatelog in prerelease?
-Message-ID: <3a8088fb.02662@prima-lan.net>
-
->Has this option disappeared for good? Went to use it, and it wasn't there
->anymore .... :-)
-
- Yes, it's gone (see the WhatsNew file). Instead, SIGUSR2 may be
-used to cause Services to close and reopen the log file. This may be
-used in a cron script or the like, for example:
-
-mv /usr/local/lib/services/services.log /usr/local/lib/log/services.log.old
-kill -USR2 `cat /usr/local/lib/services/services.pid`
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Wed Feb 7 08:30:11 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-Message-ID: <3a80892e.02670@prima-lan.net>
-
->I've been keeping up with the latest pre-releases of IRC Services, and it
->seems that when my users connect, they are set to +d (but it doesn't show up
->on their mode list - they simply can't see anything but joins and quits).
->The user must set mode to be -d before they can read anything.
-
- What IRC server are you using?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From strider at chatcircuit.com Tue Feb 6 16:03:07 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-References: <3a80892e.02670@prima-lan.net>
-Message-ID: <002501c09099$5b125ce0$0200000a@strider>
-
-Unrealircd supports this mode. +d is deaf mode. I never figured out the
-point.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, February 06, 2001 5:30 PM
-Subject: Re: [IRCServices] Mode +d set?
-
-
-> >I've been keeping up with the latest pre-releases of IRC Services, and it
-> >seems that when my users connect, they are set to +d (but it doesn't show
-up
-> >on their mode list - they simply can't see anything but joins and quits).
-> >The user must set mode to be -d before they can read anything.
->
-> What IRC server are you using?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 andy at strugglers.net Tue Feb 6 16:05:04 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-In-Reply-To: <002501c09099$5b125ce0$0200000a@strider>
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider>
-Message-ID: <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com>
-
-On Tue, 6 Feb 2001 18:03:07 -0600, "Strider" <strider@chatcircuit.com>
-wrote:
-
->Unrealircd supports this mode. +d is deaf mode. I never figured out the
->point.
-
-A bot whose purpose is to control join floods and maintain a ban list (e.g.
-on networks without services) can react a lot faster if the ircd is not
-sending channel privmsgs to it.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From strider at chatcircuit.com Tue Feb 6 16:13:45 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider> <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com>
-Message-ID: <002d01c0909a$db627500$0200000a@strider>
-
-Gosh yer a smart one. Can you provide an example of this? I'm interested in
-seeing an application of this.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, February 06, 2001 6:05 PM
-Subject: Re: [IRCServices] Mode +d set?
-
-
-> On Tue, 6 Feb 2001 18:03:07 -0600, "Strider" <strider@chatcircuit.com>
-> wrote:
->
-> >Unrealircd supports this mode. +d is deaf mode. I never figured out the
-> >point.
->
-> A bot whose purpose is to control join floods and maintain a ban list
-(e.g.
-> on networks without services) can react a lot faster if the ircd is not
-> sending channel privmsgs to it.
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> 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 Feb 6 16:50:05 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider> <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com> <002d01c0909a$db627500$0200000a@strider>
-Message-ID: <006501c0909f$e955fba0$0200a8c0@powersurft.com>
-
->From reading services source code, *serv is set to +d .. At least, if I
-read the code right... That way, if you were to have services join a room,
-it wouldn't affect overall performance ... much.
-
-Anyhow, to answer Andrew's reply, I'm using Cyclone 0.3.1 .. (looks for
-other Cyclone users).. I believe its based on Bahamut, however I could be
-mistaken.
-
-I should also note, I have to modify one line in send.c so that services
-will connect to Cyclone (shown below)
-
-// send_cmd(NULL, "PASS :%s", RemotePassword);
- send_cmd(NULL, "PASS %s 1:", RemotePassword);
-
-I can't imagine how this would even remotely cause the +d problem, but I'm
-not a programming guru so..
-
-Also, Andrew, thanks for the reply about rotating logs - that little bit of
-script works like a charm :-)
-
-Thanks,
-
-Tim
-
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, February 06, 2001 5:13 PM
-Subject: Re: [IRCServices] Mode +d set?
-
-
-> Gosh yer a smart one. Can you provide an example of this? I'm interested
-in
-> seeing an application of this.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Andy Smith" <andy@strugglers.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, February 06, 2001 6:05 PM
-> Subject: Re: [IRCServices] Mode +d set?
->
->
-> > On Tue, 6 Feb 2001 18:03:07 -0600, "Strider" <strider@chatcircuit.com>
-> > wrote:
-> >
-> > >Unrealircd supports this mode. +d is deaf mode. I never figured out the
-> > >point.
-> >
-> > A bot whose purpose is to control join floods and maintain a ban list
-> (e.g.
-> > on networks without services) can react a lot faster if the ircd is not
-> > sending channel privmsgs to it.
-> >
-> > --
-> > Andy Smith <andy@strugglers.net>
-> >
-> > -----------------------------------------------------------
-> > 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 Feb 6 16:55:32 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-In-Reply-To: <002d01c0909a$db627500$0200000a@strider>; from strider@chatcircuit.com on Tue, Feb 06, 2001 at 06:13:45PM -0600
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider> <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com> <002d01c0909a$db627500$0200000a@strider>
-Message-ID: <20010206185532.A14278@edgemaster.zombie.org>
-
-On Tue, Feb 06, 2001 at 06:13:45PM -0600, Strider wrote:
-> Gosh yer a smart one. Can you provide an example of this? I'm interested in
-> seeing an application of this.
-
-Well, before you get all pissy, why don't you think of your own example? How
-about times where many clones join a channel and start flooding it. If the
-bot doesn't have to deal with the flooders' MSGs to the channel, it can deal
-with the fact that there is a JOIN flood going on. It saves a lot of
-resources and bandwidth on the client's end. Also, think of VERY busy channels
-(such as warez channels, I suppose) where the text is scrolling fast as hell
-and you can barely keep up with it? Why bother having a bot receive all that
-garbage when all it needs to do is op people when they join?
-
---
-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 Wed Feb 7 10:04:24 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-Message-ID: <3a809f65.03272@prima-lan.net>
-
- Services does not set deaf mode on Unreal; the SVSMODE +d <number> is
-used to set the Services stamp, and does so successfully using unmodified
-Services and unmodified Unreal. If you are having problems, then either
-you modified Services or you are using an unsupported server, and I cannot
-help you.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->Unrealircd supports this mode. +d is deaf mode. I never figured out the
->point.
->
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
->strider@chatcircuit.com www.chatcircuit.com
->ircadmin@chatcircuit.com irc.chatcircuit.com
->strider@6bit.net www.6bit.net
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, February 06, 2001 5:30 PM
->Subject: Re: [IRCServices] Mode +d set?
->
->
->> >I've been keeping up with the latest pre-releases of IRC Services, and it
->> >seems that when my users connect, they are set to +d (but it doesn't show
->up
->> >on their mode list - they simply can't see anything but joins and quits).
->> >The user must set mode to be -d before they can read anything.
->>
->> What IRC server are you using?
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From wahoo at cyber-dreams.org Tue Feb 6 17:12:53 2001
-From: wahoo at cyber-dreams.org (wahoo)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Re: rotatelog in prerelease?
-In-Reply-To: <3a8088fb.02662@prima-lan.net>
-Message-ID: <yam8438.2684.1748843128@smtp.addcom.de>
-
-Hello again,
-
-
->> Has this option disappeared for good? Went to use it, and it wasn't there
->> anymore .... :-)
-
-> Yes, it's gone (see the WhatsNew file). Instead, SIGUSR2 may be
-> used to cause Services to close and reopen the log file. This may be
-> used in a cron script or the like, for example:
-
-> mv /usr/local/lib/services/services.log
-> /usr/local/lib/log/services.log.old kill -USR2 `cat
-> /usr/local/lib/services/services.pid`
-
-this is a good point, especially for the one's not so familar with it at
-all. Therefore it should be in the FAQ-section? (...if it's not alreeady
-there). Please blame me, if you think so... but that's my 2 cent :).
-
-
-regards,
-- wahoo -
-
-
-
-
-From smkelly at zombie.org Tue Feb 6 17:14:27 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-In-Reply-To: <006501c0909f$e955fba0$0200a8c0@powersurft.com>; from spaced@connect.ab.ca on Tue, Feb 06, 2001 at 05:50:05PM -0700
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider> <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com> <002d01c0909a$db627500$0200000a@strider> <006501c0909f$e955fba0$0200a8c0@powersurft.com>
-Message-ID: <20010206191427.B14278@edgemaster.zombie.org>
-
-On Tue, Feb 06, 2001 at 05:50:05PM -0700, Tim AtLee wrote:
-> Anyhow, to answer Andrew's reply, I'm using Cyclone 0.3.1 .. (looks for
-> other Cyclone users).. I believe its based on Bahamut, however I could be
-> mistaken.
-
-Actually it is based on Dreamforge 4.4.15+. That might be your problem. When
-you ran IRCServices' configure, did you tell it that you were using Bahamut?
-Try telling it you're running DreamForge (22?).
-
-> I should also note, I have to modify one line in send.c so that services
-> will connect to Cyclone (shown below)
->
-> // send_cmd(NULL, "PASS :%s", RemotePassword);
-> send_cmd(NULL, "PASS %s 1:", RemotePassword);
-
-I'm getting rid of that for further releases. It was meant to stop people
-from running Cyclone and DreamForge on the same network, but has caused
-more confusion than it has stopped.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From ben at desync.com Tue Feb 6 17:32:54 2001
-From: ben at desync.com (ben@desync.com)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Mode +d set?
-In-Reply-To: <006501c0909f$e955fba0$0200a8c0@powersurft.com>; from spaced@connect.ab.ca on Tue, Feb 06, 2001 at 05:50:05PM -0700
-References: <3a80892e.02670@prima-lan.net> <002501c09099$5b125ce0$0200000a@strider> <b7418tgj44cnul0fq8fmh8529fcmebj5qn@4ax.com> <002d01c0909a$db627500$0200000a@strider> <006501c0909f$e955fba0$0200a8c0@powersurft.com>
-Message-ID: <20010206173254.A16300@desync.com>
-
-On Tue, Feb 06, 2001 at 05:50:05PM -0700, Tim AtLee wrote:
-> (looks for other Cyclone users)..
-
-Hi.
-
---
-[ ben wilber :: ben@desync.com ]
-[ the inside3d irc network ]
-
-
-From CoolAgony at aol.com Tue Feb 6 17:51:35 2001
-From: CoolAgony at aol.com (CoolAgony@aol.com)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] suggestion about nickserv
-Message-ID: <8a.2121e2a.27b20427@aol.com>
-
-Is it possible to add some options to nickserv?
-Like the posibility to define the age sex city
-example :
-
-/msg nickserv set age 20
-/msg nickserv set sex Boy
-/msg nickserv set city Paris France
-
-and which can be seen by /msg nickserv info nickname ?
-
-thx :)
-
-
-From achurch at achurch.org Wed Feb 7 11:26:06 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] suggestion about nickserv
-Message-ID: <3a80b255.03652@prima-lan.net>
-
->Is it possible to add some options to nickserv?
->Like the posibility to define the age sex city
->example :
->
->/msg nickserv set age 20
->/msg nickserv set sex Boy
->/msg nickserv set city Paris France
->
->and which can be seen by /msg nickserv info nickname ?
-
- You're welcome to do this on your own, but I won't support it.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From gregk at wwwpages.com Tue Feb 6 19:47:34 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] suggestion about nickserv
-In-Reply-To: <3a80b255.03652@prima-lan.net>
-Message-ID: <Pine.LNX.3.96.1010206194718.22739C-100000@smtp.wwwpages.com>
-
-hehe they could always nick to Paris_Boy_20
-
-
-
-On Wed, 7 Feb 2001, Andrew Church wrote:
-
-> >Is it possible to add some options to nickserv?
-> >Like the posibility to define the age sex city
-> >example :
-> >
-> >/msg nickserv set age 20
-> >/msg nickserv set sex Boy
-> >/msg nickserv set city Paris France
-> >
-> >and which can be seen by /msg nickserv info nickname ?
->
-> You're welcome to do this on your own, but I won't support it.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 orion at tribble.dyndns.org Tue Feb 6 20:35:56 2001
-From: orion at tribble.dyndns.org (Orion)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] suggestion about nickserv
-In-Reply-To: <Pine.LNX.3.96.1010206194718.22739C-100000@smtp.wwwpages.com>; from gregk@wwwpages.com on Tue, Feb 06, 2001 at 07:47:34PM -0800
-References: <3a80b255.03652@prima-lan.net> <Pine.LNX.3.96.1010206194718.22739C-100000@smtp.wwwpages.com>
-Message-ID: <20010206233556.A22361@tribble.dyndns.org>
-
-Gregory King said:
-> hehe they could always nick to Paris_Boy_20
->
->
->
-> On Wed, 7 Feb 2001, Andrew Church wrote:
->
-> > >Is it possible to add some options to nickserv?
-> > >Like the posibility to define the age sex city
-> > >example :
-> > >
-> > >/msg nickserv set age 20
-> > >/msg nickserv set sex Boy
-> > >/msg nickserv set city Paris France
-> > >
-> > >and which can be seen by /msg nickserv info nickname ?
-> >
-> > You're welcome to do this on your own, but I won't support it.
-
-20 year old males consider themselves men, and women consider 20 year
-old males to be boys... Too confusing.
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-A glow-worm would have a real problem with a
-5500-kelvin-ass - Rita Fernsler
-
-
-From andy at strugglers.net Tue Feb 6 22:24:44 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] suggestion about nickserv
-In-Reply-To: <8a.2121e2a.27b20427@aol.com>
-References: <8a.2121e2a.27b20427@aol.com>
-Message-ID: <meq18todec7vs9m38jj2m22tl0uukfua86@4ax.com>
-
-On Tue, 6 Feb 2001 20:51:35 EST, CoolAgony@aol.com wrote:
-
->
->Is it possible to add some options to nickserv?
->Like the posibility to define the age sex city
->example :
->
->/msg nickserv set age 20
->/msg nickserv set sex Boy
->/msg nickserv set city Paris France
->
->and which can be seen by /msg nickserv info nickname ?
-
-Services the "a/s/l?" edition? :)
-
-I dunno, I don't really like it, I'd rather just ask people in normal
-conversation.. But it could be a useful modification if you were making a
-dating network! :)
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From achurch at achurch.org Wed Feb 7 17:11:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre4 released
-Message-ID: <3a810363.06263@prima-lan.net>
-
- Services 4.5pre4 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre4.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre4.diff.gz
-
-The mirrors should have it shortly.
-
- I realize it's only a day after the last one, but this release fixes
-two critical bugs that can cause Services to crash. People using
-pre0-pre3, please upgrade to pre4 immediately.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Adrian at alltrom.ro Wed Feb 7 02:09:26 2001
-From: Adrian at alltrom.ro (Adrian AT. Teodorescu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Need help
-Message-ID: <149B994AD9317E439C9773498FE0F337061F94@mailer.alltrom.ro>
-
-Hi folks,
-
-I heave a problem with the services same in 4.4.8 also in 4.5.pre3.
-When I start the services the server give me this message *** (s) Global
--- from services.kappa.ro: Warning: unable to set modes on channel
-#kappa. Are your servers' U:lines configured correctly?
-We use bahamut(pelennor)-1.4(22) and ircservices 4.5pre3
-Same problem with bahamut(pelennor)-1.4(8) and ircservices 4.4.8
-
-The U lines are :
-U:services.kappa.ro:*:*
-U:194.102.255.6:*:*
-
-Last line added for test today.
-
-The answer to server message should be Yes they are configured
-correctly. :-))
-
-Can someone help me with a hint or something, because we heave 300 - 500
-users o main channel and other 20-30 channel already registered and now
-everything is going wrong ...
-
-10x a lot
-
-Ady
-
-
-
-From ianj at esper.net Thu Feb 8 13:29:41 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] FTP server on ftp.esper.net updated
-Message-ID: <Pine.LNX.4.21.0102081313300.1735-100000@vector.chocobo.org>
-
-Hi, all.
-
-ftp.esper.net's ftpd has been upgraded from ProFTPD 1.2.0rc2 to 1.2.0rc3
-and has been switched from inetd to standalone.
-
-If anyone was having problems with passive transfers, those should be
-fixed. I have observed some of my non-anonymous users have problems with
-passive transfers in 1.2.0rc2, plus I have seen this myself as well.
-
-Plus going to a self-forking model should improve performance as well.
-
-If anyone's encountering any problems or has questions, please let me
-know.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From CoolAgony at aol.com Thu Feb 8 16:18:03 2001
-From: CoolAgony at aol.com (CoolAgony@aol.com)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] data problem
-Message-ID: <52.70229b5.27b4913b@aol.com>
-
-I've recently installed a copy of version Services 4.4.5, ready to take over
-from my 4.3.3 version
-the problem is when i put data from 4.3.3
-
-[admin@bestserv.com - services]$ ./services
- bash: ./services: cannot execute binary file
-
-System is redaht 6.2 .
-
-any idea ? please
-
-
-From achurch at achurch.org Fri Feb 9 09:48:32 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] data problem
-Message-ID: <3a833e6c.23265@prima-lan.net>
-
->I've recently installed a copy of version Services 4.4.5, ready to take over
->from my 4.3.3 version
->the problem is when i put data from 4.3.3
->
->[admin@bestserv.com - services]$ ./services
-> bash: ./services: cannot execute binary file
-
- Then something went wrong with the install; try again.
-
->System is redaht 6.2 .
->
->any idea ? please
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 9 10:09:46 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Services 4.5pre5 released
-Message-ID: <3a83450d.24166@prima-lan.net>
-
- Services 4.5pre5 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre5.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre5.diff.gz
-
-The mirrors should have it shortly.
-
- This release fixes a problem discovered with IRC servers which
-violate the RFC by treating [ and {, | and \, ] and } as different
-characters in nicknames and channels. Users of such servers, in
-particular all DALnet-derived servers, should upgrade to pre5
-immediately.
-
- I still do not have any updated language files; I would like to
-release 4.5.0 soon, but it would be appreciated to have updated
-language files before then. If anyone is working on a language file
-and needs more time to finish, please let me know.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From jazba at awww.jeah.net Sat Feb 10 00:50:45 2001
-From: jazba at awww.jeah.net (Jazba Junoon)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Problem
-Message-ID: <Pine.BSF.4.32.0102100244050.58541-100000@awww.jeah.net>
-
-Hi All,
- When you have restricted option and secure option on chanserv and
-lets say a nick which is NOT on the access list joins, chanserv kicks/bans
-them. If an op later unbans that nick and that nick re-joins the channel,
-Chanserv will Kick them BUT NOT ban them which results in a join/kick
-flood by that user and chanserv.
-
-Is there a way to overcome this ?
-
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-************************************************************************
-******** Your future depends on your dreams ********
-******** ********
-******** So go to sleep ! ********
-************************************************************************
-----------------------------------------------------------------------------
-
-
-
-From jazba at awww.jeah.net Sat Feb 10 00:51:42 2001
-From: jazba at awww.jeah.net (Jazba Junoon)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Chanserv Bug?
-Message-ID: <Pine.BSF.4.32.0102100250590.58541-100000@awww.jeah.net>
-
-Hi,
-
--ChanServ- Syntax: INVITE channel
--ChanServ-
--ChanServ- Tells ChanServ to invite you into the given channel. By
--ChanServ- default, only works if your access
-
-But if you add a user with access level 1 and try:
-
-<A> invite #test
--ChanServ- Permission denied.
-As you can see this is either a bug or a wrong info. in services. A has
-access level of 1, only access level of 5 or up can be invited into the
-channel, should be changed so that access level above 0 can be invited
-too.
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-************************************************************************
-******** Your future depends on your dreams ********
-******** ********
-******** So go to sleep ! ********
-************************************************************************
-----------------------------------------------------------------------------
-
-
-
-From Adrian at alltrom.ro Sat Feb 10 01:17:19 2001
-From: Adrian at alltrom.ro (Adrian AT. Teodorescu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Where to search for the problem ?
-Message-ID: <149B994AD9317E439C9773498FE0F337061F98@mailer.alltrom.ro>
-
-Hi,
-
-Server bahamut 1.4.22
-
-ircd.conf - important lines are:
-
-I:*@*::NOMATCH::1
-I:*@*::*@*::1
-
-Some O: lines
-
-U:services.kappa.ro:*:*
-
-C:194.102.255.6:some_pass:services.kappa.ro::2
-N:194.102.255.6:some_pass:services.kappa.ro::2
-
-P:*:*:*:6668
-P:*:*:*:7000
-
-Services 4.5 pre3, 4.5pre4, 4.5pre5
-
-services.conf - important lines
-
-RemoteServer irc.kappa.ro 6668 "some_pass"
-LocalAddress services.kappa.ro
-
-
-ServerName "services.kappa.ro"
-
-ServerDesc "Services for Kappa IRC"
-
-ServiceUser "services@services.kappa.ro"
-
-
-Messages when starting services :
-
-*** (s) Routing -- from chat.kappa.ro: Link with
-services.kappa.ro[(+)root@0.0.0.0] established, states: TS
-*** (s) Routing -- from chat.kappa.ro: services.kappa.ro has processed
-user/channel burst, sending topic burst.
-*** (s) Routing -- from chat.kappa.ro: services.kappa.ro has processed
-topic burst (synched to network data).
-
-Errors in services.log
-
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-ChanServ #linuxro :You're not on that channel)
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-services.kappa.ro #linucs :Only servers can change that mode)
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-ChanServ #linucs :You're not on that channel)
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-services.kappa.ro #linux :Only servers can change that mode)
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-ChanServ #linux :You're not on that channel)
-[Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-services.kappa.ro #idle :Only servers can change that mode)
-
-In other words ... services are starting, errors reported by notice -
-none, error in services.log read up; nickserv, operserv responding at
-some commands but at
-/operserv mode #channel +o Nick
-(where Nick is an Operserv admin)
-nothing happens
-/chanserv op #channel Nick
-(where Nick is channel founder)
-result notice from chanserv "-ChanServ- Opped Nick on channel #channel
-but nothing happens.
-
-Can anyone heave a notice, advise something to help us ? I don't think
-if is important or not but we heave over 500 users to server and
-planning to link other 2 irc servers and I really need to solve that
-problem.
-
-Thank you
-
-Adrian
-
-
-From tomkins at haloplayers.com Sat Feb 10 02:25:36 2001
-From: tomkins at haloplayers.com (Alex Tomkins)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Chanserv Bug?
-In-Reply-To: <Pine.BSF.4.32.0102100250590.58541-100000@awww.jeah.net>; from jazba@awww.jeah.net on Sat, Feb 10, 2001 at 02:51:42AM -0600
-References: <Pine.BSF.4.32.0102100250590.58541-100000@awww.jeah.net>
-Message-ID: <20010210102536.A24886@starbug.digital.darkzone.net>
-
-On Sat, Feb 10, 2001 at 02:51:42AM -0600, Jazba Junoon wrote:
-> Hi,
->
-> -ChanServ- Syntax: INVITE channel
-> -ChanServ-
-> -ChanServ- Tells ChanServ to invite you into the given channel. By
-> -ChanServ- default, only works if your access
->
-> But if you add a user with access level 1 and try:
->
-> <A> invite #test
-> -ChanServ- Permission denied.
-> As you can see this is either a bug or a wrong info. in services. A has
-> access level of 1, only access level of 5 or up can be invited into the
-> channel, should be changed so that access level above 0 can be invited
-> too.
-
-It is designed to be like that...
-
-Most ircds can invite people over bans and limits, sometimes you might not want something who isn't an op to be able to invite themself into the channel. So setting the default to the level of an op is logical.
-
-This sort of setting can be changed per channel:
-
-/msg chanserv help levels desc
-
-And you'll see that you can change the level of user which can use the invite command, as well as a few others.
-
-
---
-Alex Tomkins (tomkins@haloplayers.com)
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Feb 10 02:35:41 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: AW: [IRCServices] Problem
-In-Reply-To: <Pine.BSF.4.32.0102100244050.58541-100000@awww.jeah.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOEJNEHAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-At the moment not, this is due to services setting a banmask onto
-user@host, which is converted to *!user@host by the ircd.
-If an op removes that mask, they will remove *!user@host, a mask which
-does not exist on services' own ban list, so there is no need to resend
-a ban already set, therefore only KICK is issued.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Jazba Junoon
-> Gesendet: Samstag, 10. Februar 2001 09:51
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Problem
->
->
-> Hi All,
-> When you have restricted option and secure option on chanserv and
-> lets say a nick which is NOT on the access list joins, chanserv kicks/bans
-> them. If an op later unbans that nick and that nick re-joins the channel,
-> Chanserv will Kick them BUT NOT ban them which results in a join/kick
-> flood by that user and chanserv.
->
-> Is there a way to overcome this ?
->
->
-> Regards,
-> Jazba.
->
-> ------------------------------------------------------------------
-> ----------
-> Jazba Junoon
-> Email: jazba@jeah.net
-> ************************************************************************
-> ******** Your future depends on your dreams ********
-> ******** ********
-> ******** So go to sleep ! ********
-> ************************************************************************
-> ------------------------------------------------------------------
-> ----------
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Feb 10 02:37:03 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: AW: [IRCServices] Chanserv Bug?
-In-Reply-To: <Pine.BSF.4.32.0102100250590.58541-100000@awww.jeah.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCEJOEHAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-This is definitely not a bug, but a cosmetic issue. If you do
-/chanserv levels #channel list
-You will see, that you need an access level of 5, to be able to use the
-invite command (by default).
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Jazba Junoon
-> Gesendet: Samstag, 10. Februar 2001 09:52
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Chanserv Bug?
->
->
-> Hi,
->
-> -ChanServ- Syntax: INVITE channel
-> -ChanServ-
-> -ChanServ- Tells ChanServ to invite you into the given channel. By
-> -ChanServ- default, only works if your access
->
-> But if you add a user with access level 1 and try:
->
-> <A> invite #test
-> -ChanServ- Permission denied.
-> As you can see this is either a bug or a wrong info. in services. A has
-> access level of 1, only access level of 5 or up can be invited into the
-> channel, should be changed so that access level above 0 can be invited
-> too.
->
-> Regards,
-> Jazba.
->
-> ------------------------------------------------------------------
-> ----------
-> Jazba Junoon
-> Email: jazba@jeah.net
-> ************************************************************************
-> ******** Your future depends on your dreams ********
-> ******** ********
-> ******** So go to sleep ! ********
-> ************************************************************************
-> ------------------------------------------------------------------
-> ----------
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Feb 10 02:41:38 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:10 2004
-Subject: AW: [IRCServices] Where to search for the problem ?
-In-Reply-To: <149B994AD9317E439C9773498FE0F337061F98@mailer.alltrom.ro>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOEJOEHAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-Only from reading, I do not see any mistakes.
-But, the ircd says:
-
-> *** (s) Routing -- from chat.kappa.ro: Link with
-> services.kappa.ro[(+)root@0.0.0.0] established, states: TS
-
-And NOT: "Ulined"
-
-I guess, without knowing what you've been doing, that your ircd.conf is
-somewhat imported from windows, so, at the end of every line, there is another
-hidden character.
-You may see them, if you open the conf via "joe" e.g.
-These result in the ircd not accepting your U:Line, for U:Lines are checked in a more
-militant way.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Adrian AT.
-> Teodorescu
-> Gesendet: Samstag, 10. Februar 2001 10:17
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Where to search for the problem ?
->
->
->
-> Hi,
->
-> Server bahamut 1.4.22
->
-> ircd.conf - important lines are:
->
-> I:*@*::NOMATCH::1
-> I:*@*::*@*::1
->
-> Some O: lines
->
-> U:services.kappa.ro:*:*
->
-> C:194.102.255.6:some_pass:services.kappa.ro::2
-> N:194.102.255.6:some_pass:services.kappa.ro::2
->
-> P:*:*:*:6668
-> P:*:*:*:7000
->
-> Services 4.5 pre3, 4.5pre4, 4.5pre5
->
-> services.conf - important lines
->
-> RemoteServer irc.kappa.ro 6668 "some_pass"
-> LocalAddress services.kappa.ro
->
->
-> ServerName "services.kappa.ro"
->
-> ServerDesc "Services for Kappa IRC"
->
-> ServiceUser "services@services.kappa.ro"
->
->
-> Messages when starting services :
->
-> *** (s) Routing -- from chat.kappa.ro: Link with
-> services.kappa.ro[(+)root@0.0.0.0] established, states: TS
-> *** (s) Routing -- from chat.kappa.ro: services.kappa.ro has processed
-> user/channel burst, sending topic burst.
-> *** (s) Routing -- from chat.kappa.ro: services.kappa.ro has processed
-> topic burst (synched to network data).
->
-> Errors in services.log
->
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-> ChanServ #linuxro :You're not on that channel)
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-> services.kappa.ro #linucs :Only servers can change that mode)
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-> ChanServ #linucs :You're not on that channel)
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-> services.kappa.ro #linux :Only servers can change that mode)
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 442
-> ChanServ #linux :You're not on that channel)
-> [Feb 10 10:55:38 2001] unknown message from server (:chat.kappa.ro 468
-> services.kappa.ro #idle :Only servers can change that mode)
->
-> In other words ... services are starting, errors reported by notice -
-> none, error in services.log read up; nickserv, operserv responding at
-> some commands but at
-> /operserv mode #channel +o Nick
-> (where Nick is an Operserv admin)
-> nothing happens
-> /chanserv op #channel Nick
-> (where Nick is channel founder)
-> result notice from chanserv "-ChanServ- Opped Nick on channel #channel
-> but nothing happens.
->
-> Can anyone heave a notice, advise something to help us ? I don't think
-> if is important or not but we heave over 500 users to server and
-> planning to link other 2 irc servers and I really need to solve that
-> problem.
->
-> Thank you
->
-> Adrian
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Sat Feb 10 21:20:45 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Problem
-Message-ID: <3a853238.46377@prima-lan.net>
-
->Hi All,
-> When you have restricted option and secure option on chanserv and
->lets say a nick which is NOT on the access list joins, chanserv kicks/bans
->them. If an op later unbans that nick and that nick re-joins the channel,
->Chanserv will Kick them BUT NOT ban them which results in a join/kick
->flood by that user and chanserv.
->
->Is there a way to overcome this ?
-
- This will be fixed in the next 4.5 release (actually, I thought I had
-already taken care of this, but it looks like I forgot).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Sat Feb 10 22:00:38 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Chanserv Bug?
-Message-ID: <3a854ade.47246@prima-lan.net>
-
->Hi,
->
->-ChanServ- Syntax: INVITE channel
->-ChanServ-
->-ChanServ- Tells ChanServ to invite you into the given channel. By
->-ChanServ- default, only works if your access
-"... level on the channel is greater than zero."
-
->But if you add a user with access level 1 and try:
->
-><A> invite #test
->-ChanServ- Permission denied.
->As you can see this is either a bug or a wrong info. in services. A has
->access level of 1, only access level of 5 or up can be invited into the
->channel, should be changed so that access level above 0 can be invited
->too.
-
- It looks like this has been wrong ever since access levels were
-added to Services; I'm not sure how I managed to do this, but I've
-updated the help files to read the same way. Thanks for the report.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Sat Feb 10 23:12:20 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] Chanserv Bug?
-Message-ID: <3a854c7a.47303@prima-lan.net>
-
->>As you can see this is either a bug or a wrong info. in services. A has
->>access level of 1, only access level of 5 or up can be invited into the
->>channel, should be changed so that access level above 0 can be invited
->>too.
->
-> It looks like this has been wrong ever since access levels were
->added to Services; I'm not sure how I managed to do this, but I've
->updated the help files to read the same way. Thanks for the report.
-
- This looks a bit unclear, so let me clarify: The INVITE and UNBAN
-commands will still require level 5 access, as they have in previous
-versions. The help files have been changed to show that level 5 access
-is required to use these commands.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From grenday288 at geocities.com Sun Feb 11 11:24:33 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:10 2004
-Subject: [IRCServices] services operator bug (4.5pre5)
-Message-ID: <3A869291.2238.590E72@localhost>
-
-services operators cant be added because there is no code in
-privlist_add to add serivces_opers... it always adds them as
-services_admins
-
-
-
---- ../ircservices-4.5pre5/operserv.c Thu Feb 8 19:06:30 2001
-+++ operserv.c Sun Feb 11 13:16:30 2001
-@@ -590,7 +590,11 @@ static void privlist_add(User *u, int li
- if (list[i] == ni) {
- notice_lang(s_OperServ, u, msgs[MSG_EXISTS], ni->nick);
- } else if (i < max) {
-- services_admins[i] = ni;
-+ if (!listid) {
-+ services_admins[i] = ni;
-+ } else {
-+ services_opers[i] = ni;
-+ }
- notice_lang(s_OperServ, u, msgs[MSG_ADDED], ni->nick);
- if (readonly)
- notice_lang(s_OperServ, u, READ_ONLY_MODE);
-
-
-(might not be the greatest code.. but it works)
-
-
-From curtis at nucleus.com Sun Feb 4 19:14:20 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] services operator bug (4.5pre5)
-References: <3A869291.2238.590E72@localhost>
-Message-ID: <000901c08f21$bc4e1360$630626d0@paralizer>
-
-Thanks Poison-X !!! THATS A some GREAT bugtraqing !!
-
------ Original Message -----
-From: "Josh" <grenday288@geocities.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 11, 2001 12:24 PM
-Subject: [IRCServices] services operator bug (4.5pre5)
-
-
-> services operators cant be added because there is no code in
-> privlist_add to add serivces_opers... it always adds them as
-> services_admins
->
->
->
-> --- ../ircservices-4.5pre5/operserv.c Thu Feb 8 19:06:30 2001
-> +++ operserv.c Sun Feb 11 13:16:30 2001
-> @@ -590,7 +590,11 @@ static void privlist_add(User *u, int li
-> if (list[i] == ni) {
-> notice_lang(s_OperServ, u, msgs[MSG_EXISTS], ni->nick);
-> } else if (i < max) {
-> - services_admins[i] = ni;
-> + if (!listid) {
-> + services_admins[i] = ni;
-> + } else {
-> + services_opers[i] = ni;
-> + }
-> notice_lang(s_OperServ, u, msgs[MSG_ADDED], ni->nick);
-> if (readonly)
-> notice_lang(s_OperServ, u, READ_ONLY_MODE);
->
->
-> (might not be the greatest code.. but it works)
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Feb 12 12:42:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] services operator bug (4.5pre5)
-Message-ID: <3a875ba1.71067@prima-lan.net>
-
->services operators cant be added because there is no code in
->privlist_add to add serivces_opers... it always adds them as
->services_admins
-
- Fixed, thanks for the report. (The right fix is to use
-"list" instead of "services_admins".)
-
->
->
->--- ../ircservices-4.5pre5/operserv.c Thu Feb 8 19:06:30 2001
->+++ operserv.c Sun Feb 11 13:16:30 2001
->@@ -590,7 +590,11 @@ static void privlist_add(User *u, int li
-> if (list[i] == ni) {
-> notice_lang(s_OperServ, u, msgs[MSG_EXISTS], ni->nick);
-> } else if (i < max) {
->- services_admins[i] = ni;
->+ if (!listid) {
->+ services_admins[i] = ni;
->+ } else {
->+ services_opers[i] = ni;
->+ }
-> notice_lang(s_OperServ, u, msgs[MSG_ADDED], ni->nick);
-> if (readonly)
-> notice_lang(s_OperServ, u, READ_ONLY_MODE);
->
->
->(might not be the greatest code.. but it works)
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Feb 12 16:02:55 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre6 released
-Message-ID: <3a878b1a.74537@prima-lan.net>
-
- Services 4.5pre6 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre6.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre6.diff.gz
-
-The mirrors should have it shortly.
-
- Among other things, the Portuguese and Turkish language files have
-been updated for this release. If no major bugs are reported for this
-version, I plan to release 4.5.0 (stable) soon.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From smkelly at zombie.org Mon Feb 12 00:38:56 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre6 released
-In-Reply-To: <3a878b1a.74537@prima-lan.net>; from achurch@achurch.org on Mon, Feb 12, 2001 at 04:02:55PM +0900
-References: <3a878b1a.74537@prima-lan.net>
-Message-ID: <20010212023856.A30713@edgemaster.zombie.org>
-
-On Mon, Feb 12, 2001 at 04:02:55PM +0900, Andrew Church wrote:
-> Among other things, the Portuguese and Turkish language files have
-> been updated for this release. If no major bugs are reported for this
-> version, I plan to release 4.5.0 (stable) soon.
-
-Last time I tried using StatServ (with IRCServices 4.4.8 and DreamForge-based
-ircd), after a few netsplits and netbursts, Services would enter an infinite
-loop and stop responding. Has this been fixed for 4.5.0, or should I go back
-and try to do it again to find a fix for it?
-
---
-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 Mon Feb 12 17:43:36 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre6 released
-Message-ID: <3a87a2b8.75171@prima-lan.net>
-
->Last time I tried using StatServ (with IRCServices 4.4.8 and DreamForge-based
->ircd), after a few netsplits and netbursts, Services would enter an infinite
->loop and stop responding. Has this been fixed for 4.5.0, or should I go back
->and try to do it again to find a fix for it?
-
- This may be fixed for pre6--I was never able to duplicate it myself, but
-I've fixed and cleaned up a lot of StatServ code for this release.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Adrian at alltrom.ro Mon Feb 12 01:01:20 2001
-From: Adrian at alltrom.ro (Adrian AT. Teodorescu)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Where to search for the problem ?
-Message-ID: <149B994AD9317E439C9773498FE0F337061F99@mailer.alltrom.ro>
-
-Hi,
-
-Thank's Yusuf
-
-I'm really stupid i forgot the rule "Don't edit linux configuration
-files in windows!!"
-
-Thank you again
-
-Adrian
-
------Original Message-----
-From: Yusuf Iskenderoglu [mailto:uhc0@rz.uni-karlsruhe.de]
-Sent: Saturday, February 10, 2001 12:42 PM
-To: ircservices@ircservices.za.net
-Subject: AW: [IRCServices] Where to search for the problem ?
-
-
-
-Hello;
-
-Only from reading, I do not see any mistakes.
-But, the ircd says:
-
-> *** (s) Routing -- from chat.kappa.ro: Link with
-> services.kappa.ro[(+)root@0.0.0.0] established, states: TS
-
-And NOT: "Ulined"
-
-I guess, without knowing what you've been doing, that your ircd.conf is
-somewhat imported from windows, so, at the end of every line, there is
-another
-hidden character.
-You may see them, if you open the conf via "joe" e.g.
-These result in the ircd not accepting your U:Line, for U:Lines are
-checked in a more
-militant way.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-<snip>
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Feb 12 01:23:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:11 2004
-Subject: AW: [IRCServices] Services 4.5pre6 released
-In-Reply-To: <20010212023856.A30713@edgemaster.zombie.org>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEMAEHAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi;
-
-Have you also tried to convice the ircd not to use poll ?
-My tests showed no infinite loops any more, if the ircd is not compiled
-with -DUSE_POLL.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Sean Kelly
-> Gesendet: Montag, 12. Februar 2001 09:39
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Services 4.5pre6 released
->
->
-> On Mon, Feb 12, 2001 at 04:02:55PM +0900, Andrew Church wrote:
-> > Among other things, the Portuguese and Turkish language files have
-> > been updated for this release. If no major bugs are reported for this
-> > version, I plan to release 4.5.0 (stable) soon.
->
-> Last time I tried using StatServ (with IRCServices 4.4.8 and
-> DreamForge-based
-> ircd), after a few netsplits and netbursts, Services would enter
-> an infinite
-> loop and stop responding. Has this been fixed for 4.5.0, or
-> should I go back
-> and try to do it again to find a fix for it?
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From curtis at nucleus.com Mon Feb 5 02:09:21 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] ChanServ Disable.
-Message-ID: <001401c08f5b$b61ca3a0$0c0626d0@paralizer>
-
-This is just a shot in the dark, but is there anyway that you can disable ChanServ ?
-But keep OperServ, NickServ, Global etc.. etc..
-
-?
-
-
-Curtis
-
-curtis@nucleus.com
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010205/a9a689b9/attachment.html
-From aykal.gumus at sbs.com.tr Mon Feb 12 02:16:32 2001
-From: aykal.gumus at sbs.com.tr (Aykal GUMUS)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] ChanServ Disable.
-Message-ID: <0AD58C06FE54D411A05600A0C930664A02A7D636@mail.sbs.com.tr>
-
-Hi people,
-There is a bug like this, if you want to look to a forbidden channels memo
-your irc services will be stoped.
-I am using ircservices4.3.4.
-What should I do to stop this?
-
-aykal
-
-
-
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010212/e5958f97/attachment.htm
-From achurch at achurch.org Mon Feb 12 23:48:08 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] ChanServ Disable.
-Message-ID: <3a87f7ec.76675@prima-lan.net>
-
->Hi people,
->There is a bug like this, if you want to look to a forbidden channels memo
->your irc services will be stoped.
->I am using ircservices4.3.4.
->What should I do to stop this?
-
- This bug will be fixed for 4.5.0, to be released soon (hopefully within
-a week or so). If this is a serious problem on your network, let me know
-and I'll put together a patch to fix it.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Feb 12 23:49:21 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] ChanServ Disable.
-Message-ID: <3a87f816.76701@prima-lan.net>
-
->This is just a shot in the dark, but is there anyway that you can =
->disable ChanServ ?
->But keep OperServ, NickServ, Global etc.. etc..=20
-
- Not at the moment. However, this is one feature I'm hoping to
-include in version 5.0 (which I plan to follow version 4.5).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From jester at phrixus.net Mon Feb 12 07:14:05 2001
-From: jester at phrixus.net (David Narayan)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre6 released
-In-Reply-To: <3a87a2b8.75171@prima-lan.net>
-References: <3a87a2b8.75171@prima-lan.net>
-Message-ID: <1692.130.207.128.178.981990845.squirrel@athena.me.gatech.edu>
-
->>Last time I tried using StatServ (with IRCServices 4.4.8 and
->>DreamForge-based ircd), after a few netsplits and netbursts, Services
->>would enter an infinite loop and stop responding. Has this been fixed
->>for 4.5.0, or should I go back and try to do it again to find a fix for
->>it?
->
-> This may be fixed for pre6--I was never able to duplicate it
-> myself, but
-> I've fixed and cleaned up a lot of StatServ code for this release.
->
-
-Using ircservices4.4.9 I was able to duplicate it. Granted much of
-the code may have changed between this version and 4.4.5 but using
-gdb indicates where services locks up.
-
-To lock it, I had a 3 server network (tested with unreal and df467)
-and I /squit'ed the two leafs from the hub. After the second leaf
-reconnected, services would not respond. Attaching gdb to the process
-indicates the following.
-
---- gdb output ---
-Attaching to program: /usr/local/bin/services, Pid 10163
-Reading symbols from /lib/libnsl.so.1...done.
-Loaded symbols for /lib/libnsl.so.1
-Reading symbols from /lib/libresolv.so.2...done.
-Loaded symbols for /lib/libresolv.so.2
-Reading symbols from /lib/libc.so.6...done.
-Loaded symbols for /lib/libc.so.6
-Reading symbols from /lib/ld-linux.so.2...done.
-Loaded symbols for /lib/ld-linux.so.2
-Reading symbols from /lib/libnss_files.so.2...done.
-Loaded symbols for /lib/libnss_files.so.2
-Reading symbols from /lib/libnss_nisplus.so.2...done.
-Loaded symbols for /lib/libnss_nisplus.so.2
-Reading symbols from /lib/libnss_nis.so.2...done.
-Loaded symbols for /lib/libnss_nis.so.2
-stats_do_server (servername=0xbffff7b7 "entropy2.phrixus.net",
-serverhub=0xbffff9f0 "entropy.phrixus.net")
- at statistics.c:598
-598 tmpserver = tmpserver->sibling;
-(gdb) list
-593 if (!server->hub->child) {
-594 server->hub->child = server;
-595 } else {
-596 tmpserver = server->hub->child;
-597 while (tmpserver->sibling)
-598 tmpserver = tmpserver->sibling;
-599 tmpserver->sibling = server;
-600 }
-601 }
-602 }
-(gdb) bt
-#0 stats_do_server (servername=0xbffff7b7 "entropy2.phrixus.net",
-serverhub=0xbffff9f0 "entropy.phrixus.net")
- at statistics.c:598
-#1 0x806661f in do_server (source=0xbffff9f0 "entropy.phrixus.net", ac=3,
-av=0x812db58) at servers.c:153
-#2 0x8066070 in process () at process.c:179
-#3 0x80598e1 in main (ac=1, av=0xbffffae4, envp=0xbffffaec) at main.c:274
-#4 0x40061f31 in __libc_start_main (main=0x80595e4 <main>, argc=1,
-ubp_av=0xbffffae4, init=0x8049028 <_init>,
- fini=0x806b5ac <_fini>, rtld_fini=0x4000e274 <_dl_fini>,
-stack_end=0xbffffadc)
- at ../sysdeps/generic/libc-start.c:129
-(gdb)
-
-Presumably this means that it is stuck in the while loop, since
-tmpserver->sibling is always "true".
-
--David
-
---
-David Narayan
-jester@phrixus.net
-
-
-
-From robotx at irctr.gen.tr Mon Feb 12 07:54:17 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Jupe
-Message-ID: <LPBBLPKMEKMJINBFDLHEIEGHCBAA.robotx@irctr.gen.tr>
-
-Hi all,
- Someone asked about a services without chanserv. Yes, it is possible but
-doesnt it mean also some functions of other service (e.g. operserv
-clearchan, memoserv read memo for chan..) also will not work? So there will
-be some bugs. The config file accepts changes about service nick and names
-of the services but it seem (because of bugs) it doesnt accept any disabled
-service. I think a solution should be found. It can be very helpful when we
-have a problem/bug with a service, so one service (which has a problem) can
-be disabled where other service can run!
- I am thinking of a service jupe option can be added to operserv as a
-command or asS an option to config file, it will add a user with a given
-nickname (or just with the nicknames chanserv, nickserv , statserv,
-memoserv) to the services server, but this service will ignore all msgs,
-notices and others.
-
-Yours Sincerelly in Cyberlife,
- Emre ERTUGAY(Collide)
- IRCTR.GEN.TR
-
-
-
-From jazba at awww.jeah.net Mon Feb 12 11:07:36 2001
-From: jazba at awww.jeah.net (Jazba Junoon)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure?
-Message-ID: <Pine.BSF.4.33.0102121304580.19972-100000@awww.jeah.net>
-
-Hi,
- Is it just me, or is the secure mode for chanserv NOT working in
-the pre6 ?
-
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-ICQ #: 40050050
-http://www.jazba.net
-************************************************************************
-******** Your future depends on your dreams ********
-******** ********
-******** So go to sleep ! ********
-************************************************************************
-----------------------------------------------------------------------------
-
-
-
-From achurch at achurch.org Tue Feb 13 05:43:30 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure?
-Message-ID: <3a884afc.01125@prima-lan.net>
-
-> Is it just me, or is the secure mode for chanserv NOT working in
->the pre6 ?
-
- Works fine for me.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From jazba at awww.jeah.net Mon Feb 12 16:20:15 2001
-From: jazba at awww.jeah.net (Jazba Junoon)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure option.
-Message-ID: <Pine.BSF.4.33.0102121819540.45284-100000@awww.jeah.net>
-
-Here is a little something I have for my server 216.111.239.141
-It worked fine with the pre5 , it seems to be buggy in pre6
-
--ChanServ- Information for channel #test:
--ChanServ- Founder: Junoon
--ChanServ- Description: Test Channel
--ChanServ- Registered: Feb 12 16:05:34 2001 CST
--ChanServ- Last used: Feb 12 18:16:30 2001 CST
--ChanServ- Options: KEEPTOPIC, SECURE
--ChanServ- Mode lock: +nst
-
-- GT [~gt@b205.bernhard.wmich.edu] has joined #test
--NickServ- Nick gt isn't registered.
-
-Although I have secure set to ON , why can an unregistered nick still
-join the #test ?
-
-
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-ICQ #: 40050050
-http://www.jazba.net
-************************************************************************
-******** Your future depends on your dreams ********
-******** ********
-******** So go to sleep ! ********
-************************************************************************
-----------------------------------------------------------------------------
-
-
-
-From andy at strugglers.net Mon Feb 12 16:28:14 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure option.
-In-Reply-To: <Pine.BSF.4.33.0102121819540.45284-100000@awww.jeah.net>
-References: <Pine.BSF.4.33.0102121819540.45284-100000@awww.jeah.net>
-Message-ID: <8svg8tknlbam17icos86ud313ivu83e8uv@4ax.com>
-
-On Mon, 12 Feb 2001 18:20:15 -0600 (CST), Jazba Junoon <jazba@awww.jeah.net>
-wrote:
-
->Although I have secure set to ON , why can an unregistered nick still
->join the #test ?
-
-You are talking about RESTRICTED, not SECURE.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From jazba at awww.jeah.net Mon Feb 12 16:42:20 2001
-From: jazba at awww.jeah.net (Jazba Junoon)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on
-Message-ID: <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
-
-Actually, I am talking about secure, not restricted.
--ChanServ- Syntax: SET channel SECURE {ON | OFF}
--ChanServ-
--ChanServ- Enables or disables ChanServ's security features for a
--ChanServ- channel. When SECURE is set, only users who have
--ChanServ- registered their nicknames with NickServ and IDENTIFY'd
--ChanServ- with their password will be given access to the channel
--ChanServ- as controlled by the access list.
-
-Isnt this = ONLY registred nicks can join a channel? I am not talking
-about restricted access here, if you are online right now, connect to
-server 216.111.239.141 and /j #test (it has secure on) and ONLY
-registered nicks should be able to join, BUT here unregistered nicks can
-also join.
-
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-ICQ #: 40050050
-http://www.jazba.net
-************************************************************************
-******** Your future depends on your dreams ********
-******** ********
-******** So go to sleep ! ********
-************************************************************************
-----------------------------------------------------------------------------
-
-
-
-From andy at strugglers.net Mon Feb 12 17:15:43 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on
-In-Reply-To: <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
-References: <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
-Message-ID: <og2h8tofc4mil4gnuoeps5g0ls46sobhb2@4ax.com>
-
-On Mon, 12 Feb 2001 18:42:20 -0600 (CST), Jazba Junoon <jazba@awww.jeah.net>
-wrote:
-
->Actually, I am talking about secure, not restricted.
-
-SECURE has never done what you are talking about. To set it so that only
-people on your access list may join, set RESTRICTED on. To stop
-unregistered nicks from entering, set channel mode +R if your ircd supports
-it.
-
->-ChanServ- Syntax: SET channel SECURE {ON | OFF}
->-ChanServ-
->-ChanServ- Enables or disables ChanServ's security features for a
->-ChanServ- channel. When SECURE is set, only users who have
->-ChanServ- registered their nicknames with NickServ and IDENTIFY'd
->-ChanServ- with their password will be given access to the channel
->-ChanServ- as controlled by the access list.
->
->Isnt this = ONLY registred nicks can join a channel?
-
-No, it is saying that people on your access list will only get their access
-when they are identified to their nicks, and that's the way it's always been
-AFAIK.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From ShadowMaster at Shadow-Realm.org Mon Feb 12 17:33:56 2001
-From: ShadowMaster at Shadow-Realm.org (=?US-ASCII?Q?Thomas_J._Stensas?=)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on
-In-Reply-To: <og2h8tofc4mil4gnuoeps5g0ls46sobhb2@4ax.com>
-Message-ID: <ODECKPJIFNBKNFLKPHIFIEHDCBAA.ShadowMaster@Shadow-Realm.org>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-In all fairness the chanserv help on secure can be misleading.
-
-With:
-
-"When SECURE is set, only users who have registered their nicknames
-with NickServ and IDENTIFY'd with their password will be given access
-to the channel as controlled by the access list."
-
-one can easilly read access to the channel as controlled by the the
-access list to be access to JOIN the channel.
-
-It should perhaps be reworded in a way where it can not be
-misinterpreted??
-Just my 2cents
-
-- --
-Yours Sincerely
-Thomas Juberg Stensas (ShadowMaster/HAMLET @ IRC)
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andy
-> Smith Sent: Tuesday, February 13, 2001 2:16 AM
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] secure on
->
-> >-ChanServ- Syntax: SET channel SECURE {ON | OFF}
-> >-ChanServ-
-> >-ChanServ- Enables or disables ChanServ's security features for a
-> >-ChanServ- channel. When SECURE is set, only users who have
-> >-ChanServ- registered their nicknames with NickServ and IDENTIFY'd
-> >-ChanServ- with their password will be given access to the channel
-> >-ChanServ- as controlled by the access list.
-> >
-> >Isnt this = ONLY registred nicks can join a channel?
->
-> No, it is saying that people on your access list will only get
-> their access
-> when they are identified to their nicks, and that's the way it's
-> always been
-> AFAIK.
->
-
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBOoiA9Nmibtokx6KuEQKxCgCdFAfH7yTyOOEKjr9XCQWo9hXYbJ4AnRE8
-SdmQLZjfh1aIGq2nCBgOq0Va
-=Xgpm
------END PGP SIGNATURE-----
-
-
-
-From chromi at cyberspace.org Mon Feb 12 17:53:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on
-In-Reply-To: <og2h8tofc4mil4gnuoeps5g0ls46sobhb2@4ax.com>
-References: <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
- <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
-Message-ID: <l03130321b6ae43d071d7@[192.168.239.101]>
-
->>-ChanServ- registered their nicknames with NickServ and IDENTIFY'd
->>-ChanServ- with their password will be given access to the channel
->>-ChanServ- as controlled by the access list.
->>
->>Isnt this = ONLY registred nicks can join a channel?
->
->No, it is saying that people on your access list will only get their access
->when they are identified to their nicks, and that's the way it's always been
->AFAIK.
-
-Access != joining. Access means "privileges" such as voice or ops.
-
---------------------------------------------------------------
-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 robotx at irctr.gen.tr Tue Feb 13 11:28:09 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on - answer
-In-Reply-To: <Pine.BSF.4.33.0102121840120.51862-100000@awww.jeah.net>
-Message-ID: <LPBBLPKMEKMJINBFDLHEKEGKCBAA.robotx@irctr.gen.tr>
-
-Hi,
-
- It seem you are confusing the chanserv commands, "secure" means; no one who
-has access on a channel will gain ops unless their nick is identified. That
-means users using the access function of chanserv will not be oped.
- Anyway, on many irc daemon (e.g. bahamut) you can use chanmode +R to
-prevent non-identified nicks to join your channel.
-
-Yours in Cyberlife,
-Collide
-Emre ERTUGAY
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Jazba Junoon
-Sent: Tuesday, February 13, 2001 2:42 AM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] secure on
-
-
-Actually, I am talking about secure, not restricted.
--ChanServ- Syntax: SET channel SECURE {ON | OFF}
--ChanServ-
--ChanServ- Enables or disables ChanServ's security features for a
--ChanServ- channel. When SECURE is set, only users who have
--ChanServ- registered their nicknames with NickServ and IDENTIFY'd
--ChanServ- with their password will be given access to the channel
--ChanServ- as controlled by the access list.
-
-Isnt this = ONLY registred nicks can join a channel? I am not talking
-about restricted access here, if you are online right now, connect to
-server 216.111.239.141 and /j #test (it has secure on) and ONLY
-registered nicks should be able to join, BUT here unregistered nicks can
-also join.
-
-
-Regards,
-Jazba.
-
-----------------------------------------------------------------------------
-Jazba Junoon
-Email: jazba@jeah.net
-ICQ #: 40050050
-http://www.jazba.net
-
-
-
-From achurch at achurch.org Wed Feb 14 08:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] secure on
-Message-ID: <3a89c581.10564@prima-lan.net>
-
->In all fairness the chanserv help on secure can be misleading.
->
->With:
->
->"When SECURE is set, only users who have registered their nicknames
->with NickServ and IDENTIFY'd with their password will be given access
->to the channel as controlled by the access list."
->
->one can easilly read access to the channel as controlled by the the
->access list to be access to JOIN the channel.
-
- You have a point; I'll change it to "privileges on the channel"
-for the next release.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From ice at quikfire.net Tue Feb 13 16:39:04 2001
-From: ice at quikfire.net (Jamie Smithson)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Db's
-Message-ID: <004701c0961e$8b8023f0$e011073e@nebula>
-
-Hey all,
-
-I was wondering if there is any way of converting Sirv db's to ircservices format,
-you can convert ircservices => sirv. Is there a tool for doing it the other way round?
-
-Help would be appreciated
-
--Thanks
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010214/a201645e/attachment.html
-From ianj at esper.net Wed Feb 14 13:06:16 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Slight FTP weirdness a couple of days ago
-Message-ID: <Pine.LNX.4.21.0102141303560.358-100000@vector.chocobo.org>
-
-Hi, all.
-
-In switching ProFTPD to a self-forking model, I apparently forgot to
-comment out the line in inetd.conf then sighup it.
-
-If anyone has been having difficulties using the FTP server because of
-this, my apologies. (Though apparently, this was never reaaly a serious
-issue. The only thing I received was something from Andrew Kempe to
-change the URL in the greeting message.)
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From achurch at achurch.org Thu Feb 15 08:47:54 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Bahamut version
-Message-ID: <3a8b19ec.22063@prima-lan.net>
-
- Can someone remind me why I have Bahamut support listed as "version 1.4.23
-and later" in the README/configure files? I seem to recall someone mentioning
-a SVSMODE -b bug that wouldn't clear all the bans for a nick sometimes, but I
-didn't see anything like that from a quick skimming of the source code, and I
-also had someone point out to me that there _is_ no version 1.4.23 at the
-moment. (: I'm going to put the supported version back to 1.4.1 unless someone
-can remind me why I shouldn't.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From ShadowMaster at Shadow-Realm.org Wed Feb 14 19:19:07 2001
-From: ShadowMaster at Shadow-Realm.org (=?iso-8859-1?Q?Thomas_J._Stens=E5s?=)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Bahamut version
-In-Reply-To: <3a8b19ec.22063@prima-lan.net>
-Message-ID: <ODECKPJIFNBKNFLKPHIFEEIPCBAA.ShadowMaster@Shadow-Realm.org>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-> Can someone remind me why I have Bahamut support listed as
-> "version 1.4.23
-> and later" in the README/configure files? I seem to recall
-> someone mentioning
-> a SVSMODE -b bug that wouldn't clear all the bans for a nick
-> sometimes, but I
-> didn't see anything like that from a quick skimming of the source
-> code, and I
-> also had someone point out to me that there _is_ no version 1.4.23
-> at the moment. (: I'm going to put the supported version back to
-> 1.4.1
-> unless someone
-> can remind me why I shouldn't.
-
-Heya Andrew.
-
-Simple, current public release is 1.4.22, current version in CVS is
-1.4.23.
-
-I have witnessed some weird things with the SVSMODE -b myself for
-certain bans, this however is a bahamut problem =)
-- --
-Yours Sincerely
-Thomas Juberg Stens?s (ShadowMaster/HAMLET @ IRC)
-
-
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBOos8m9mibtokx6KuEQIqoQCfcsmkx69NMt1QoDQ/BsaO52+vjCYAnjy+
-4JdqWtg4LJi+W3v853ea/9sB
-=2R72
------END PGP SIGNATURE-----
-
-
-
-From andy at strugglers.net Wed Feb 14 19:59:33 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Bahamut version
-In-Reply-To: <3a8b19ec.22063@prima-lan.net>
-References: <3a8b19ec.22063@prima-lan.net>
-Message-ID: <uoim8t468dst7h2d0bqqokjvrfsan3cfo6@4ax.com>
-
-On Thu, 15 Feb 2001 08:47:54 JST, achurch@achurch.org (Andrew Church) wrote:
-
-> Can someone remind me why I have Bahamut support listed as "version 1.4.23
->and later" in the README/configure files? I seem to recall someone mentioning
->a SVSMODE -b bug that wouldn't clear all the bans for a nick sometimes, but I
->didn't see anything like that from a quick skimming of the source code, and I
->also had someone point out to me that there _is_ no version 1.4.23 at the
->moment. (: I'm going to put the supported version back to 1.4.1 unless someone
->can remind me why I shouldn't.
-
-prior to 1.4.23 del_banid() in channel.c operates on a freed structure which
-causes SVSMODE -b to not work reliably.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From andrewk at icon.co.za Wed Feb 14 22:25:48 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Slight FTP weirdness a couple of days ago
-References: <Pine.LNX.4.21.0102141303560.358-100000@vector.chocobo.org>
-Message-ID: <03a101c09718$22efbd00$9c011ac4@africa.didata.local>
-
-I think everythings been working because the site is beening mirrored
-without a problem.
-
-For those that are interested, I'm mirroring to ftp.ircservices.za.net every
-4 hours and then to the usual mirrors once a day.
-
-Later, Andrew
-
------ Original Message -----
-From: "Ian R. Justman" <ianj@esper.net>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, February 14, 2001 11:06 PM
-Subject: [IRCServices] Slight FTP weirdness a couple of days ago
-
-
->
-> Hi, all.
->
-> In switching ProFTPD to a self-forking model, I apparently forgot to
-> comment out the line in inetd.conf then sighup it.
->
-> If anyone has been having difficulties using the FTP server because of
-> this, my apologies. (Though apparently, this was never reaaly a serious
-> issue. The only thing I received was something from Andrew Kempe to
-> change the URL in the greeting message.)
->
-> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
->
-> -----
-> Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet
-business)
-> Co-Founder and Postmaster, The EsperNet IRC Network
-> Server Administrator, chocobo.esper.net "IJ" on IRC
->
-> PGP key available upon request, or finger ianj@esper.net.
->
-> If this message was signed with the Postmaster's key, please finger
-> postmaster@esper.net for the Postmaster public key.
->
-> Type Bits/KeyID Date User ID
-> pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
-> Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11
-59 75
->
->
-> -----------------------------------------------------------
-> To unsubscribe, 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 Feb 14 22:49:40 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Slight FTP weirdness a couple of days ago
-References: <Pine.LNX.4.21.0102141303560.358-100000@vector.chocobo.org> <03a101c09718$22efbd00$9c011ac4@africa.didata.local>
-Message-ID: <041d01c0971b$78804fc0$9c011ac4@africa.didata.local>
-
-Ok geez.... may I rephrase my reply to make it make sense(?)
-
-Basically I was trying to say:
-
-Everything seems to be working fine because my mirror script has been
-running without a problem for the past few weeks.
-
-Later, Andrew
-
------ Original Message -----
-From: "Andrew Kempe" <andrewk@icon.co.za>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 15, 2001 8:25 AM
-Subject: Re: [IRCServices] Slight FTP weirdness a couple of days ago
-
-
-> I think everythings been working because the site is beening mirrored
-> without a problem.
->
-> For those that are interested, I'm mirroring to ftp.ircservices.za.net
-every
-> 4 hours and then to the usual mirrors once a day.
->
-> Later, Andrew
->
-> ----- Original Message -----
-> From: "Ian R. Justman" <ianj@esper.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Wednesday, February 14, 2001 11:06 PM
-> Subject: [IRCServices] Slight FTP weirdness a couple of days ago
->
->
-> >
-> > Hi, all.
-> >
-> > In switching ProFTPD to a self-forking model, I apparently forgot to
-> > comment out the line in inetd.conf then sighup it.
-> >
-> > If anyone has been having difficulties using the FTP server because of
-> > this, my apologies. (Though apparently, this was never reaaly a serious
-> > issue. The only thing I received was something from Andrew Kempe to
-> > change the URL in the greeting message.)
-> >
-> > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-> >
-> > -----
-> > Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet
-> business)
-> > Co-Founder and Postmaster, The EsperNet IRC Network
-> > Server Administrator, chocobo.esper.net "IJ" on IRC
-> >
-> > PGP key available upon request, or finger ianj@esper.net.
-> >
-> > If this message was signed with the Postmaster's key, please finger
-> > postmaster@esper.net for the Postmaster public key.
-> >
-> > Type Bits/KeyID Date User ID
-> > pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
-> > Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11
-> 59 75
-> >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Feb 15 02:00:10 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:11 2004
-Subject: AW: [IRCServices] Bahamut version
-In-Reply-To: <uoim8t468dst7h2d0bqqokjvrfsan3cfo6@4ax.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEAJEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-
-> prior to 1.4.23 del_banid() in channel.c operates on a freed
-> structure which
-> causes SVSMODE -b to not work reliably.
->
-
-It is version 1.4.22, e.g. the fix is available at version 1.4.22
-
-1.4.23 contains the update for the we-like-to-ask-what-read/dead error: success-means-causality.
-
-Therefore, I suggest to update the configure for 1.4.22
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-
-From jamie at inetezine.org Thu Feb 15 11:33:57 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:11 2004
-Subject: Fw: [IRCServices] Db's
-Message-ID: <014401c09786$3ef158b0$5306073e@nebula>
-
-Hi,
-
-I thought I should re-post this question... if anyone replied to it using ice@quikfire.net y
-you might have found that it didn't get through.
-
-It seems to be a problem with the mail servers at our end.
-If anyone has the answer to this, (and it'd be really great if you did)... reply to the list
-or email me at, jamie@inetezine.org
-
-Thanks alot
--j
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
------ Original Message -----
-From: Jamie Smithson
-To: ircservices@ircservices.za.net
-Sent: Wednesday, February 14, 2001 12:39 AM
-Subject: [IRCServices] Db's
-
-
-Hey all,
-
-I was wondering if there is any way of converting Sirv db's to ircservices format,
-you can convert ircservices => sirv. Is there a tool for doing it the other way round?
-
-Help would be appreciated
-
--Thanks
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010215/3d9ef9bc/attachment.htm
-From jank at icehouse.net Thu Feb 15 13:49:27 2001
-From: jank at icehouse.net (Brandon Jank)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Seg fault! on ircservices-4.5pre6
-Message-ID: <001201c09799$2bbbeae0$0201a8c0@jank>
-
-This plagues every version of ircservices that ive used. This ver is ircservices-4.5pre6
-Ive tried on multiple boxes, but they are all RH 7.0
-here is the cmd line:
-[irc@home1 services]$ ./services
-Segmentation fault (core dumped)
-
-here is the output from gdb:
-#0 0x400c3a3b in strtok () from /lib/libc.so.6
-(gdb) backtrace
-#0 0x400c3a3b in strtok () from /lib/libc.so.6
-#1 0x0 in ?? ()
-(gdb)
-
-buggy strtok imp?
-i was taught to shy away from strtok
-any ideas?
-Thanks
-Brandon Jank AKA BaCkBuRn
-NexGen Internet Services - http://www.NexGenIS.com
-Inlen IRC Networks - http://www.Inlen.net
-Secunetwork Security Network - http://www.secunetwork.com
-Secunetwork Shell Services - http://www.secunetwork.com
-MundusMUD http://mud.secunetwork.com
-
------BEGIN GEEK CODE BLOCK-----
-Version: 3.12
-GCC dpu s++:++ a-- 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------
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010215/c042054b/attachment.html
-From achurch at achurch.org Fri Feb 16 06:53:20 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Seg fault! on ircservices-4.5pre6
-Message-ID: <3a8c5085.32704@prima-lan.net>
-
->This plagues every version of ircservices that ive used. This ver is =
->ircservices-4.5pre6
->Ive tried on multiple boxes, but they are all RH 7.0
-
- That's your problem; RedHat 7.0 uses a buggy libc. Downgrade to
-6.2 or use a different distribution. (Alternatively, edit sysconf.h
-after running configure and set HAVE_STRTOK to 0; the configure
-script should detect this, but doesn't for some reason. I suspect my
-test method is bad.)
-
->i was taught to shy away from strtok
-
- Then you were taught wrong. There's nothing wrong with using
-strtok() as long as you know what it does--in particular, that it
-modifies its string parameter. It's just like strcpy() and friends;
-perfectly safe as long as you use it properly.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From ianj at esper.net Thu Feb 15 14:09:29 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Seg fault! on ircservices-4.5pre6
-In-Reply-To: <3a8c5085.32704@prima-lan.net>
-Message-ID: <Pine.LNX.4.21.0102151405360.358-100000@vector.chocobo.org>
-
-On Fri, 16 Feb 2001, Andrew Church wrote:
-
-> >This plagues every version of ircservices that ive used. This ver is =
-> >ircservices-4.5pre6
-> >Ive tried on multiple boxes, but they are all RH 7.0
->
-> That's your problem; RedHat 7.0 uses a buggy libc. Downgrade to
-> 6.2 or use a different distribution. (Alternatively, edit sysconf.h
-> after running configure and set HAVE_STRTOK to 0; the configure
-> script should detect this, but doesn't for some reason. I suspect my
-> test method is bad.)
-
-Andy, you're forgetting something:
-
-Red Hat 7.0 is using a "non-production" version of GCC, a move sternly
-questioned by Linus AND the GCC Steering Committee themselves, according
-to one article I've read.
-
-This in mind, I hereby coin the term, "bloody edge", which is what happens
-when you push the envelope just a tad TOO hard beyond "bleeding edge".
-
-I could go on with my tirade about Red Hat, but short, sweet and to the
-point, if you place any value your system's security and stability, you do
--NOT- want to use Red Hat. :P
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From jank at icehouse.net Thu Feb 15 14:29:49 2001
-From: jank at icehouse.net (Brandon Jank)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Seg fault! on ircservices-4.5pre6
-References: <3a8c5085.32704@prima-lan.net>
-Message-ID: <001901c0979e$cfa68e80$0201a8c0@jank>
-
-ok disabling strok worked, doesnt core out now.
-
-Thanks for the help!
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 15, 2001 1:53 PM
-Subject: Re: [IRCServices] Seg fault! on ircservices-4.5pre6
-
-
-> >This plagues every version of ircservices that ive used. This ver is =
-> >ircservices-4.5pre6
-> >Ive tried on multiple boxes, but they are all RH 7.0
->
-> That's your problem; RedHat 7.0 uses a buggy libc. Downgrade to
-> 6.2 or use a different distribution. (Alternatively, edit sysconf.h
-> after running configure and set HAVE_STRTOK to 0; the configure
-> script should detect this, but doesn't for some reason. I suspect my
-> test method is bad.)
->
-> >i was taught to shy away from strtok
->
-> Then you were taught wrong. There's nothing wrong with using
-> strtok() as long as you know what it does--in particular, that it
-> modifies its string parameter. It's just like strcpy() and friends;
-> perfectly safe as long as you use it properly.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Feb 16 07:47:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre7 released
-Message-ID: <3a8c5d79.34207@prima-lan.net>
-
- Services 4.5pre7 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre7.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5pre7.diff.gz
-
-The mirrors should have it shortly.
-
- This release fixes a bug that has lingered in the source since
-version 3.0.0 (over three years ago!) and apparently was the cause of
-the random crashes some high-load networks have seen. Those who are
-running 4.5pre*, please test this version ASAP and report any problems;
-due to the nature of this bug I'd like to get it out as an official
-release soon. Also fixed are the ChanServ behavior with respect to
-AUTOOP (apparently I misremembered the old behavior and broke it
-somewhere), the infinite loop in StatServ, and a couple other things.
-As usual, see the Changes file for details.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 16 07:58:55 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: AW: [IRCServices] Bahamut version
-Message-ID: <3a8c5f48.34242@prima-lan.net>
-
->> prior to 1.4.23 del_banid() in channel.c operates on a freed
->> structure which
->> causes SVSMODE -b to not work reliably.
->>
->
->It is version 1.4.22, e.g. the fix is available at version 1.4.22
-
- Thanks, fixed (but not in time for pre7).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Fri Feb 16 08:00:32 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Db's
-Message-ID: <3a8c5fc1.34254@prima-lan.net>
-
->I was wondering if there is any way of converting Sirv db's to =
->ircservices format,
->you can convert ircservices =3D> sirv. Is there a tool for doing it the =
->other way round?
-
- I haven't heard of Sirv; if you can provide me with information on it
-I'll look into adding support for it to import-db.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From jamie at inetezine.org Thu Feb 15 15:23:41 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Db's
-References: <3a8c5fc1.34254@prima-lan.net>
-Message-ID: <01d901c097a6$55fccc90$5306073e@nebula>
-
-http://sirv.arkay.net - is the site for Sirv
-
-If you want, I could send you my Sirv db's...?
-If that would be any help, It'd be great if I could convert them,
-as I don't really want to have users asking me "Why isn't my nick
-registered"
-anymore in this lifetime.
-
-Thanks
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, February 15, 2001 11:00 PM
-Subject: Re: [IRCServices] Db's
-
-
-> >I was wondering if there is any way of converting Sirv db's to =
-> >ircservices format,
-> >you can convert ircservices =3D> sirv. Is there a tool for doing it the =
-> >other way round?
->
-> I haven't heard of Sirv; if you can provide me with information on it
-> I'll look into adding support for it to import-db.
->
-> --Andrew Church
-
-
-
-From ice at quikfire.net Fri Feb 16 12:18:01 2001
-From: ice at quikfire.net (Jamie Smithson)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-Message-ID: <007c01c09855$91621420$8432073e@nebula>
-
-Just a suggestion for future releases of ircservices, maybe you could add support for SGLINE's,
-(global SGLINE), which services would add to all linked servers.
-
-It's a bahamut-only feature as far as I know...
-In case you didn't already know, SGLINE G:lines a GCOS field ("Real Name")
-
-As I said above - it's just a suggestion...
-
--j
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010216/f11f3837/attachment.htm
-From dblanch at home.com Fri Feb 16 12:35:11 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-References: <007c01c09855$91621420$8432073e@nebula>
-Message-ID: <001801c09857$f5f78530$250c1218@cc274522d>
-
-Unreal has something like that, the n: line (little n: not big N:) in
-ircd.conf (GECOS deny)
-
-David
-
->Just a suggestion for future releases of ircservices, maybe you could add
-support for >SGLINE's,
->(global SGLINE), which services would add to all linked servers.
-
->It's a bahamut-only feature as far as I know...
->In case you didn't already know, SGLINE G:lines a GCOS field ("Real Name")
-
->As I said above - it's just a suggestion...
-
-
-
-
-
-From robotx at irctr.gen.tr Fri Feb 16 13:34:49 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-In-Reply-To: <001801c09857$f5f78530$250c1218@cc274522d>
-Message-ID: <LPBBLPKMEKMJINBFDLHEEEHBCBAA.robotx@irctr.gen.tr>
-
-Hi all,
- It is possible to have sglines added by services, we have it at our network
-added to ircservices4.4.8. Code it :)
-
-Regards,
-Collide
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of David Blanchard
-Sent: Friday, February 16, 2001 10:35 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] SGLINE
-
-
-Unreal has something like that, the n: line (little n: not big N:) in
-ircd.conf (GECOS deny)
-
-David
-
->Just a suggestion for future releases of ircservices, maybe you could add
-support for >SGLINE's,
->(global SGLINE), which services would add to all linked servers.
-
->It's a bahamut-only feature as far as I know...
->In case you didn't already know, SGLINE G:lines a GCOS field ("Real Name")
-
->As I said above - it's just a suggestion...
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Feb 16 16:49:44 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:11 2004
-Subject: AW: [IRCServices] SGLINE
-In-Reply-To: <LPBBLPKMEKMJINBFDLHEEEHBCBAA.robotx@irctr.gen.tr>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEDIEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Oh yes, I am the one who coded it into. But that is not the point.
-I think, ircservices 4.5 should be released without adding support
-for sqline/sgline/szline, and these might be considered for a later
-version. 4.5 already consists of too many new functions, and there have
-been pre releases without these.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Collide
-> Gesendet: Freitag, 16. Februar 2001 22:35
-> An: ircservices@ircservices.za.net
-> Betreff: RE: [IRCServices] SGLINE
->
->
-> Hi all,
-> It is possible to have sglines added by services, we have it at
-> our network
-> added to ircservices4.4.8. Code it :)
->
-> Regards,
-> Collide
->
->
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of David Blanchard
-> Sent: Friday, February 16, 2001 10:35 PM
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] SGLINE
->
->
-> Unreal has something like that, the n: line (little n: not big N:) in
-> ircd.conf (GECOS deny)
->
-> David
->
-> >Just a suggestion for future releases of ircservices, maybe you could add
-> support for >SGLINE's,
-> >(global SGLINE), which services would add to all linked servers.
->
-> >It's a bahamut-only feature as far as I know...
-> >In case you didn't already know, SGLINE G:lines a GCOS field
-> ("Real Name")
->
-> >As I said above - it's just a suggestion...
->
->
-> -----------------------------------------------------------
-> 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 darkskye at onsea.com Fri Feb 16 18:09:36 2001
-From: darkskye at onsea.com (Andrew D Wiles)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-References: <007c01c09855$91621420$8432073e@nebula>
-Message-ID: <003001c09886$b453bc00$0202000a@telnet.screaming.net>
-
-It is a good idea, but services can't really support ever hacked ircd there
-is out there
-Bahamut is one of the more popular IRCD's (well since dreamforge died) and
-the feature would be nice, but having lots of:
-#ifdef IRC_BAHAMUT
- allow(this)
-#endif
-Its not really needed, but it would be nice ... kinda of tiptronic gears in
-a car, nice, but no-one wants to pay for it!
------ Original Message -----
-From: Jamie Smithson
-To: ircservices@ircservices.za.net
-Sent: Friday, February 16, 2001 8:18 PM
-Subject: [IRCServices] SGLINE
-
-
-Just a suggestion for future releases of ircservices, maybe you could add
-support for SGLINE's,
-(global SGLINE), which services would add to all linked servers.
-
-It's a bahamut-only feature as far as I know...
-In case you didn't already know, SGLINE G:lines a GCOS field ("Real Name")
-
-As I said above - it's just a suggestion...
-
--j
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
-
-
-
-From kfiresun at ix.netcom.com Fri Feb 16 20:57:13 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-References: <007c01c09855$91621420$8432073e@nebula> <003001c09886$b453bc00$0202000a@telnet.screaming.net>
-Message-ID: <003b01c0989e$18ba4850$6ed387d8@bahamut>
-
-I think this is why there are plans to modularize(sp?) the code so that
-it will be easier in the future to support the daemon that your network
-chooses.
-
-Kelmar K. Firesun (Bryce Simonds)
-IRC operator: dream.esper.net
-
------ Original Message -----
-From: "Andrew D Wiles" <darkskye@onsea.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, February 16, 2001 20:09
-Subject: Re: [IRCServices] SGLINE
-
-
-> It is a good idea, but services can't really support ever hacked ircd
-there
-> is out there
-> Bahamut is one of the more popular IRCD's (well since dreamforge died)
-and
-> the feature would be nice, but having lots of:
-> #ifdef IRC_BAHAMUT
-> allow(this)
-> #endif
-> Its not really needed, but it would be nice ... kinda of tiptronic gears
-in
-> a car, nice, but no-one wants to pay for it!
-> ----- Original Message -----
-> From: Jamie Smithson
-> To: ircservices@ircservices.za.net
-> Sent: Friday, February 16, 2001 8:18 PM
-> Subject: [IRCServices] SGLINE
->
->
-> Just a suggestion for future releases of ircservices, maybe you could add
-> support for SGLINE's,
-> (global SGLINE), which services would add to all linked servers.
->
-> It's a bahamut-only feature as far as I know...
-> In case you didn't already know, SGLINE G:lines a GCOS field ("Real
-Name")
->
-> As I said above - it's just a suggestion...
->
-> -j
->
-> ---
-> -Jamie [aka, ice]
-> Network Administrator, QuikFire IRC Network
-> irc.quikfire.net
->
-> Email: jamie@inetezine.org
-> SMS: jamiesmithson@sms.genie.co.uk
-> Work: 96smithsonj@hovepark.org.uk
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Sat Feb 17 20:13:28 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: AW: [IRCServices] SGLINE
-Message-ID: <3a8e5d70.47224@prima-lan.net>
-
->Oh yes, I am the one who coded it into. But that is not the point.
->I think, ircservices 4.5 should be released without adding support
->for sqline/sgline/szline, and these might be considered for a later
->version. 4.5 already consists of too many new functions, and there have
->been pre releases without these.
-
- This is my plan; 4.5.0 is already screaming to be released (I think
-I hear it at my door now...) and I don't want to add any more features
-before that. I may think about it for a later 4.5.x version, depending
-on how easy it is to do in the current framework, but once 4.5.0 is out
-I plan to start work on 5.0 right away, which is going to be a pretty
-major rewrite of the whole thing.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From ianj at esper.net Sun Feb 18 01:20:32 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-In-Reply-To: <003b01c0989e$18ba4850$6ed387d8@bahamut>
-Message-ID: <Pine.LNX.4.21.0102180111480.358-100000@vector.chocobo.org>
-
-On Fri, 16 Feb 2001, Kelmar K. Firesun wrote:
-
-> I think this is why there are plans to modularize(sp?) the code so that
-> it will be easier in the future to support the daemon that your network
-> chooses.
-
-That'd be a great idea, that way all you build is the core code, then any
-"plugins" which would stand betweeen Services and possibly the socket code
-to the daemon, or perhaps directly to the daemon itself.
-
-Hell, a lot of the functions themselves could even be modularized, too.
-Want something in your Services? Edit the config file. And there you go!
-Apache is a great example of this kind of stuff with its DSO support,
-including stuff like mod_access, and the various mod_auth* modules, like
-RADIUS, TACACS, system, etc.
-
-Thing is, the dl_* family of functions may work differently on many
-platforms. Plus on some systems, compiling shared libraries is a different
-or possibly difficult exercise on some systems, e.g. BSDI which uses an
-entirely different compiler (based on what I've read in other packages,
-e.g. Listar, which also uses this model for some of its support, which
-could also include support for talking directly to an MTA's mail queue
-space).
-
-In those situations where compiling shared libraries is a pain or is
-outright impossible, compiling static support for a given daemon should
-still be considered an option.
-
-My knowledge in actual coding for this is a bit lacking, but just throwing
-my thoughts of how I've seen stuff done elsewhere. :) Andy?
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From k.hawkes at zombies.force9.net Sun Feb 18 05:32:25 2001
-From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-Message-ID: <E14UTz0-00027I-00@ruthenium>
-
-> > I think this is why there are plans to modularize(sp?) the code so that
-> > it will be easier in the future to support the daemon that your network
-> > chooses.
->
-> That'd be a great idea, that way all you build is the core code, then any
-> "plugins" which would stand betweeen Services and possibly the socket
-code
-> to the daemon, or perhaps directly to the daemon itself.
->
-> Hell, a lot of the functions themselves could even be modularized, too.
-> Want something in your Services? Edit the config file. And there you
-go!
-> Apache is a great example of this kind of stuff with its DSO support,
-> including stuff like mod_access, and the various mod_auth* modules, like
-> RADIUS, TACACS, system, etc.
->
-> Thing is, the dl_* family of functions may work differently on many
-> platforms. Plus on some systems, compiling shared libraries is a
-different
-> or possibly difficult exercise on some systems, e.g. BSDI which uses an
-> entirely different compiler (based on what I've read in other packages,
-> e.g. Listar, which also uses this model for some of its support, which
-> could also include support for talking directly to an MTA's mail queue
-> space).
->
-> In those situations where compiling shared libraries is a pain or is
-> outright impossible, compiling static support for a given daemon should
-> still be considered an option.
->
-> My knowledge in actual coding for this is a bit lacking, but just
-throwing
-> my thoughts of how I've seen stuff done elsewhere. :) Andy?
->
-> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
->
-
-Yeah, modularising the code would make adding things to IRCServices alot
-easier but coding it wouldn't be the easiest of things possible. Far
-beyond my knowledge and expertise.
-
-Eggdrop (the IRC bot) is modularised, it has '.mod' plugins which are
-written in C and allow you to add extra functionality to the bot... is this
-how you plan to modularise IRCServices?
-
-As for static and shared libraries, Eggdrop if I recall allows you to
-compile statically or dynamically... statically doesn't allow the
-loading/unloading of modules but dynamically does if I recall, I could be
-wrong here.
-
-Just my 0.2 pence.
-
-Quinn
-
-
-From achurch at achurch.org Sun Feb 18 22:47:48 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] SGLINE
-Message-ID: <3a8fd3b5.71207@prima-lan.net>
-
->On Fri, 16 Feb 2001, Kelmar K. Firesun wrote:
->
->> I think this is why there are plans to modularize(sp?) the code so that
->> it will be easier in the future to support the daemon that your network
->> chooses.
->
->That'd be a great idea, that way all you build is the core code, then any
->"plugins" which would stand betweeen Services and possibly the socket code
->to the daemon, or perhaps directly to the daemon itself.
-[...]
->My knowledge in actual coding for this is a bit lacking, but just throwing
->my thoughts of how I've seen stuff done elsewhere. :) Andy?
-
- I'm still in the "experimentation" stage of this, so I can't say
-much one way or the other, but dynamic loading of modules is definitely
-one thing I'm looking at. As it is, I haven't even tried putting my
-experimental code into Services yet, so it's a bit early to say anything
-one way or the other. (:
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From dreamer at darkness.gr Sun Feb 18 09:38:57 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Minor Cosmetics and Sglines
-Message-ID: <Pine.LNX.4.32.0102181920400.20475-100000@darkness.darkness.gr>
-
-Greetings all,
- A couple of months ago , at one of my posts i was mentioning an
-initial Sgline and Szline implementation. It is still available for those
-who would like it, its just 2 functions and nothing more. I believe that
-andrew will soon a better one, i hadn't got time even to add a db for the
-sg, sz lines but still they work fine :)
-
-Sgline are quite good since adding a geco, a realname, could prevent
-clones from entering the network. (eg, clones from users/abusers using
-multiple socks server, and having a random 2 characters' real name. an /os
-sgline ?? No clones, could keep the net clear) I guess until they modify
-their code to use variable length gecos.
-
-I would like to suggest also, to put timestamp and the nick of the user
-who puts an akick to a channel, at the reason. So users will know who to
-address and for what reason.
-
-Finally, looking at the changes file of ircservices-4.5pre7 i notice the
-first comment and felt sorry. I believe that most of us , here, feel proud
-to be listed at the changes file, for an idea, or a bug fix, and we still
-appreciate the work done by Andrew, both Kempe and Church. Sometimes maybe
-we are fascinated with something that we found wrong, still we don't want
-to insult someone, but we might do so, due to enthusiasm.
-
-
-My best regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.gr
-
-
-
-From Admin at ChatFIRST.COM Sun Feb 18 16:56:39 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre7 released
-References: <3a8c5d79.34207@prima-lan.net>
-Message-ID: <000d01c09a0e$d3eb3280$5908d6d1@pavilion>
-
-Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ is
-totally ignoring SET KILL on and it 's also NOT changing peoples nicks when
-they do not identify for a nick in which SET KILL ON is enabled.
-Also I set NSDefKill on the services.conf file it looks like that is not
-working either. I think its supposed to KILL users when they do not identify
-for thier nicks too am I right ?
-
-Here's a log of a test on a user that has SET KILL ON defined with NickServ:
-
-[16:48] <NickServ> This nickname is registered and protected. If it is your
-[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password. Otherwise,
-[16:48] <NickServ> please choose a different nick.
-[16:48] <NickServ> If you do not change within one minute, I will change
-your nick.
-[16:49] <NickServ> This nickname has been registered; you may not use it.
-[16:49] <NickServ> Your nickname is now being changed to Guest2.
-
-However their nick was NEVER changed to a Guest2.
-Really stranged any ideas ?
-
-Thanks in advance.
-Ely
-
-
-
-From achurch at achurch.org Mon Feb 19 07:01:31 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre7 released
-Message-ID: <3a90467b.73310@prima-lan.net>
-
- Works fine for me. Check your U:lines.
-
-*** Mode change "+x" for user Alcan3 by Alcan3
-*** Alcan3 (achurch@localhost-32634) has joined channel #channel
--NickServ- This nickname is registered and protected. If it is your
--NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
--NickServ- please choose a different nick.
--NickServ- If you do not change within 20 seconds, I will change your nick.
--NickServ- This nickname has been registered; you may not use it.
--NickServ- Your nickname is now being changed to Guest0.
-*** Alcan3 is now known as Guest0
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ is
->totally ignoring SET KILL on and it 's also NOT changing peoples nicks when
->they do not identify for a nick in which SET KILL ON is enabled.
->Also I set NSDefKill on the services.conf file it looks like that is not
->working either. I think its supposed to KILL users when they do not identify
->for thier nicks too am I right ?
->
->Here's a log of a test on a user that has SET KILL ON defined with NickServ:
->
->[16:48] <NickServ> This nickname is registered and protected. If it is your
->[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password. Otherwise,
->[16:48] <NickServ> please choose a different nick.
->[16:48] <NickServ> If you do not change within one minute, I will change
->your nick.
->[16:49] <NickServ> This nickname has been registered; you may not use it.
->[16:49] <NickServ> Your nickname is now being changed to Guest2.
->
->However their nick was NEVER changed to a Guest2.
->Really stranged any ideas ?
->
->Thanks in advance.
->Ely
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From Admin at ChatFIRST.COM Sun Feb 18 17:21:56 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:11 2004
-Subject: [IRCServices] Services 4.5pre7 released
-References: <3a90467b.73310@prima-lan.net>
-Message-ID: <001c01c09a12$5a9b7440$5908d6d1@pavilion>
-
-Can someone tell me what's wrong in this U line please ?
-
-############ Uline for Services ############
-U:*:Services.ChatFIRST.COM:*:*
-############################################
-
-Thanks
-Ely
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 18, 2001 2:01 PM
-Subject: Re: [IRCServices] Services 4.5pre7 released
-
-
-> Works fine for me. Check your U:lines.
->
-> *** Mode change "+x" for user Alcan3 by Alcan3
-> *** Alcan3 (achurch@localhost-32634) has joined channel #channel
-> -NickServ- This nickname is registered and protected. If it is your
-> -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
-> -NickServ- please choose a different nick.
-> -NickServ- If you do not change within 20 seconds, I will change your
-nick.
-> -NickServ- This nickname has been registered; you may not use it.
-> -NickServ- Your nickname is now being changed to Guest0.
-> *** Alcan3 is now known as Guest0
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> >Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ is
-> >totally ignoring SET KILL on and it 's also NOT changing peoples nicks
-when
-> >they do not identify for a nick in which SET KILL ON is enabled.
-> >Also I set NSDefKill on the services.conf file it looks like that is not
-> >working either. I think its supposed to KILL users when they do not
-identify
-> >for thier nicks too am I right ?
-> >
-> >Here's a log of a test on a user that has SET KILL ON defined with
-NickServ:
-> >
-> >[16:48] <NickServ> This nickname is registered and protected. If it is
-your
-> >[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password.
-Otherwise,
-> >[16:48] <NickServ> please choose a different nick.
-> >[16:48] <NickServ> If you do not change within one minute, I will change
-> >your nick.
-> >[16:49] <NickServ> This nickname has been registered; you may not use it.
-> >[16:49] <NickServ> Your nickname is now being changed to Guest2.
-> >
-> >However their nick was NEVER changed to a Guest2.
-> >Really stranged any ideas ?
-> >
-> >Thanks in advance.
-> >Ely
-> >
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sun Feb 18 14:47:19 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: AW: [IRCServices] Services 4.5pre7 released
-In-Reply-To: <001c01c09a12$5a9b7440$5908d6d1@pavilion>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEFBEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Please do tell me, that Unreal has even modified a Uline!
-Please...
-
-U:services.bla.blups:*:*
-
-is realistic.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von [Real]
-> Gesendet: Montag, 19. Februar 2001 02:22
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Services 4.5pre7 released
->
->
-> Can someone tell me what's wrong in this U line please ?
->
-> ############ Uline for Services ############
-> U:*:Services.ChatFIRST.COM:*:*
-> ############################################
->
-> Thanks
-> Ely
->
->
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Sunday, February 18, 2001 2:01 PM
-> Subject: Re: [IRCServices] Services 4.5pre7 released
->
->
-> > Works fine for me. Check your U:lines.
-> >
-> > *** Mode change "+x" for user Alcan3 by Alcan3
-> > *** Alcan3 (achurch@localhost-32634) has joined channel #channel
-> > -NickServ- This nickname is registered and protected. If it is your
-> > -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
-> > -NickServ- please choose a different nick.
-> > -NickServ- If you do not change within 20 seconds, I will change your
-> nick.
-> > -NickServ- This nickname has been registered; you may not use it.
-> > -NickServ- Your nickname is now being changed to Guest0.
-> > *** Alcan3 is now known as Guest0
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > >Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ is
-> > >totally ignoring SET KILL on and it 's also NOT changing peoples nicks
-> when
-> > >they do not identify for a nick in which SET KILL ON is enabled.
-> > >Also I set NSDefKill on the services.conf file it looks like
-> that is not
-> > >working either. I think its supposed to KILL users when they do not
-> identify
-> > >for thier nicks too am I right ?
-> > >
-> > >Here's a log of a test on a user that has SET KILL ON defined with
-> NickServ:
-> > >
-> > >[16:48] <NickServ> This nickname is registered and protected. If it is
-> your
-> > >[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password.
-> Otherwise,
-> > >[16:48] <NickServ> please choose a different nick.
-> > >[16:48] <NickServ> If you do not change within one minute, I
-> will change
-> > >your nick.
-> > >[16:49] <NickServ> This nickname has been registered; you may
-> not use it.
-> > >[16:49] <NickServ> Your nickname is now being changed to Guest2.
-> > >
-> > >However their nick was NEVER changed to a Guest2.
-> > >Really stranged any ideas ?
-> > >
-> > >Thanks in advance.
-> > >Ely
-> > >
-> > >
-> > >-----------------------------------------------------------
-> > >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 Admin at ChatFIRST.COM Sun Feb 18 18:02:18 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5pre7 released
-References: <NDBBKLOOKLMAKHFICBLCEEFBEIAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <002501c09a17$fe42f460$5908d6d1@pavilion>
-
-Well I used to have my U lines in a different way before , Cant remember now
-exactly how they were but I can look for it, Then after Unreal3.1.1 they U
-lines had to be changed otherwise Unreal will not allow you to link up with
-other servers.
-So I think they indeed modified the U line style.
-In the past however the way my U line is set up now I didnt have this kind
-of problems with 4.4.9 , looks like the problem appeared with 4.5pre7 or
-earlier on the Pre series not sure.
-I might need to change to my previous way of U line but then Unreal might
-not allow linking up servers.
-
-Ely
-
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 18, 2001 2:47 PM
-Subject: AW: [IRCServices] Services 4.5pre7 released
-
-
->
-> Please do tell me, that Unreal has even modified a Uline!
-> Please...
->
-> U:services.bla.blups:*:*
->
-> is realistic.
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 | |
-> ----------------------------------------------------------------------
->
->
-> > -----Urspr?ngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von [Real]
-> > Gesendet: Montag, 19. Februar 2001 02:22
-> > An: ircservices@ircservices.za.net
-> > Betreff: Re: [IRCServices] Services 4.5pre7 released
-> >
-> >
-> > Can someone tell me what's wrong in this U line please ?
-> >
-> > ############ Uline for Services ############
-> > U:*:Services.ChatFIRST.COM:*:*
-> > ############################################
-> >
-> > Thanks
-> > Ely
-> >
-> >
-> > ----- Original Message -----
-> > From: "Andrew Church" <achurch@achurch.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Sunday, February 18, 2001 2:01 PM
-> > Subject: Re: [IRCServices] Services 4.5pre7 released
-> >
-> >
-> > > Works fine for me. Check your U:lines.
-> > >
-> > > *** Mode change "+x" for user Alcan3 by Alcan3
-> > > *** Alcan3 (achurch@localhost-32634) has joined channel #channel
-> > > -NickServ- This nickname is registered and protected. If it is your
-> > > -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
-> > > -NickServ- please choose a different nick.
-> > > -NickServ- If you do not change within 20 seconds, I will change your
-> > nick.
-> > > -NickServ- This nickname has been registered; you may not use it.
-> > > -NickServ- Your nickname is now being changed to Guest0.
-> > > *** Alcan3 is now known as Guest0
-> > >
-> > > --Andrew Church
-> > > achurch@achurch.org | New address - please note.
-> > > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> > >
-> > > >Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ
-is
-> > > >totally ignoring SET KILL on and it 's also NOT changing peoples
-nicks
-> > when
-> > > >they do not identify for a nick in which SET KILL ON is enabled.
-> > > >Also I set NSDefKill on the services.conf file it looks like
-> > that is not
-> > > >working either. I think its supposed to KILL users when they do not
-> > identify
-> > > >for thier nicks too am I right ?
-> > > >
-> > > >Here's a log of a test on a user that has SET KILL ON defined with
-> > NickServ:
-> > > >
-> > > >[16:48] <NickServ> This nickname is registered and protected. If it
-is
-> > your
-> > > >[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password.
-> > Otherwise,
-> > > >[16:48] <NickServ> please choose a different nick.
-> > > >[16:48] <NickServ> If you do not change within one minute, I
-> > will change
-> > > >your nick.
-> > > >[16:49] <NickServ> This nickname has been registered; you may
-> > not use it.
-> > > >[16:49] <NickServ> Your nickname is now being changed to Guest2.
-> > > >
-> > > >However their nick was NEVER changed to a Guest2.
-> > > >Really stranged any ideas ?
-> > > >
-> > > >Thanks in advance.
-> > > >Ely
-> > > >
-> > > >
-> > > >-----------------------------------------------------------
-> > > >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
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From Admin at ChatFIRST.COM Sun Feb 18 18:29:39 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5pre7 released
-References: <NDBBKLOOKLMAKHFICBLCEEFBEIAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <003001c09a1b$cffc8040$5908d6d1@pavilion>
-
-Ok that U line worked just fine, thanks a lot.
-I hope Unreal will still allow me to link up my servers upon split though .
-Thanks again for all your help guys.
-Ely
-
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, February 18, 2001 2:47 PM
-Subject: AW: [IRCServices] Services 4.5pre7 released
-
-
->
-> Please do tell me, that Unreal has even modified a Uline!
-> Please...
->
-> U:services.bla.blups:*:*
->
-> is realistic.
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 | |
-> ----------------------------------------------------------------------
->
->
-> > -----Urspr?ngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von [Real]
-> > Gesendet: Montag, 19. Februar 2001 02:22
-> > An: ircservices@ircservices.za.net
-> > Betreff: Re: [IRCServices] Services 4.5pre7 released
-> >
-> >
-> > Can someone tell me what's wrong in this U line please ?
-> >
-> > ############ Uline for Services ############
-> > U:*:Services.ChatFIRST.COM:*:*
-> > ############################################
-> >
-> > Thanks
-> > Ely
-> >
-> >
-> > ----- Original Message -----
-> > From: "Andrew Church" <achurch@achurch.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Sunday, February 18, 2001 2:01 PM
-> > Subject: Re: [IRCServices] Services 4.5pre7 released
-> >
-> >
-> > > Works fine for me. Check your U:lines.
-> > >
-> > > *** Mode change "+x" for user Alcan3 by Alcan3
-> > > *** Alcan3 (achurch@localhost-32634) has joined channel #channel
-> > > -NickServ- This nickname is registered and protected. If it is your
-> > > -NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
-> > > -NickServ- please choose a different nick.
-> > > -NickServ- If you do not change within 20 seconds, I will change your
-> > nick.
-> > > -NickServ- This nickname has been registered; you may not use it.
-> > > -NickServ- Your nickname is now being changed to Guest0.
-> > > *** Alcan3 is now known as Guest0
-> > >
-> > > --Andrew Church
-> > > achurch@achurch.org | New address - please note.
-> > > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> > >
-> > > >Ok I started Pre7 today with Unreal3.1.1 and it looks like NickServ
-is
-> > > >totally ignoring SET KILL on and it 's also NOT changing peoples
-nicks
-> > when
-> > > >they do not identify for a nick in which SET KILL ON is enabled.
-> > > >Also I set NSDefKill on the services.conf file it looks like
-> > that is not
-> > > >working either. I think its supposed to KILL users when they do not
-> > identify
-> > > >for thier nicks too am I right ?
-> > > >
-> > > >Here's a log of a test on a user that has SET KILL ON defined with
-> > NickServ:
-> > > >
-> > > >[16:48] <NickServ> This nickname is registered and protected. If it
-is
-> > your
-> > > >[16:48] <NickServ> nick, type /msg NickServ IDENTIFY password.
-> > Otherwise,
-> > > >[16:48] <NickServ> please choose a different nick.
-> > > >[16:48] <NickServ> If you do not change within one minute, I
-> > will change
-> > > >your nick.
-> > > >[16:49] <NickServ> This nickname has been registered; you may
-> > not use it.
-> > > >[16:49] <NickServ> Your nickname is now being changed to Guest2.
-> > > >
-> > > >However their nick was NEVER changed to a Guest2.
-> > > >Really stranged any ideas ?
-> > > >
-> > > >Thanks in advance.
-> > > >Ely
-> > > >
-> > > >
-> > > >-----------------------------------------------------------
-> > > >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
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Feb 19 09:00:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.0 released
-Message-ID: <3a9064b7.74661@prima-lan.net>
-
- Services 4.5.0 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.0.tar.gz
-
-The mirrors should have it shortly.
-
- Yes, this is (finally) the official "stable" release of 4.5.
-If you are using 4.4.x or earlier, please upgrade, as a large number
-of bugs in those versions have been fixed for this release. (And
-there was much rejoicing...)
-
- For those who have been following the 4.5pre releases, a diff
-file relative to pre7 is also available as "ircservices-4.5.0.diff.gz"
-in the same location. Please note that I will probably delete this
-after a week or two.
-
- The version 4.5 section of the WhatsNew file is included below.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
- What's New
- =============================================
- Summaries of changes in new Services versions
-
-Note: This is intended to highlight only the major changes between
- versions. For a complete list of changes, see the "Changes" file.
-
-------------
-Version 4.5:
-------------
- ! I'm Back: Andrew Church <achurch@achurch.org> (new address) is once
- again taking over Services development.
- ! NOTICE to those using encryption: Services 4.4.x and earlier had a bug
- in the encryption routine causing passwords to be incorrectly
- encrypted. This bug is fixed in 4.5.0, but as a consequence, all
- passwords set in earlier versions are not directly readable by
- Services. A workaround is available in the "configure" script, but
- enabling this workaround may decrease the security of some
- passwords. I recommend enabling the workaround for the first 30
- days (or whatever you have your nickname expiration period set to),
- adding a logon news item asking users to set their password again
- (this can be the same as the old password, as long as they run the
- SET PASSWORD command again), and disabling the workaround after
- that time has passed.
- + Added experimental support for the Unreal server (version 3.1.1). When
- using the Unreal server, ChanServ supports the commands HALFOP and
- DEHALFOP, and the access levels AUTOHALFOP (automatic mode +h) and
- HALFOP-DEHALFOP (can use HALFOP/DEHALFOP commands), both defaulting
- to level 4.
- + Services now supports the "Services stamp" feature in DAL 4.4.15+
- compatible servers (including Dreamforge, Bahamut, and Unreal).
- This feature allows Services to attach an ID value to each user
- which will be retained even when the network splits, for increased
- security when re-granting privileges after a split.
- + Added SOP, AOP, and VOP commands as an alternate method of managing
- channel access lists. (ACCESS can still be used as before.)
- + Added support for suspending channels. Like suspended nicknames, all
- settings will be retained during the suspension period.
- + Services can now be configured to require an E-mail address at nickname
- registration time.
- + Added UNSET command to NickServ and ChanServ for clearing URLs and
- E-mail addresses.
- + Added VOICE and DEVOICE commands to ChanServ, and VOICE-DEVOICE access
- level (default 3, the same as auto-voice).
- + Added OperServ CLEARCHAN command to remove all users from a channel.
- + Added OperServ SU command to allow any Services admin to gain super-user
- privileges (with the appropriate password).
- + Time specifications (in services.conf, for autokills, etc.) can now
- include multiple units, for example "1h30m".
- + Sending a SIGUSR2 signal to Services will cause the log file to be
- closed and reopened. Use in combination with "mv" to rotate the
- log file.
- * Support for the DALnet Bahamut server has been improved. Note that
- only versions 1.4.22 and later are supported (support for earlier
- versions has been dropped).
- * Services will now check E-mail and URL addresses for nicks and channels
- to ensure that they are syntactically valid.
- * The OPDEOP channel access level has been renamed to OP-DEOP.
- * OperServ ROTATELOG command removed in favor of the signal method.
- * Services has been greatly optimized, easing operations on large
- networks or low-power servers.
- * Many, many bugs have been fixed.
-
-New configuration options:
- + NoBouncyModes : Disable mode-bounce checking.
- + NSRequireEmail : Makes Services require an E-mail address upon nick
- registration.
- + NSMaxLinkDepth : Sets the maximum depth for nested nickname links.
- + PingFrequency : Sets the period after which a PING message is sent.
- + WallOSChannel : Send a wallops/globops on MODE/KICK/CLEAR{MODES,CHAN}.
- + WallSU : Send a wallops/globops on OperServ SU.
- + SessionLimitAkill: Automatically adds an autokill when a session limit
- is exceeded repeatedly.
-Removed configuration options:
- * WallOSMode, WallOSKick, and WallOSClearmodes removed in favor of
- WallOSChannel. These options can no longer be set separately.
- * Deprecated configuration directive "ListOpersOnly" removed. Use
- "NSListOpersOnly" and "CSListOpersOnly" instead.
-
-
-From RealCFC at ChatFIRST.COM Mon Feb 19 16:52:07 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] ChanServ and SecureOPs
-References: <3a9064b7.74661@prima-lan.net>
-Message-ID: <000401c09ad7$6088d440$88fe3cd0@pavilion>
-
-Is it a normal behavior for ChanServ to remove OPs from IRC Operators on
-channels where SecureOPs is ON ?
-Any way around this so that regular IRCops with no Admin access to services
-can OP up on channels where SecureOPs is on ?
-Thanks
-
-
-
-
-From achurch at achurch.org Tue Feb 20 08:03:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] ChanServ and SecureOPs
-Message-ID: <3a91a6c1.04167@prima-lan.net>
-
->Is it a normal behavior for ChanServ to remove OPs from IRC Operators on
->channels where SecureOPs is ON ?
-
- This is designed behavior, but since it conflicts with autokick checking
-behavior (IRCops are not kicked) I'll change it. However, IRCops will not be
-_given_ +o unless they have the appropriate access level for the channel or
-are opped by someone in the channel.
-
->Any way around this so that regular IRCops with no Admin access to services
->can OP up on channels where SecureOPs is on ?
-
- No. Only Services operators can do this (using the OperServ MODE
-command).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From Admin at ChatFIRST.COM Mon Feb 19 18:42:46 2001
-From: Admin at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] ChanServ and SecureOPs
-References: <3a91a6c1.04167@prima-lan.net>
-Message-ID: <000401c09ae6$cff6fdc0$3400d6d1@pavilion>
-
-I understand the point but you said :
-
- No. Only Services operators can do this (using the OperServ MODE
-command).
-
-ChanServ will still remove OPs from any Services Operator who uses:
-
- /OperServ MODE #Channel +o Nick
-
-If that Admin is not on the channel access list.
-Just to let you know or maybe I'm missing something.
-
-
-
-
-From achurch at achurch.org Tue Feb 20 09:28:10 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] ChanServ and SecureOPs
-Message-ID: <3a91ba32.04525@prima-lan.net>
-
->I understand the point but you said :
->
-> No. Only Services operators can do this (using the OperServ MODE
->command).
->
->ChanServ will still remove OPs from any Services Operator who uses:
->
-> /OperServ MODE #Channel +o Nick
->
->If that Admin is not on the channel access list.
->Just to let you know or maybe I'm missing something.
-
- I'm referring to the behavior after the change mentioned in the
-message (which will be in 4.5.1).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Tue Feb 20 16:08:21 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-Message-ID: <3a9218d5.10625@prima-lan.net>
-
- Services 4.5.1 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.1.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.1.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release is mainly to clean up some debugging code and extra files
-that were accidentally left in the .0 release, and to make import-db work
-again and add support for databases from the Sirv program. It also fixes
-a mindless bug allowing users to alter other users' quit messages.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From aykal.gumus at sbs.com.tr Tue Feb 20 02:54:13 2001
-From: aykal.gumus at sbs.com.tr (Aykal GUMUS)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] transfering the data base!
-Message-ID: <0AD58C06FE54D411A05600A0C930664A02DB1127@mail.sbs.com.tr>
-
-Can I use the same *.db files in 4.5.1 that I have been using in 4.3.3?
-
-Aykal
-
-
-From achurch at achurch.org Tue Feb 20 20:12:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] transfering the data base!
-Message-ID: <3a925118.30260@prima-lan.net>
-
->Can I use the same *.db files in 4.5.1 that I have been using in 4.3.3?
-
- Yes, Services 4.5.1 can read database files from any earlier version,
-including 4.3.3.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From dreamer at darkness.gr Tue Feb 20 03:15:47 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] transfering the data base!
-In-Reply-To: <3a925118.30260@prima-lan.net>
-Message-ID: <Pine.LNX.4.32.0102201314030.24482-100000@darkness.darkness.gr>
-
-Sorry to say it again, but it seems that some times, i'm ignored at the
-list. Remove first every suspended/forbidden nicknames.
-
-
-Regards,
-Nick Krassas
-Dinos @irc.gr
-ircadmin@darkness.irc.gr
-
-On Tue, 20 Feb 2001, Andrew Church wrote:
-
-> >Can I use the same *.db files in 4.5.1 that I have been using in 4.3.3?
->
-> Yes, Services 4.5.1 can read database files from any earlier version,
-> including 4.3.3.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Tue Feb 20 20:25:50 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] transfering the data base!
-Message-ID: <3a92545b.30336@prima-lan.net>
-
->Sorry to say it again, but it seems that some times, i'm ignored at the
->list. Remove first every suspended/forbidden nicknames.
-
- There shouldn't be any need to do this. (If there is, it's a bug
-and a bug report would be appreciated.)
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->
->Regards,
->Nick Krassas
->Dinos @irc.gr
->ircadmin@darkness.irc.gr
->
->On Tue, 20 Feb 2001, Andrew Church wrote:
->
->> >Can I use the same *.db files in 4.5.1 that I have been using in 4.3.3?
->>
->> Yes, Services 4.5.1 can read database files from any earlier version,
->> including 4.3.3.
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From dreamer at darkness.gr Tue Feb 20 03:57:05 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] transfering the data base!
-In-Reply-To: <3a92545b.30336@prima-lan.net>
-Message-ID: <Pine.LNX.4.32.0102201353180.24906-100000@darkness.darkness.gr>
-
-SuspendInfo is changed from a point after, sorry i'm at the univ no time
-to check it, i had to do a clear for all suspended nicks before a month
-for a friend , while he tried to upgrade the services, they seg fault
-at startup , and at the log files, the last thing was an expire to a
-suspended nickname, a mention this at a previews post that i did.
-
-
-Regards,
-Nick Krassas
-
-
-
-
-From RealCFC at ChatFIRST.COM Tue Feb 20 19:15:54 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-References: <3a9218d5.10625@prima-lan.net>
-Message-ID: <000401c09bb4$9c9c9560$c7ce3cd0@pavilion>
-
-So far 4.5.1 is running smootly with no problems . Its incredible how stable
-and fast the services are working, Thanks Andrew you are doing an excelent
-job there. Thanks for adding the coding to allow IRCops +o on SECUREOPS
-channels, its great.
-So far I have another suggestion this one regarding UnrealIRCd support, Will
-there ever be support for channel mode +f (Flood Protection ) ?
-
-Thanks
-Ely
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, February 19, 2001 11:08 PM
-Subject: [IRCServices] Services 4.5.1 released
-
-
-> Services 4.5.1 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.1.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.1.diff.gz
->
-> ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> This release is mainly to clean up some debugging code and extra
-files
-> that were accidentally left in the .0 release, and to make import-db work
-> again and add support for databases from the Sirv program. It also fixes
-> a mindless bug allowing users to alter other users' quit messages.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 markh at eurodltd.co.uk Tue Feb 20 16:31:44 2001
-From: markh at eurodltd.co.uk (Mark Hetherington (Eurocom))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-In-Reply-To: <000401c09bb4$9c9c9560$c7ce3cd0@pavilion>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNMECJCEAA.markh@eurodltd.co.uk>
-
-Wish I could say the same. 4.5.1 is giving me a real headache. It refuses to
-read the chan.db file and claims it is an invalid format.
-
-We currently use Unreal3.1.1 and in the past have used the "daylight" build
-of IRC services which is basically the 4.3.3 version with Unreal modes added
-in. With IRC Services finally having the Unreal modes supported natively and
-the improvements over 4.3.3 having tempted me for sometime I decided to drop
-Daylight (which never provided patch information so made local updates too
-time consuming) and move to IRC services.
-
-Having trawled through the code I cannot yet locate exactly why services
-refuses to load it but it does. Initially forbidden channels were a problem
-so that ./listchans would actually cause a core dump. So I removed all
-forbidden channels and ./listchans ver 4.3.3 was happy again. Ver 4.5.1 just
-returns to the prompt. Great error reporting in listchans ... hint hint :).
-
-Services seems to die about halfway through reading chan.db with the Invalid
-format message but after much addition of debug output to the
-load_dbase/channel calls to try and find the exact cause I am tempted to
-just dump our current channel database and have started to ask users how
-they would feel about us doing this.
-
-If anyone has any ideas they would be much appreciated. For now back to
-messing around with the load routines.
-
-Mark.
-CTCP Networks.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of [Real]
-> Sent: 21 February 2001 03:16
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Services 4.5.1 released
->
->
-> So far 4.5.1 is running smootly with no problems . Its incredible
-> how stable
-> and fast the services are working, Thanks Andrew you are doing an excelent
-> job there. Thanks for adding the coding to allow IRCops +o on SECUREOPS
-> channels, its great.
-> So far I have another suggestion this one regarding UnrealIRCd
-> support, Will
-> there ever be support for channel mode +f (Flood Protection ) ?
->
-> Thanks
-> Ely
->
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, February 19, 2001 11:08 PM
-> Subject: [IRCServices] Services 4.5.1 released
->
->
-> > Services 4.5.1 has been released, and can be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.1.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.1.diff.gz
-> >
-> > ftp.ircservices.za.net and the mirrors should have it shortly.
-> >
-> > This release is mainly to clean up some debugging code and extra
-> files
-> > that were accidentally left in the .0 release, and to make
-> import-db work
-> > again and add support for databases from the Sirv program. It
-> also fixes
-> > a mindless bug allowing users to alter other users' quit messages.
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Wed Feb 21 10:04:06 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-Message-ID: <3a9314a9.44052@prima-lan.net>
-
->Wish I could say the same. 4.5.1 is giving me a real headache. It refuses to
->read the chan.db file and claims it is an invalid format.
->
->We currently use Unreal3.1.1 and in the past have used the "daylight" build
->of IRC services which is basically the 4.3.3 version with Unreal modes added
->in.
-
- This is your problem; Daylight's database format is different than that
-of Services, and Services cannot read the database files. I will look into
-adding support for Daylight databases to import-db in the next release of
-Services.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Wed Feb 21 10:06:55 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-Message-ID: <3a9314de.44064@prima-lan.net>
-
->So far I have another suggestion this one regarding UnrealIRCd support, Will
->there ever be support for channel mode +f (Flood Protection ) ?
-
- I considered it for 4.5.0 but its format is too different from the other
-modes to make adding support for it easy. I may add it in a later release.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From markh at eurodltd.co.uk Wed Feb 21 18:49:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Small bug in Unreal support
-In-Reply-To: <3a9314de.44064@prima-lan.net>
-Message-ID: <000401c09c26$10dbbb60$0deea8c0@eurodltd.co.uk>
-
-modes.h defines
-
-#if defined(IRC_BAHAMUT) || defined(IRC_UNREAL)
-# define CMODE_c 0x00000400 /* No ANSI colors in channel */
-# define CMODE_O 0x00000800 /* Only opers can join channel */
-#endif
-
-However, in modes.c the code is:
-
-#ifdef IRC_BAHAMUT
- { 'c', CMODE_c },
- { 'O', CMODE_O },
-#endif
-
-making them inaccessible to an Unreal build.
-
-
-From markh at eurodltd.co.uk Wed Feb 21 19:10:02 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-In-Reply-To: <3a9314a9.44052@prima-lan.net>
-Message-ID: <000501c09c28$4e76b040$0deea8c0@eurodltd.co.uk>
-
-> >Wish I could say the same. 4.5.1 is giving me a real
-> headache. It refuses to
-> >read the chan.db file and claims it is an invalid format.
-> >
-> >We currently use Unreal3.1.1 and in the past have used the
-> "daylight" build
-> >of IRC services which is basically the 4.3.3 version with
-> Unreal modes added
-> >in.
->
-> This is your problem; Daylight's database format is
-> different than that
-> of Services, and Services cannot read the database files. I
-> will look into
-> adding support for Daylight databases to import-db in the
-> next release of
-> Services.
-
-I have now managed to get the Daylight databases loaded. By replacing the
-load_cs_dbase with the one from the daylight archive, starting services and
-allowing services to output the new database then rebuilding with the
-correct code I got a 95% accurate import.
-
-The only real problem was that the channel modes do not match up to the
-current settings so certain modes got incorrectly set during the load. For
-example +V becomes +A and all users get banned from all channels. This was a
-small price to pay however to preserve the channel database and made for an
-"interesting" day on the network :)
-
-Incidentally, the only difference I could find between the 4.3.3
-load_cs_dbase and the daylight one was the use of int32 rather than int16
-for the mlock on/off settings of the file but just modifying this in the
-original load_cs_dbase does not load the daylight database correctly. I
-guess there must be something else buried in there somewhere but at least we
-are running on the new revision now.
-
-Knowing my luck a new import-db will come out tonight... hehe.
-
-Mark.
-CTCP Networks.
-
-
-
-
-From stskeeps at tspre.org Wed Feb 21 19:31:01 2001
-From: stskeeps at tspre.org (Carsten V. Munk)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-References: <000501c09c28$4e76b040$0deea8c0@eurodltd.co.uk>
-Message-ID: <3A93FA2C.CC56D470@tspre.org>
-
-Thought I'd make a note on this
-> > This is your problem; Daylight's database format is
-> > different than that
-> > of Services, and Services cannot read the database files. I
-> > will look into
-> > adding support for Daylight databases to import-db in the
-> > next release of
-> > Services.
->
->
-> Incidentally, the only difference I could find between the 4.3.3
-> load_cs_dbase and the daylight one was the use of int32 rather than int16
-> for the mlock on/off settings of the file but just modifying this in the
-> original load_cs_dbase does not load the daylight database correctly. I
-> guess there must be something else buried in there somewhere but at least we
-> are running on the new revision now.
-The daylight databases are 4.3.3 databases, and the bit values of the
-mlock_on/off are this (was done to easier be able to add new modes,
-which 4.4/4.5 of ircservices fixes in a much better way). The convert
-should simply be a small (if this is set, set this value).
-Here the values are: {"mode", bitvalue}
-{'i',0x0001},
-{'m',0x0002},
-{'n',0x0004},
-{'p',0x0008},
-{'s',0x0010},
-{'t', 0x0020},
-{'k', 0x0040},
-{'l', 0x0080},
-{'R', 0x0100},
-{'r', 0x0200},
-{'K', 0x0400},
-{'V', 0x0800},
-{'Q', 0x1000},
-{'c', 0x2000},
-{'O', 0x4000},
-{'A', 0x8000},
-{'S', 0x10000},
-{'H', 0x20000},
-{'C', 0x40000},
-{'u', 0x80000},
-{'N', 0x100000},
-{'f', 0x200000},
-{'z', 0x400000},
-
---Stskeeps
-
->
-> Knowing my luck a new import-db will come out tonight... hehe.
->
-> Mark.
-> CTCP Networks.
->
-> -----------------------------------------------------------
-> 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
-
---
-
----------------------------------------------------------------------
-Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
- * Author of UnrealIRCd (http://unreal.tspre.org)
- * Technical Admin @ irc.roxnet.org, server admin of irc.fyremoon.net
- * System Administrator @ cc2is.com
-"To understand a program you must become both the machine and the
-program."
-----------------------------------------------------------------------
-| Need a good and cheap shell, for IRCd, bot or hosting purposes? |
-| Visit http://www.cc2is.com - cheap shells, we got opening sale |
----------------------------------------------------------------------
-
- [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
-
------BEGIN GEEK CODE BLOCK-----
-Version: 3.1
-GCM/CS/CC/ED/MC/MU d-(++) s::- a--->-- 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 jamie at inetezine.org Wed Feb 21 20:37:01 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Access lists - masks?
-Message-ID: <004201c09c35$79e9d060$226f073e@nebula>
-
-Is there any chance for the support of masks in future versions, for instance being able to AOP
-test!hmm@*.btconnect.com ?
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010221/992d9c79/attachment.html
-From silvius at expres.ro Wed Feb 21 23:54:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] /nickname or /msg nickname ?
-Message-ID: <3A9438C7.B334D423@expres.ro>
-
-We have a small problem on one of our servers.
-After installing ircservices-4.5.1 on a bahamut(pelennor)-1.4(22) server
-we decided to relocate services on a similar server, but with more
-bandwith.
-With this occasion we changed the "pseudo-host" of the service from
-the.old.host in something else.
-All works OK except the fact that users on the server where services
-_were_ connected can't access services via "/nickserv" "/chanserv" etc.
-"/msg nickserv" etc works just great.
-We restarted the server in the hope that some old dns records couldn't
-be flushed via /rehash dns/gc
-But the problem persists: when trying "/nickserv help" server replys
-with "NickServ@the.old.host No such nick/channel"
-Any ideea?
-
-Thank you very much for reading this mail,
-Partizanu
-Part of administration team on NetChat IRC Network
-
-
-
-From andy at strugglers.net Thu Feb 22 00:23:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] /nickname or /msg nickname ?
-In-Reply-To: <3A9438C7.B334D423@expres.ro>
-References: <3A9438C7.B334D423@expres.ro>
-Message-ID: <brf89to5gc2d306a6lg2dhq6f4fpdjv9q5@4ax.com>
-
-On Wed, 21 Feb 2001 23:53:11 +0200, Partizanu <silvius@expres.ro> wrote:
-
->We have a small problem on one of our servers.
->After installing ircservices-4.5.1 on a bahamut(pelennor)-1.4(22) server
->we decided to relocate services on a similar server, but with more
->bandwith.
->With this occasion we changed the "pseudo-host" of the service from
->the.old.host in something else.
->All works OK except the fact that users on the server where services
->_were_ connected can't access services via "/nickserv" "/chanserv" etc.
->"/msg nickserv" etc works just great.
-
-The server that each ircd sends the message to is set during ./configure.
-It won't work until you rebuild and restart all of your ircd's.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From chromi at cyberspace.org Thu Feb 22 00:31:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] /nickname or /msg nickname ?
-In-Reply-To: <3A9438C7.B334D423@expres.ro>
-Message-ID: <l0313035eb6b9f1c72d97@[192.168.239.101]>
-
->With this occasion we changed the "pseudo-host" of the service from
->the.old.host in something else.
->All works OK except the fact that users on the server where services
->_were_ connected can't access services via "/nickserv" "/chanserv" etc.
->"/msg nickserv" etc works just great.
-
-You need to reconfigure the IRCD with the new hostname.
-
---------------------------------------------------------------
-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 Feb 22 00:41:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Small bug in Unreal support
-Message-ID: <3a9443cd.70570@prima-lan.net>
-
->modes.h defines
->
->#if defined(IRC_BAHAMUT) || defined(IRC_UNREAL)
-># define CMODE_c 0x00000400 /* No ANSI colors in channel */
-># define CMODE_O 0x00000800 /* Only opers can join channel */
->#endif
->
->However, in modes.c the code is:
->
->#ifdef IRC_BAHAMUT
-> { 'c', CMODE_c },
-> { 'O', CMODE_O },
->#endif
->
->making them inaccessible to an Unreal build.
-
- Fixed, thanks for the report.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From silvius at expres.ro Thu Feb 22 02:12:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] nickserv
-Message-ID: <3A945934.7266840C@expres.ro>
-
-Andy & Jonathan, thank you very much for the quick answer, indeed I was
-stupid not to think about that.
-
-Again thank you very much,
-Partizanu
-Part of administration team on NetChat IRC Network
-
-
-
-From achurch at achurch.org Thu Feb 22 02:46:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.2 released
-Message-ID: <3a946135.73071@prima-lan.net>
-
- Services 4.5.2 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.2.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.2.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- I apologize for the rapid releases, but things just keep coming up...
-This release fixes detection of the strtok() bug in glibc 2.2 (used in
-RedHat 7 and other recent Linux distributions), adds support for Daylight
-databases to import-db, and fixes a couple of bugs: +c/+O channel modes on
-Unreal, and a SVSNICK-related race condition which can under rare
-circumstances cause Services to crash.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Thu Feb 22 02:48:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.1 released
-Message-ID: <3a9461c6.73105@prima-lan.net>
-
->The daylight databases are 4.3.3 databases, and the bit values of the
->mlock_on/off are this (was done to easier be able to add new modes,
->which 4.4/4.5 of ircservices fixes in a much better way). The convert
->should simply be a small (if this is set, set this value).
->Here the values are: {"mode", bitvalue}
-
- Thanks for the info; the current (4.5.2) version of import-db will
-take care of translating these into proper bitmasks, assuming I haven't
-screwed something up horribly.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From bclark at bclark.yi.org Thu Feb 22 03:18:01 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Access lists - masks?
-Message-ID: <200102220117.UAA23859@mail5.lig.bellsouth.net>
-
-On Wed, 21 Feb 2001 18:38:21 -0000, Jamie Smithson said:
-
-> Is there any chance for the support of masks in future versions, for
-> instance being able to AOP
-> test!hmm@*.btconnect.com ?
-
-That's something I, for one, would consider a Very Bad Thing, for two
-reasons:
-
-First, it's insecure. I know Andrew went on earlier about not wanting to
-have services try to compensate for every bad thing a channel admin might
-do, but I wouldn't even consider putting that in. Honestly, it's a wonder
-dal still allows it. :P Of course, if the nick is registered, that's a
-different story .... but then, if the nick is registered, just add that
-to the list and save yourself the trouble. ;)
-
-Second ....... well, a bit of history first. This actually *was* in
-Services way back in the 2.x versions, but was taken out. The reason:
-It's far faster to match a literal string (even case-insensitively) than
-it is to do a wildcard match, especially on long access lists
-
-
-From markh at eurodltd.co.uk Thu Feb 22 21:50:03 2001
-From: markh at eurodltd.co.uk (Mark Hetherington (Eurocom))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services Suggestion - NickServ
-In-Reply-To: <3A945934.7266840C@expres.ro>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNOECPCEAA.markh@eurodltd.co.uk>
-
-We have a number of users that come from Java clients. As is the nature of
-many java based IRC interfaces they have a "default" nickname and use an
-incrementing numerical suffix to maintain some form of unique nicknames. A
-majority of users of this service tend to use the default despite a number
-of encouragements to choose their own nickname first. It was "interesting"
-to see how many people actually joined a chat called TypeYourNameHere...
-hehe.
-
-The problem comes when one of these visitors registers the nickname. E.g.
-JavaGuest. The next JavaGuest coming in with that name will get forcibly
-changed to Guestnnn by Nickserv.
-
-NS now seems to correctly prevent the registration of it's own internal
-Guest names and there appears to be an appropriate flag to detect that a
-nick is "guested" so working from this base, I see two possible solutions:
-
-1) The current NS supports suspension and forbidding of nicknames. Add a new
-state that does not forbid the use of the nickname but forbids registration
-of it. This however would be limited in application since each name
-generation by the JavaChat program would have to be set to this status
-creating a human workload that services is largely designed to remove.
-
-2) Add in support for multiple user defined "guest" nickname types. This
-way, anyone whose nick is say JavaChatnnnn could be handled by the same code
-which handles services native guest names. Although probably easier as a
-configuration file change (as with the native current guest prefix), a
-registration mechanism with NS would be preferable. For the purpose of NS
-processing it could maybe use the new status value described above but
-merely stores a prefix in the database rather than an explicit nickname and
-the nick be flagged to be processed as a guest nick type. Maybe a new
-command /NS REGISTERGUEST <JavaChatPrefix> <PrefixOwnerEmail>.
-
-
-Mark.
-CTCP Networks.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Feb 22 23:43:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: AW: [IRCServices] Services Suggestion - NickServ
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNOECPCEAA.markh@eurodltd.co.uk>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGELFEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-> We have a number of users that come from Java clients. As is the nature of
-> many java based IRC interfaces they have a "default" nickname and use an
-> incrementing numerical suffix to maintain some form of unique
-> nicknames. A
-
-Nice, but we don't have such servers.
-
-> majority of users of this service tend to use the default despite a number
-> of encouragements to choose their own nickname first. It was "interesting"
-> to see how many people actually joined a chat called TypeYourNameHere...
-> hehe.
->
-
-Possibly yes. Or you modify the java client, that it does not show a default
-nickname, but only set an IDENT for a nick. That way, users WILL have to chose
-a realistic nickname.
-
-> The problem comes when one of these visitors registers the nickname. E.g.
-> JavaGuest. The next JavaGuest coming in with that name will get forcibly
-> changed to Guestnnn by Nickserv.
->
-
-And ?
-
-> NS now seems to correctly prevent the registration of it's own internal
-> Guest names and there appears to be an appropriate flag to detect that a
-> nick is "guested" so working from this base, I see two possible solutions:
->
-
-Solutions for a possible Java web interface your network uses ?
-Is that case so common, that it has to be solved globally ?
-What if I start demanding additions for my network only ?
-
-> 1) The current NS supports suspension and forbidding of
-> nicknames. Add a new
-> state that does not forbid the use of the nickname but forbids
-> registration
-> of it. This however would be limited in application since each name
-> generation by the JavaChat program would have to be set to this status
-> creating a human workload that services is largely designed to remove.
->
-> 2) Add in support for multiple user defined "guest" nickname types. This
-> way, anyone whose nick is say JavaChatnnnn could be handled by
-> the same code
-> which handles services native guest names. Although probably easier as a
-> configuration file change (as with the native current guest prefix), a
-> registration mechanism with NS would be preferable. For the purpose of NS
-> processing it could maybe use the new status value described above but
-> merely stores a prefix in the database rather than an explicit
-> nickname and
-> the nick be flagged to be processed as a guest nick type. Maybe a new
-> command /NS REGISTERGUEST <JavaChatPrefix> <PrefixOwnerEmail>.
->
-
-I do not see your point. I do not think, that services should handle causalities
-of what possible JavaChat daemons may have done to your network.
-If you really cannot live with that specific daemon, you will need to recode services
-to live with it, and not enforce me to compile a code specific to your network.
-
-First of all, that nickname event may be solved in your javachat daemon.
-You should be able to modify it to either
-- not suggest a default nick
-- change the suggestion to Guest* and not JavaGuest*
-Or, you can use another daemon.
-
-And second, that condition is not a case services should handle in my opinion.
-
->
-> Mark.
-> CTCP Networks.
->
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-
-
-From markh at eurodltd.co.uk Fri Feb 23 00:17:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington (Eurocom))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services Suggestion - NickServ
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCGELFEIAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNGEDBCEAA.markh@eurodltd.co.uk>
-
-> I do not see your point. I do not think, that services should
-> handle causalities
-> of what possible JavaChat daemons may have done to your network.
-> If you really cannot live with that specific daemon, you will
-> need to recode services
-> to live with it, and not enforce me to compile a code specific to
-> your network.
-
-This issue is not specific to my network. The most common Java client I see
-is Jirc over which only the writers have control over and is installed by a
-number of users covering a number of channels on a number of networks hence
-my suggestion for the benefit of all networks.
-
-It was merely a suggestion and I have every intention of doing it myself for
-the benefit of my users which ultimately is the aim of improvements in
-services and ircd coding.
-
-> First of all, that nickname event may be solved in your javachat daemon.
-> You should be able to modify it to either
-> - not suggest a default nick
-
-If you have access to the code to change it yes. Otherwise no. Since most
-Java clients in use are not open source changing them is not an option. I do
-not have any desire to code one myself but see no benefit in avoiding their
-traffic to the network.
-
-> - change the suggestion to Guest* and not JavaGuest*
-> Or, you can use another daemon.
-
-These are down to individual user preferences. For example a #Millennium
-channel use MilGuest as their Jirc guest nick. In the same way I have no
-control over what client someone uses to connect to the network I cannot
-control which other interfaces a channel owner will use to bring users to
-his or her channel nor should I. By the same token if it is beneficial to
-more than one user it seems worth the effort to support this new wave of
-client and to remove the load on channel owners and opers managing the guest
-nicks becoming registered.
-
-> And second, that condition is not a case services should handle
-> in my opinion.
-
-Everyone is entitled to that but you seem to be under the impression this
-was specific to my network. It is not otherwise I would handle it locally
-and not suggest an improvement that may benefit others.
-
-IRC is constantly evolving with a number of alternatives having appeared but
-none yet to really compete with it. The type of user we see these days is
-increasingly of the layman breed rather than the original more technical
-users of IRC so tend to use easier programs. Java interfaces are something
-which are accessible on a number of platforms and are being integrated into
-other programs as an alternative to coding an IRC client. Rather than ignore
-these users, I hope that networks can evolve to accomodate them. As they
-become regular users they will migrate to a dedicated IRC client program at
-some stage.
-
-Obviously there is a line between what should be client side, what should be
-server side and what should be in services. But I do not think we should we
-ignore the grey areas just to stay in black and white.
-
-
-Mark.
-CTCP Networks.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Feb 23 01:11:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: AW: [IRCServices] Services Suggestion - NickServ
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNGEDBCEAA.markh@eurodltd.co.uk>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGELJEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello again;
-
-> It was merely a suggestion and I have every intention of doing it
-> myself for
-> the benefit of my users which ultimately is the aim of improvements in
-> services and ircd coding.
->
-
-Still not convinced, why my computer should use cpu time to
-check nicknames for possible guestnick suffices,
-while I do not have any java daemon connected.
-
-> > First of all, that nickname event may be solved in your javachat daemon.
-> > You should be able to modify it to either
-> > - not suggest a default nick
->
-> If you have access to the code to change it yes. Otherwise no. Since most
-> Java clients in use are not open source changing them is not an
-> option. I do
-> not have any desire to code one myself but see no benefit in
-> avoiding their
-> traffic to the network.
-
-Will you tell me, that you CAN take the risk of using a non-opensource daemon
-on your network, and still want support for that in an opensource project ?
-
-How will you know, that this specific daemon does not make additional connections
-do abnormal destinations like I-am-here-to-collect-nickname-passwords.com ?
-
-I work as a helper at the tutoriate for network security here in my dormitory
-(we have 660 users connected to the net, and believe me, it is not small)
-(publicity: www.hadiko.de)
-During my researches, I've come accross a patch for ssh2, where the daemon
-was not writing into wtmp, to hide specific logins, or, was able to redirect
-input to another file.
-
-Your daemon may do the same. And you cannot see that, for it is precompiled java
-something.
-
-> Everyone is entitled to that but you seem to be under the impression this
-> was specific to my network. It is not otherwise I would handle it locally
-> and not suggest an improvement that may benefit others.
-
-I still believe, that it is specific to your network, and others where people
-do not have the time to write their own daemon, but instead use precompiled
-binaries.
-
->
-> IRC is constantly evolving with a number of alternatives having
-> appeared but
-> none yet to really compete with it. The type of user we see these days is
-> increasingly of the layman breed rather than the original more technical
-> users of IRC so tend to use easier programs. Java interfaces are something
-> which are accessible on a number of platforms and are being
-> integrated into
-> other programs as an alternative to coding an IRC client. Rather
-> than ignore
-> these users, I hope that networks can evolve to accomodate them. As they
-> become regular users they will migrate to a dedicated IRC client
-> program at
-> some stage.
-
-If I cannot see the source of that particular software, I cannot risk
-letting many people use that. Nor I can risk to add support for a behavior
-evolved by the usage of it. I would not code support for something I see,
-for I cannot see everything on IRC. If you start that way of coding, your
-result will be something full of patches on every line, to compensate special
-behaviors. If you had the source, you might result in a better solution
-for all those small appliances of patches.
-
-You may be right by saying, that java clients enable even those very
-internet newbies to chat. I do not discuss that aspect.
-
->
-> Obviously there is a line between what should be client side,
-> what should be
-> server side and what should be in services. But I do not think we
-> should we
-> ignore the grey areas just to stay in black and white.
->
-
-Those areas are already grayed out, at the moment Mr. Church decided to
-support Unreal. But the tone of the gray you are suggesting is simply too
-similar to white, just to express it in your words.
-
->
-> Mark.
-> CTCP Networks.
->
-
-Best regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From markh at eurodltd.co.uk Fri Feb 23 01:44:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington (Eurocom))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services Suggestion - NickServ
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCGELJEIAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNKEDCCEAA.markh@eurodltd.co.uk>
-
-Hi,
-
-I think you may have misinterpreted my original comments as relating to IRCd
-when they relate to the behaviour of a Java client which is integrated most
-commonly in a web site and gives visitors the opportunity to join IRC and a
-channel dedicated to the subject of the web site.
-
-> Still not convinced, why my computer should use cpu time to
-> check nicknames for possible guestnick suffices,
-
-As with other features of services which may affect performance, there is
-little coding overhead in making it optional at either compile or
-configuration time. e.g. Session limiting and Statserv.
-
-> while I do not have any java daemon connected.
-> Will you tell me, that you CAN take the risk of using a
-> non-opensource daemon
-> on your network, and still want support for that in an opensource
-> project ?
-
-It is a client not a daemon.
-
-I use a modified version of Unreal as my ircd across the network and am in
-the process of developing an IRCd from the ground up. I would never dream of
-using a pre compiled binary or a java ircd.
-
-> How will you know, that this specific daemon does not make
-> additional connections
-> do abnormal destinations like
-> I-am-here-to-collect-nickname-passwords.com ?
-> I still believe, that it is specific to your network, and others
-> where people
-> do not have the time to write their own daemon, but instead use
-> precompiled
-> binaries.
-
-It is a client used by users. The fear you express as to the collection of
-passwords could be just as easily applied to any piece of software. It is
-the users which are ultimately responsible for their personal security, we
-can only advise them as to course of actions wrt potential security problems
-since the client is outside of our control and assist them in securing their
-IRC related activities.
-
-> If I cannot see the source of that particular software, I cannot risk
-> letting many people use that.
-> Nor I can risk to add support for a behavior
-> evolved by the usage of it. I would not code support for something I see,
-
-I have not seen the source to MIRC... should I ban that from the network or
-remove the workarounds for the MIRC "status bug" from the IRCd? This may
-stem from a potential misunderstanding and I do not advocate supporting
-specifics per client since this is obviously the wrong way to go. However,
-when a group of clients from different sources share a common theme, it
-seems reasonable to implement some form of services that cater to their
-needs.
-
-> Those areas are already grayed out, at the moment Mr. Church decided to
-> support Unreal. But the tone of the gray you are suggesting is simply too
-> similar to white, just to express it in your words.
-
-Personally I am glad to see there will be native support for Unreal in
-services. It saves using patches to add the support required so makes
-services available to a wider IRCd audience. Unreal seems to be avoided by
-some people but I have yet to see reasons mentioned for this but it does
-seem to go beyond a mere personal taste issue wrt IRCd. But I guess that
-discussion is beyond the scope of this list :)
-
-
-Mark.
-CTCP Networks.
-
-
-
-From achurch at achurch.org Fri Feb 23 03:22:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services Suggestion - NickServ
-Message-ID: <3a95bb1d.06314@prima-lan.net>
-
->We have a number of users that come from Java clients. As is the nature of
->many java based IRC interfaces they have a "default" nickname and use an
->incrementing numerical suffix to maintain some form of unique nicknames.
-[...]
->The problem comes when one of these visitors registers the nickname. E.g.
->JavaGuest. The next JavaGuest coming in with that name will get forcibly
->changed to Guestnnn by Nickserv.
-
- Since the user should have entered their nickname in the first place,
-how is this a problem?
-
->NS now seems to correctly prevent the registration of it's own internal
->Guest names and there appears to be an appropriate flag to detect that a
->nick is "guested" so working from this base, I see two possible solutions:
->
->1) [Add a "don't touch" flag for nicks]
->
->2) [Allow extra "guest"-like nick prefixes]
-
- I'm not particularly fond of either of these ideas; 1), as you point
-out, would require it to be set on every possible nick and would have
-little use outside this one application, and 2), while more feasible in
-terms of maintenance and coding, still would have a very limited range of
-uses, and I try to avoid adding features like that.
-
- It occurs to me that a much easier solution would be to just Q:line
-the appropriate nick pattern--that way you can force the users to pick
-real nicknames without having to modify Services at all. For example:
-"Q::Please choose a nickname for yourself:JavaGuest*"
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From silvius at expres.ro Fri Feb 23 11:05:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] While talking about NickServ...
-Message-ID: <3A96277B.E4636160@expres.ro>
-
-Hi,
-I see that the last topics were about NS and adding extra commands.
-How about adding a "SendPass" command?
-We user the "NSRequireEmail" option in our network and, with all
-passwords MD5 encrypted, it's impossible to GetPass to a user.
-So I was thinking at a command that would use sendmail to send passwords
-to users to the email address specified by user at registration time.
-I'm sorry if this is an already "close subject", I'm new in this list.
-
-Thank you very much for reading.
-Partizanu
-Part of administration team on NetChat IRC network
-
-
-
-From tower at pdx.edu Fri Feb 23 11:27:01 2001
-From: tower at pdx.edu (Tyson La Tourrette)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] While talking about NickServ...
-In-Reply-To: <3A96277B.E4636160@expres.ro>
-Message-ID: <Pine.GSO.4.31.0102230124560.21544-100000@gere.odin.pdx.edu>
-
-That won't work because if the passwords are stored as a hash you can't
-retrieve the password. It is part of the whole 'security' thing. =)
-
-
-
-On Fri, 23 Feb 2001, Partizanu wrote:
-
-> Hi,
-> I see that the last topics were about NS and adding extra commands.
-> How about adding a "SendPass" command?
-> We user the "NSRequireEmail" option in our network and, with all
-> passwords MD5 encrypted, it's impossible to GetPass to a user.
-> So I was thinking at a command that would use sendmail to send passwords
-> to users to the email address specified by user at registration time.
-> I'm sorry if this is an already "close subject", I'm new in this list.
->
-> Thank you very much for reading.
-> Partizanu
-> Part of administration team on NetChat IRC network
-
-
-
-From grenday288 at geocities.com Fri Feb 23 23:27:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] While talking about NickServ...
-In-Reply-To: <3A96277B.E4636160@expres.ro>
-Message-ID: <3A96811B.22159.539DE14@localhost>
-
-On 23 Feb 2001, at 11:03, Partizanu wrote:
-
-> Hi,
-> I see that the last topics were about NS and adding extra commands.
-> How about adding a "SendPass" command?
-> We user the "NSRequireEmail" option in our network and, with all
-> passwords MD5 encrypted, it's impossible to GetPass to a user.
-> So I was thinking at a command that would use sendmail to send passwords
-> to users to the email address specified by user at registration time.
-> I'm sorry if this is an already "close subject", I'm new in this list.
->
-> Thank you very much for reading.
-> Partizanu
-> Part of administration team on NetChat IRC network
->
->
-The reason you cannot use getpass is because the encryption isnt
-reversable... so having a sendpass command would only be useful
-with non encrypted db's
-
-
-
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-
-From lonewolf at lagnet.org.za Fri Feb 23 23:47:00 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Re: While talking about NickServ...
-In-Reply-To: <3A96811B.22159.539DE14@localhost>; from "Josh" on Fri, Feb 23, 2001 at 03:26:19PM
-References: <3A96277B.E4636160@expres.ro> <3A96811B.22159.539DE14@localhost>
-Message-ID: <20010223234628.A94217@apotheosis.org.za>
-
-On Fri, Feb 23, 2001 at 03:26:19PM -0600, Josh wrote:
-> The reason you cannot use getpass is because the encryption isnt
-> reversable... so having a sendpass command would only be useful
-> with non encrypted db's
-
-I believe the eventual aim is to have a NickServ command (no reason
-why it couldn't be "SENDPASS") which will reset the person's password
-to something new, and then send it to their NickServ e-mail address.
-
---
-lonewolf@lagnet.org.za
-
-
-From markh at eurodltd.co.uk Sat Feb 24 00:14:00 2001
-From: markh at eurodltd.co.uk (Mark Hetherington (Eurocom))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Re: While talking about NickServ...
-In-Reply-To: <20010223234628.A94217@apotheosis.org.za>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNOEDECEAA.markh@eurodltd.co.uk>
-
-> > The reason you cannot use getpass is because the encryption isnt
-> > reversable... so having a sendpass command would only be useful
-> > with non encrypted db's
->
-> I believe the eventual aim is to have a NickServ command (no reason
-> why it couldn't be "SENDPASS") which will reset the person's password
-> to something new, and then send it to their NickServ e-mail address.
->
-
-That would be very useful however I would add maybe add a Password must be
-changed at identify to any passwords generated in this manner. This would
-mean that the generated password would be very transient thereby maintaining
-security against someone using the password creation algorithm in an attempt
-to crack user passwords.
-
-Mark.
-CTCP Networks.
-
-
-
-From countersync at hotmail.com Sat Feb 24 01:15:01 2001
-From: countersync at hotmail.com (Countersync of AGNPH (and #agnph))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Re: While talking about NickServ...
-References: <LPBBJLDCHCNGAKLLJFKNOEDECEAA.markh@eurodltd.co.uk>
-Message-ID: <OE44QhLhcA696uItWZD00009179@hotmail.com>
-
-From: "Mark Hetherington (Eurocom)" <markh@eurodltd.co.uk>
-> > I believe the eventual aim is to have a NickServ command (no reason
-> > why it couldn't be "SENDPASS") which will reset the person's password
-> > to something new, and then send it to their NickServ e-mail address.
-> >
->
-> That would be very useful however I would add maybe add a Password must be
-> changed at identify to any passwords generated in this manner. This would
-> mean that the generated password would be very transient thereby
-maintaining
-> security against someone using the password creation algorithm in an
-attempt
-> to crack user passwords.
->
-> Mark.
-> CTCP Networks.
-Please do not forget that it is rare for a user to hide their email address.
-Especially if they actually want to be contacted. Perhaps the addition of a
-'secure' email address that the user is instructed to set and not to share
-anywhere else is a good idea? It isn't hard to come by mail accounts for
-such purposes these days with places like yahoo and hotmail.
-
-
-
-From lonewolf at lagnet.org.za Sat Feb 24 02:13:01 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Re: While talking about NickServ...
-In-Reply-To: <OE44QhLhcA696uItWZD00009179@hotmail.com>; from "Countersync of AGNPH (and #agnph)" on Fri, Feb 23, 2001 at 11:09:29PM
-References: <LPBBJLDCHCNGAKLLJFKNOEDECEAA.markh@eurodltd.co.uk> <OE44QhLhcA696uItWZD00009179@hotmail.com>
-Message-ID: <20010224021220.A96733@apotheosis.org.za>
-
-On Fri, Feb 23, 2001 at 11:09:29PM -0800, Countersync of AGNPH (and #agnph) wrote:
-> Please do not forget that it is rare for a user to hide their email
-> address.
-
-Set "NSDefHideEmail" in your services.conf file. This stops the
-possibility of would-be spammers from harvesting e-mail addresses from
-your NickServ database too.
-
-> Especially if they actually want to be contacted. Perhaps the
-> addition of a 'secure' email address that the user is instructed to
-> set and not to share anywhere else is a good idea?
-
-Seems a terrible fiddle to add _another_ e-mail address; bound to
-confuse most users too. If they want to be contacted, they should set
-their NickServ URL to a web page which has their preferred contact
-details.
-
---
-lonewolf@lagnet.org.za
-
-
-From countersync at hotmail.com Sat Feb 24 14:16:01 2001
-From: countersync at hotmail.com (Countersync of AGNPH (and #agnph))
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Re: While talking about NickServ...
-References: <LPBBJLDCHCNGAKLLJFKNOEDECEAA.markh@eurodltd.co.uk> <OE44QhLhcA696uItWZD00009179@hotmail.com> <20010224021220.A96733@apotheosis.org.za>
-Message-ID: <OE18Erg57zezf47pd6y000041dd@hotmail.com>
-
-From: "Lonewolf" <lonewolf@lagnet.org.za>
-> On Fri, Feb 23, 2001 at 11:09:29PM -0800, Countersync of AGNPH (and
-#agnph) wrote:
-> > Please do not forget that it is rare for a user to hide their email
-> > address.
->
-> Set "NSDefHideEmail" in your services.conf file. This stops the
-> possibility of would-be spammers from harvesting e-mail addresses from
-> your NickServ database too.
->
-> > Especially if they actually want to be contacted. Perhaps the
-> > addition of a 'secure' email address that the user is instructed to
-> > set and not to share anywhere else is a good idea?
->
-> Seems a terrible fiddle to add _another_ e-mail address; bound to
-> confuse most users too. If they want to be contacted, they should set
-> their NickServ URL to a web page which has their preferred contact
-> details.
-
-Actually, I was suggesting it as a way to limit confusion. If they know
-that the address is to be used explicitly for the secure return of their
-passwords they are less likely to compromise their own security. The fact
-is that a user may want to keep an email address public. This would allow
-the user to have their current (and probably known) email address under the
-old system, and a new address just for nickserv to send their password to.
-Leaving it blank would automatically make nickserv use the other mailing
-address, and leaving both blank would disable the feature. Or at least,
-that sounds like the most simple way of setting it up to me.
-
-Additionally were the services to have some type of split key encryption
-module in the future the entry could be encoded with the public key, and
-only decoded with the services private key. It's still almost as vulnerable
-to attack as the other methods, but if services had a separate account on
-the same, or different server who's files might not be compromised by an
-attack it could provide just slightly more security. It is a bit complex
-for the small increase. Especially since root could likely read both the
-private key and pass, thus separating the services and protecting root
-security would be big concerns.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Feb 24 15:38:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:12 2004
-Subject: AW: [IRCServices] Re: While talking about NickServ...
-In-Reply-To: <OE18Erg57zezf47pd6y000041dd@hotmail.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEENKEIAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-NS SET INFO to set an info line for INFO command (like channel descs)
-
-is a line taken from the TODO file of services.
-
-My opinion is:
-People can wait until that option is implemented, and may write down whatever
-they want other people see in their info, into that line.
-That way, there will not be any need of duplicate email information, because
-the only email, provided with set email/register would be used for
-password retrieval purposes.
-And public email information may as well be shown in that INFO line.
-
-Regards;
-yusuf
-
-
-
-From achurch at achurch.org Mon Feb 26 05:36:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.3 released
-Message-ID: <3a99cefb.40563@prima-lan.net>
-
- Services 4.5.3 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.3.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.3.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release has a number of features I had hoped to include in
-4.5.0 but didn't because I was going through too many pre-releases.
-Notably, channel modes can now be buffered (see MergeChannelModes in
-data/example.conf), there is now an HOP command to parallel the
-SOP/AOP/VOP commands for Unreal servers (and yes, I know "hop" is a
-word, but so is "sop", so live with it), ChanServ has an ENFORCE
-option to enforce +o/+v(/+h) modes like some of the pre-releases did,
-and the ChanServ CLEAR command can now clear exceptions and halfops
-as well on servers that support them. The changes aren't major
-ones, so I hope no major bugs will come out, but keep in mind that
-this release may not be quite as stable as previous ones, especially
-if you use the new features.
-
- This release also fixes a couple of potentially nasty security
-bugs, one with the SU command (oops) and one letting people use the
-VOP command to delete people with higher access levels (oops again).
-I hate to spring fixes like these on everyone in a possibly-not-
-quite-stable release, but c'est la vie. If anyone notices any
-problems, let me know and I'll release a fix promptly.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Feb 26 06:23:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] [NOTICE] 4.5.3 bug
-Message-ID: <3a99d9f4.42754@prima-lan.net>
-
- 4.5.3 has a bug which will cause crashes the first time ChanServ
-tries to enforce a +l mode lock. DO NOT USE the 4.5.3 released earlier;
-if you have already downloaded it, please apply the patch included below.
-A fixed version has been uploaded to ftp.esper.net.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-Index: chanserv.c
-===================================================================
-RCS file: /disk1/cvs-private/ircservices/chanserv.c,v
-retrieving revision 1.65
-retrieving revision 1.66
-diff -u -r1.65 -r1.66
---- chanserv.c 2001/02/24 00:25:58 1.65
-+++ chanserv.c 2001/02/26 04:10:02 1.66
-@@ -532,7 +532,9 @@
- return;
- *end = 0;
- if (set_limit) {
-- send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes, newlimit,
-+ char newlimit_str[32];
-+ snprintf(newlimit_str, sizeof(newlimit_str), "%d", newlimit);
-+ send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes, newlimit_str,
- newkey ? newkey : "");
- } else {
- send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes,
-
-
-From andrewk at icon.co.za Mon Feb 26 08:00:07 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] [NOTICE] 4.5.3 bug
-References: <3a99d9f4.42754@prima-lan.net>
-Message-ID: <04c601c09fb9$32aa1f70$9c011ac4@africa.didata.local>
-
-ftp.ircservices.za.net has been updated with the fixed version.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, February 26, 2001 6:17 AM
-Subject: [IRCServices] [NOTICE] 4.5.3 bug
-
-
-> 4.5.3 has a bug which will cause crashes the first time ChanServ
-> tries to enforce a +l mode lock. DO NOT USE the 4.5.3 released earlier;
-> if you have already downloaded it, please apply the patch included below.
-> A fixed version has been uploaded to ftp.esper.net.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> Index: chanserv.c
-> ===================================================================
-> RCS file: /disk1/cvs-private/ircservices/chanserv.c,v
-> retrieving revision 1.65
-> retrieving revision 1.66
-> diff -u -r1.65 -r1.66
-> --- chanserv.c 2001/02/24 00:25:58 1.65
-> +++ chanserv.c 2001/02/26 04:10:02 1.66
-> @@ -532,7 +532,9 @@
-> return;
-> *end = 0;
-> if (set_limit) {
-> - send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes, newlimit,
-> + char newlimit_str[32];
-> + snprintf(newlimit_str, sizeof(newlimit_str), "%d", newlimit);
-> + send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes, newlimit_str,
-> newkey ? newkey : "");
-> } else {
-> send_cmode(MODE_SENDER(s_ChanServ), c->name, newmodes,
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Feb 26 08:47:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] [NOTICE] Do not use 4.5.3
-Message-ID: <3a99fbaf.45765@prima-lan.net>
-
- It looks like another bug has come out in 4.5.3, which can cause
-ChanServ to set incorrect modes on channels. Please do not use 4.5.3.
-I will be releasing 4.5.4 shortly to correct this problem.
-
- Apologies for the inconvenience.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From achurch at achurch.org Mon Feb 26 09:00:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.4 released.
-Message-ID: <3a99fee1.46047@prima-lan.net>
-
-> It looks like another bug has come out in 4.5.3, which can cause
->ChanServ to set incorrect modes on channels. Please do not use 4.5.3.
->I will be releasing 4.5.4 shortly to correct this problem.
-
- ... and now it is released. Please download from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.4.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.4.diff.gz
-
-(note that the 4.5.4 diff file requires 4.5.3 be applied).
-
- Again, apologies for the inconvenience.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From andrewk at icon.co.za Mon Feb 26 10:37:02 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:12 2004
-Subject: [IRCServices] Services 4.5.4 released.
-References: <3a99fee1.46047@prima-lan.net>
-Message-ID: <04f701c09fcf$0249ede0$9c011ac4@africa.didata.local>
-
-ftp.ircservices.za.net has been updated with this version.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, February 26, 2001 8:55 AM
-Subject: [IRCServices] Services 4.5.4 released.
-
-
-> > It looks like another bug has come out in 4.5.3, which can cause
-> >ChanServ to set incorrect modes on channels. Please do not use 4.5.3.
-> >I will be releasing 4.5.4 shortly to correct this problem.
->
-> ... and now it is released. Please download from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.4.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.4.diff.gz
->
-> (note that the 4.5.4 diff file requires 4.5.3 be applied).
->
-> Again, apologies for the inconvenience.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 jamie at inetezine.org Mon Feb 26 22:02:04 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Seg Fault
-Message-ID: <000801c0a02e$d2b0b630$ca3d7ad5@nebula>
-
-I've been using 4.5.0pre7 up till now because I couldn't get 4.5.0 to work due to some strange problems, so I stayed with pre7 and hoped that it'd be fixed in the next version.
-
-I got 4.5.4 and compiled it with no problems, I used the db's from pre7, and the same services.conf - I started services, and this is what I got:
-
-... (s) Routing -- from twisted-r.on.ca.quikfire.net: Link with services.quikfire.net[(+)root@0.0.0.0] established: TS link
-... (s) Notice -- twisted-r.on.ca.quikfire.net introducing U:lined server services.quikfire.net
-... (s) Global -- from OperServ: ice is now an IRC operator.
-... (s) Global -- from services.quikfire.net: PANIC! buffer = NICK ice 2 983210703 +owraAh ice staff.quikfire.net dragons.on.ca.quikfire.net 1242372262 :Just Kick It! (tm)
-... (s) Routing -- from twisted-r.on.ca.quikfire.net: Received SQUIT services.quikfire.net from services.quikfire.net[(+)root@0.0.0.0] (Services terminating: Segmentation fault)
-... (s) Notice -- Exiting server services.quikfire.net due to upstream squit by twisted-r.on.ca.quikfire.net [Services terminating: Segmentation fault]
-
-So, I went through the services.conf again, and re-did it...tried starting services again, with the same problem.
-The system is a RH6.2 box...
-
-Any help would be appreciated
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010226/9c640e2a/attachment.htm
-From silvius at expres.ro Mon Feb 26 22:37:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Wierd message...
-Message-ID: <3A9ABE5B.8493F580@expres.ro>
-
-Last night i saw this weird thing:
-
-[22:27] ??? (s) *** Notice -- User on services.netchat.ro remotely
-JOINing new channel
-
-where "services.netchat.ro" is the pseudo-host for irc services (we
-still use 4.5.0).
-What it means? Any ideea?
-
-Thank you,
-Partizanu
-Part of administration team on NetChat IRC network
-
-
-
-From robotx at irctr.gen.tr Mon Feb 26 23:04:01 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Wierd message...
-In-Reply-To: <3A9ABE5B.8493F580@expres.ro>
-Message-ID: <LPBBLPKMEKMJINBFDLHECEIHCBAA.robotx@irctr.gen.tr>
-
-Hi all,
- The notice "User on services.netchat.ro remotely JOINing new channel" means
-a user on services server (you know these can be a eneforcer, chanserv,
-nickserv, operserv, memoserv, statserv) is joining a channel. For example if
-chanserv is joining to a forbidden channel to kick a user entering to these
-channel, you will have this notice. Anyway it is not a problem or bug.
-
-Regards
-Collide
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Partizanu
-Sent: Monday, February 26, 2001 10:37 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Wierd message...
-
-
-Last night i saw this weird thing:
-
-[22:27] ??? (s) *** Notice -- User on services.netchat.ro remotely
-JOINing new channel
-
-where "services.netchat.ro" is the pseudo-host for irc services (we
-still use 4.5.0).
-What it means? Any ideea?
-
-Thank you,
-Partizanu
-Part of administration team on NetChat IRC network
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Feb 26 23:17:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: AW: [IRCServices] Wierd message...
-In-Reply-To: <LPBBLPKMEKMJINBFDLHECEIHCBAA.robotx@irctr.gen.tr>
-Message-ID: <NDBBKLOOKLMAKHFICBLCIEABEJAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi;
-
-This actually is not a bug, as mentioned, but a consistency issue.
-
-The only place, where services itself sends a JOIN is the check of the
-need of a kick. This is done, before a user is really added to a channels
-userlist, therefore, before a channel is created in services, otherwise
-services would not send a JOIN.
-
-But the reality is, that daemons, which use SJOIN, do not like remote
-users (in this case, a user from services : ChanServ)
-directly sending a JOIN, because only a SJOIN is being expected.
-Server to server communications is done via SJOINs. That is an
-issue which might be corrected, though not necessary, by modifying
-check_kick to something like
-
-#if defined(IRC_BAHAMUT)
- send_cmd(s_ChanServ, "SJOIN %s %lu", chan, time(NULL));
-#else
- send_cmd(s_ChanServ, "JOIN %s", chan);
-#endif
-
-where if(stay) is being evaluated.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Collide
-> Gesendet: Montag, 26. Februar 2001 22:03
-> An: ircservices@ircservices.za.net
-> Betreff: RE: [IRCServices] Wierd message...
->
->
-> Hi all,
-> The notice "User on services.netchat.ro remotely JOINing new
-> channel" means
-> a user on services server (you know these can be a eneforcer, chanserv,
-> nickserv, operserv, memoserv, statserv) is joining a channel. For
-> example if
-> chanserv is joining to a forbidden channel to kick a user
-> entering to these
-> channel, you will have this notice. Anyway it is not a problem or bug.
->
-> Regards
-> Collide
->
->
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Partizanu
-> Sent: Monday, February 26, 2001 10:37 PM
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Wierd message...
->
->
-> Last night i saw this weird thing:
->
-> [22:27] ??? (s) *** Notice -- User on services.netchat.ro remotely
-> JOINing new channel
->
-> where "services.netchat.ro" is the pseudo-host for irc services (we
-> still use 4.5.0).
-> What it means? Any ideea?
->
-> Thank you,
-> Partizanu
-> Part of administration team on NetChat IRC network
->
->
-> -----------------------------------------------------------
-> 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 markh at eurodltd.co.uk Mon Feb 26 23:58:02 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <3A9ABE5B.8493F580@expres.ro>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk>
-
-I am considering adding a rotate log function to services (and to the ircd
-but that is beyond the scope of this list) which will automatically rotate
-the log each day at Midnight but am looking for a low/no performance impact
-determination that Midnight has occured.
-
-The daylight build used to have an isMidnight function called in the "main
-loop" but this rarely succeeded I guess because if Services happened to be
-idle or very busy at this time, Midnight passed before the isMidnight
-function activated.
-
-Eggdrop has a number of settings for automatic log rotation and after
-investigation it uses
-
- add_hook(HOOK_SECONDLY, (Function) core_secondly);
-
-with the per second function checking for Midnight among other things.
-
-Having not used this system before I wonder as to what impact on performance
-this may have on services. If anyone knows much about using per second
-routines or what impact it might have on services it would be much
-appreciated.
-
-Mark.
-CTCP Networks.
-
-
-
-From andy at strugglers.net Tue Feb 27 00:16:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk>
-References: <3A9ABE5B.8493F580@expres.ro> <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk>
-Message-ID: <v7ll9tk4n3hvjei43aeg3l9dnlrqqemkv1@4ax.com>
-
-On Mon, 26 Feb 2001 21:57:30 -0000, "Mark Hetherington"
-<markh@eurodltd.co.uk> wrote:
-
->I am considering adding a rotate log function to services (and to the ircd
->but that is beyond the scope of this list) which will automatically rotate
->the log each day at Midnight but am looking for a low/no performance impact
->determination that Midnight has occured.
-
-Not a complete solution but just a suggestion:
-
-Does it really matter to you if it is exactly midnight?
-
-Surely you can simply check that it is the "next day" and the log has not
-yet been rotated? This then will allow you to rotate the log as close to
-midnight as you wish without needing to run something every second.
-
-I just think for the purposes of log rotation, a few minutes either way is
-not going to matter to you.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Feb 27 00:18:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: AW: [IRCServices] Rotate Log function - performance
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOEADEJAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-Why don't you simply use the following ?
-
-mv /bla/blups/blubber/services.log /bla/blups/blubber/oldlog/services.log.old
-kill -USR2 `cat /bla/blupbs/blubber/services.pid`
-
-Services used to have a rotatelog command, and it was removed, to use USR2 instead.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Mark
-> Hetherington
-> Gesendet: Montag, 26. Februar 2001 22:58
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Rotate Log function - performance
->
->
-> I am considering adding a rotate log function to services (and to the ircd
-> but that is beyond the scope of this list) which will automatically rotate
-> the log each day at Midnight but am looking for a low/no
-> performance impact
-> determination that Midnight has occured.
->
-> The daylight build used to have an isMidnight function called in the "main
-> loop" but this rarely succeeded I guess because if Services
-> happened to be
-> idle or very busy at this time, Midnight passed before the isMidnight
-> function activated.
->
-> Eggdrop has a number of settings for automatic log rotation and after
-> investigation it uses
->
-> add_hook(HOOK_SECONDLY, (Function) core_secondly);
->
-> with the per second function checking for Midnight among other things.
->
-> Having not used this system before I wonder as to what impact on
-> performance
-> this may have on services. If anyone knows much about using per second
-> routines or what impact it might have on services it would be much
-> appreciated.
->
-> Mark.
-> CTCP Networks.
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Tue Feb 27 00:51:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: AW: [IRCServices] Wierd message...
-Message-ID: <3a9addd1.53523@prima-lan.net>
-
->But the reality is, that daemons, which use SJOIN, do not like remote
->users (in this case, a user from services : ChanServ)
->directly sending a JOIN, because only a SJOIN is being expected.
->Server to server communications is done via SJOINs. That is an
->issue which might be corrected, though not necessary, by modifying
->check_kick to something like
->
->#if defined(IRC_BAHAMUT)
-> send_cmd(s_ChanServ, "SJOIN %s %lu", chan, time(NULL));
->#else
-> send_cmd(s_ChanServ, "JOIN %s", chan);
->#endif
->
->where if(stay) is being evaluated.
-
- The problem with doing things this way is that in order to do it
-properly we need to use the channel creation timestamp sent in the
-original SJOIN command--but since the channel hasn't actually been
-created in Services' lists, we don't have that available. Services
-could be rewritten to use SJOIN properly in this way, but since JOIN
-works just as well, I don't see any reason to. If the messages bother
-you, filter them out in your script.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Feb 27 01:02:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: AW: [IRCServices] Wierd message...
-In-Reply-To: <3a9addd1.53523@prima-lan.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEAHEJAA.uhc0@rz.uni-karlsruhe.de>
-
-No,
-
-:NickName SJOIN #channel epoch
-
-does not use creation time, it is the actual time, to tell when a JOIN
-has been issued.
-
-The Creation Time is sent with the channel definition SJOIN:
-
-:ServerName SJOIN epoch #channel modes [param, param] :nicks.
-That epoch is the creation time, for during a netburst, users, which will be introduced
-to the connecting server, will (shall) look, as if they are joining at that time.
-
-That means, it is safe to use time(NULL), because ChanServ will JOIN later than the user itself.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew
-> Church
-> Gesendet: Montag, 26. Februar 2001 23:41
-> An: ircservices@ircservices.za.net
-> Betreff: Re: AW: [IRCServices] Wierd message...
->
->
-> >But the reality is, that daemons, which use SJOIN, do not like remote
-> >users (in this case, a user from services : ChanServ)
-> >directly sending a JOIN, because only a SJOIN is being expected.
-> >Server to server communications is done via SJOINs. That is an
-> >issue which might be corrected, though not necessary, by modifying
-> >check_kick to something like
-> >
-> >#if defined(IRC_BAHAMUT)
-> > send_cmd(s_ChanServ, "SJOIN %s %lu", chan, time(NULL));
-> >#else
-> > send_cmd(s_ChanServ, "JOIN %s", chan);
-> >#endif
-> >
-> >where if(stay) is being evaluated.
->
-> The problem with doing things this way is that in order to do it
-> properly we need to use the channel creation timestamp sent in the
-> original SJOIN command--but since the channel hasn't actually been
-> created in Services' lists, we don't have that available. Services
-> could be rewritten to use SJOIN properly in this way, but since JOIN
-> works just as well, I don't see any reason to. If the messages bother
-> you, filter them out in your script.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 uhc0 at rz.uni-karlsruhe.de Tue Feb 27 01:11:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: AW: [IRCServices] Wierd message...
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCEEAHEJAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEAHEJAA.uhc0@rz.uni-karlsruhe.de>
-
-I take my words back.
-
-1- :NickName SJOIN epoch #channel is correct
-2- I have not been correctly informed.
-
-Sorry for this inconvenience.
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Yusuf
-> Iskenderoglu
-> Gesendet: Dienstag, 27. Februar 2001 00:04
-> An: ircservices@ircservices.za.net
-> Betreff: AW: [IRCServices] Wierd message...
->
->
->
-> No,
->
-> :NickName SJOIN #channel epoch
->
-> does not use creation time, it is the actual time, to tell when a JOIN
-> has been issued.
->
-> The Creation Time is sent with the channel definition SJOIN:
->
-> :ServerName SJOIN epoch #channel modes [param, param] :nicks.
-> That epoch is the creation time, for during a netburst, users,
-> which will be introduced
-> to the connecting server, will (shall) look, as if they are
-> joining at that time.
->
-> That means, it is safe to use time(NULL), because ChanServ will
-> JOIN later than the user itself.
->
-> Regards;
-> yusuf
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
-> > -----Urspr?ngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew
-> > Church
-> > Gesendet: Montag, 26. Februar 2001 23:41
-> > An: ircservices@ircservices.za.net
-> > Betreff: Re: AW: [IRCServices] Wierd message...
-> >
-> >
-> > >But the reality is, that daemons, which use SJOIN, do not like remote
-> > >users (in this case, a user from services : ChanServ)
-> > >directly sending a JOIN, because only a SJOIN is being expected.
-> > >Server to server communications is done via SJOINs. That is an
-> > >issue which might be corrected, though not necessary, by modifying
-> > >check_kick to something like
-> > >
-> > >#if defined(IRC_BAHAMUT)
-> > > send_cmd(s_ChanServ, "SJOIN %s %lu", chan, time(NULL));
-> > >#else
-> > > send_cmd(s_ChanServ, "JOIN %s", chan);
-> > >#endif
-> > >
-> > >where if(stay) is being evaluated.
-> >
-> > The problem with doing things this way is that in order to do it
-> > properly we need to use the channel creation timestamp sent in the
-> > original SJOIN command--but since the channel hasn't actually been
-> > created in Services' lists, we don't have that available. Services
-> > could be rewritten to use SJOIN properly in this way, but since JOIN
-> > works just as well, I don't see any reason to. If the messages bother
-> > you, filter them out in your script.
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Tue Feb 27 01:31:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Seg Fault
-Message-ID: <3a9ae714.53711@prima-lan.net>
-
- Can you send me a copy of your Services logfile (services.log) with
-debugging turned on (run the program as "services -debug")?
-
- Also, please turn off HTML when sending to the mailing list.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
->This is a multi-part message in MIME format.
->
->------=_NextPart_000_0005_01C0A02E.D1F33290
->Content-Type: text/plain;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
->I've been using 4.5.0pre7 up till now because I couldn't get 4.5.0 to =
->work due to some strange problems, so I stayed with pre7 and hoped that =
->it'd be fixed in the next version.
->
->I got 4.5.4 and compiled it with no problems, I used the db's from pre7, =
->and the same services.conf - I started services, and this is what I got:
->
->... (s) Routing -- from twisted-r.on.ca.quikfire.net: Link with =
->services.quikfire.net[(+)root@0.0.0.0] established: TS link
->... (s) Notice -- twisted-r.on.ca.quikfire.net introducing U:lined =
->server services.quikfire.net
->... (s) Global -- from OperServ: ice is now an IRC operator.
->... (s) Global -- from services.quikfire.net: PANIC! buffer =3D NICK ice =
->2 983210703 +owraAh ice staff.quikfire.net dragons.on.ca.quikfire.net =
->1242372262 :Just Kick It! (tm)
->... (s) Routing -- from twisted-r.on.ca.quikfire.net: Received SQUIT =
->services.quikfire.net from services.quikfire.net[(+)root@0.0.0.0] =
->(Services terminating: Segmentation fault)
->... (s) Notice -- Exiting server services.quikfire.net due to upstream =
->squit by twisted-r.on.ca.quikfire.net [Services terminating: =
->Segmentation fault]
->
->So, I went through the services.conf again, and re-did it...tried =
->starting services again, with the same problem.
->The system is a RH6.2 box...
->
->Any help would be appreciated
->
->---
->-Jamie [aka, ice]
->Network Administrator, QuikFire IRC Network
->irc.quikfire.net
->
->Email: jamie@inetezine.org
->SMS: jamiesmithson@sms.genie.co.uk
->Work: 96smithsonj@hovepark.org.uk
->
->------=_NextPart_000_0005_01C0A02E.D1F33290
->Content-Type: text/html;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
-><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-><HTML><HEAD>
-><META content=3D"text/html; charset=3Diso-8859-1" =
->http-equiv=3DContent-Type>
-><META content=3D"MSHTML 5.00.3103.1000" name=3DGENERATOR>
-><STYLE></STYLE>
-></HEAD>
-><BODY bgColor=3D#ffffff>
-><DIV><FONT face=3DTahoma size=3D2>I've been using 4.5.0pre7 up till now =
->because I=20
->couldn't get 4.5.0 to work due to some strange problems, so I stayed =
->with pre7=20
->and hoped that it'd be fixed in the next version.</FONT></DIV>
-><DIV> </DIV>
-><DIV><FONT face=3DTahoma size=3D2>I got 4.5.4 and compiled it with no =
->problems, I=20
->used the db's from pre7, and the same services.conf - I started =
->services, and=20
->this is what I got:</FONT></DIV>
-><DIV> </DIV>
-><DIV><FONT face=3DTahoma size=3D2>••• (s) Routing -- =
->from=20
->twisted-r.on.ca.quikfire.net: Link with services.quikfire.net[(+)<A=20
->href=3D"mailto:root@0.0.0.0">root@0.0.0.0</A>] established: TS =
->link<BR>••• (s)=20
->Notice -- twisted-r.on.ca.quikfire.net introducing U:lined server=20
->services.quikfire.net<BR>••• (s) Global -- from =
->OperServ: ice is now an IRC=20
->operator.<BR>••• (s) Global -- from =
->services.quikfire.net: PANIC! buffer =3D NICK=20
->ice 2 983210703 +owraAh ice staff.quikfire.net =
->dragons.on.ca.quikfire.net=20
->1242372262 :Just Kick It! (tm)<BR>••• (s) Routing -- =
->from=20
->twisted-r.on.ca.quikfire.net: Received SQUIT services.quikfire.net from=20
->services.quikfire.net[(+)<A =
->href=3D"mailto:root@0.0.0.0">root@0.0.0.0</A>]=20
->(Services terminating: Segmentation fault)<BR>••• (s) =
->Notice -- Exiting server=20
->services.quikfire.net due to upstream squit by =
->twisted-r.on.ca.quikfire.net=20
->[Services terminating: Segmentation fault]</FONT></DIV>
-><DIV><FONT face=3DTahoma size=3D2></FONT> </DIV>
-><DIV><FONT face=3DTahoma size=3D2>So, I went through the services.conf =
->again, and=20
->re-did it...tried starting services again, with the same =
->problem.</FONT></DIV>
-><DIV><FONT face=3DTahoma size=3D2>The system is a RH6.2 =
->box...</FONT></DIV>
-><DIV><FONT face=3DTahoma size=3D2></FONT> </DIV>
-><DIV><FONT face=3DTahoma size=3D2>Any help would be =
->appreciated</FONT></DIV>
-><DIV><FONT face=3DTahoma size=3D2><BR>---<BR>-Jamie [aka, =
->ice]<BR>Network=20
->Administrator, QuikFire IRC Network<BR>irc.quikfire.net</FONT></DIV>
-><DIV> </DIV>
-><DIV><FONT face=3DTahoma size=3D2>Email: <A=20
->href=3D"mailto:jamie@inetezine.org">jamie@inetezine.org</A><BR>SMS: <A=20
->href=3D"mailto:jamiesmithson@sms.genie.co.uk">jamiesmithson@sms.genie.co.=
->uk</A><BR>Work:=20
-><A=20
->href=3D"mailto:96smithsonj@hovepark.org.uk">96smithsonj@hovepark.org.uk</=
->A></FONT></DIV></BODY></HTML>
->
->------=_NextPart_000_0005_01C0A02E.D1F33290--
->
->
->-----------------------------------------------------------
->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 Tue Feb 27 07:51:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] List Topics
-Message-ID: <058d01c0a080$fbc16ef0$9c011ac4@africa.didata.local>
-
-Seeing as the number of posts to this list is increasing, I'd like to ask if
-coding related issues could be moved to the coding mailing list. This is
-list primarily for the support of IRC Services and the announcement of new
-releases.
-
-Topics of conversation pertaining to modifications and messages that quote
-source code should be posted to the ircservices-coding mailing list. If
-people do post coding questions to this list, please do not reply to this
-list. Instead reply to the coding list and CC the original poster. That way
-the list becomes "self righting" - in a sense anyway :P
-
-To subscribe to the coding mailing list, send an email to:
-
- ircservices-coding-request@ircservices.za.net
-
-with the following in the SUBJECT of the email:
-
- subscribe
-
-To post to the mailing list, send emails to:
-
- ircservices-coding@ircservices.za.net
-
-Thanks, Andrew
-
-
-
-From achurch at achurch.org Wed Feb 28 07:31:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-Message-ID: <3a9c8cd2.01026@prima-lan.net>
-
- Thinking about what to do with Services after version 4.5, I have a
-question: Is there any feature that anyone wants in Services that you
-absolutely cannot live without for the next 3-4 months? My current plan
-is to start with Services 5.0 development as the successor to 4.5, but
-because of the number of changes I have planned for 5.0 (module support,
-mail support, etc.), I expect it to be at least 3-4 months before a beta
-release is ready. If there is a significant need for additional features
-in the near future, however, I will work on including as many of those as
-possible in a 4.6 release, and wait until after that to start work on 5.0
-(however, this means 5.0 will be even further delayed).
-
- Comments?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From silvius at expres.ro Wed Feb 28 10:20:04 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-Message-ID: <3A9CB47A.490EEBA@expres.ro>
-
-Yes, Mr. Andrew Church, I _would_ "kill" for an akill that would work
-like the Bahamut ZLine, meaning that I can ban an IP and services would
-do a dns on vhosts and all those pesky vhosts could be down in a sec.
-Thanx a lot.
-
-
-Just another angry service admin,
-Partizanu
-
-
-
-From achurch at achurch.org Wed Feb 28 10:32:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-Message-ID: <3a9cb774.01717@prima-lan.net>
-
->Yes, Mr. Andrew Church, I _would_ "kill" for an akill that would work
->like the Bahamut ZLine, meaning that I can ban an IP and services would
->do a dns on vhosts and all those pesky vhosts could be down in a sec.
-
- I'm afraid this isn't a feature I can implement in the current
-(4.x) framework. I haven't decided whether I want to do this at all,
-but if I do it will have to wait for 5.0.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From mike at chat.za.net Wed Feb 28 11:09:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <3A9CB47A.490EEBA@expres.ro>
-Message-ID: <Pine.LNX.4.30.0102281107180.10039-100000@moonlight.chat.za.net>
-
-Well, i have noticed that if a user comes in from a non resolving IP
-adddress ie Doofis!woo@196.11.22.1
-
-if you try and add an akill for him, ie *@196.11.22.1, the akill doesnt
-work..
-
-That should definitly be looked into
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Wed, 28 Feb 2001, Partizanu wrote:
-
-> Yes, Mr. Andrew Church, I _would_ "kill" for an akill that would work
-> like the Bahamut ZLine, meaning that I can ban an IP and services would
-> do a dns on vhosts and all those pesky vhosts could be down in a sec.
-> Thanx a lot.
->
->
-> Just another angry service admin,
-> Partizanu
->
->
-> -----------------------------------------------------------
-> 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 Feb 28 11:11:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <3a9c8cd2.01026@prima-lan.net>; from achurch@achurch.org on Wed, Feb 28, 2001 at 02:21:09PM +0900
-References: <3a9c8cd2.01026@prima-lan.net>
-Message-ID: <20010228031019.A53215@edgemaster.zombie.org>
-
-On Wed, Feb 28, 2001 at 02:21:09PM +0900, Andrew Church wrote:
-> Comments?
-
-How feasable would it be to add SOCKS/WinGate checking as an option to
-Services? I am aware many ircds support this, but I am of the feeling that
-waiting for ident checks takes long enough, and making clients wait for a
-SOCKS check takes even longer, especially on hosts (@Home) which firewall
-the SOCKS port and fail to return a RST packet. This would allow the majority
-of good users to connect while a SOCKS check would be done in the background.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From greg at dungeonsrealm.net Wed Feb 28 11:20:03 2001
-From: greg at dungeonsrealm.net (greg)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <00f001c0a167$ab944be0$0200a8c0@gwb13>
-
-Warning: unable to open log file logs/services.log: No such file or directory <-----getting this i tried to make it with pico didnt work useing daylight daylight-12 can you help
-
-Dungeon's Realm inc.
-Greg Bloom
-pres.
-www.dungeonsrealm.net
-greg@dungeonsrealm.net
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010228/7955df6d/attachment.html
-From achurch at achurch.org Wed Feb 28 11:30:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-Message-ID: <3a9cc518.02240@prima-lan.net>
-
->How feasable would it be to add SOCKS/WinGate checking as an option to
->Services? I am aware many ircds support this, but I am of the feeling that
->waiting for ident checks takes long enough, and making clients wait for a
->SOCKS check takes even longer, especially on hosts (@Home) which firewall
->the SOCKS port and fail to return a RST packet. This would allow the majority
->of good users to connect while a SOCKS check would be done in the background.
-
- This is another thing that (1) can't be done within the 4.x framework
-and (2) I'm not sure I want to do anyway, especially since the majority of
-ircds _do_ support it. If the ircd is making people wait, fix the ircd,
-don't try to patch Services instead. Also remember (and this applies to the
-DNS comment as well) that while each ircd need only worry about checking its
-own users, Services would have to check every new user that connected--all
-in a single process--and could even end up having to check users multiple
-times (on recovery from netsplits) depending on the ircd in use.
-
- There actually seems to be a program floating around designed just for
-this task, which I think is a much better solution if you can't bear having
-the ircd do it. I don't recall where it's located, but look for a program
-called "SocksCleaner" or something of the sort.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Feb 28 12:04:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Points
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEDHEJAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-I wanted to tell my opinions for some things being discussed now:
-
-1- The problematic with non resolving autokills is daemon specific, it
-works perfectly under Bahamut. I do not see, why services should try name
-resolve in that case, especially, when you may want to use asterices.
-*@192.10.* should also work, and you cannot do a resolve on that.
-
-2- Socks scan should never be a task services should handle. There are
-networks
-of more than 8k users running services. They cannot afford one single
-machine
-trying to scan for socks for that amount of users. As Andrew already said,
-there
-are either ircd's that do this, or special tools, which can do this.
-
-3- A feature I'd like to see is the rewrite of FORBID, to enforce a reason.
-I already can imagine something like ForbidInfo *fi coming towards us :P
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From lonewolf at lagnet.org.za Wed Feb 28 12:29:01 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <20010228031019.A53215@edgemaster.zombie.org>; from "Sean Kelly" on Wed, Feb 28, 2001 at 03:10:19AM
-References: <3a9c8cd2.01026@prima-lan.net> <20010228031019.A53215@edgemaster.zombie.org>
-Message-ID: <20010228122745.A39376@apotheosis.org.za>
-
-On Wed, Feb 28, 2001 at 03:10:19AM -0600, Sean Kelly wrote:
-> How feasable would it be to add SOCKS/WinGate checking as an option
-> to Services? I am aware many ircds support this, but I am of the
-> feeling that waiting for ident checks takes long enough, and making
-> clients wait for a SOCKS check takes even longer, especially on
-> hosts (@Home) which firewall the SOCKS port and fail to return a RST
-> packet. This would allow the majority of good users to connect
-> while a SOCKS check would be done in the background.
-
-The best way to do this is to have a bot sit on the server and check
-incoming clients. This means that there's no extra delay for the user
-connecting.
-
-If you have a small network, then you could have a separate "socks"
-checking server.
-
-Take a look at GeoStats <http://geostats.lite.net/> - it also has an
-option to check for open proxy/wingate machines as new clients are
-introduced to the network.
-
---
-lonewolf@lagnet.org.za
-
-
-From silvius at expres.ro Wed Feb 28 12:46:03 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-References: <3a9c8cd2.01026@prima-lan.net>
-Message-ID: <3A9CD6C9.15A7F4EE@expres.ro>
-
-While we are in the "I wish..." section:
-What about this: when a user is akilled, he see something like this:
-
-[18:32] -some.server.host- *** You are not welcome on this network.
-[18:32] -some.server.host- *** Autokilled for You are banned from this
-network (2001/02/26 15.18)
-
-As far as I can see, no reason, no info although the "/operserv akill view"
-has a reason for that kill
-
-The same thankful for the work of Andrew,
-Partizanu
-
-
-
-From andy at strugglers.net Wed Feb 28 16:11:00 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <20010228031019.A53215@edgemaster.zombie.org>
-References: <3a9c8cd2.01026@prima-lan.net> <20010228031019.A53215@edgemaster.zombie.org>
-Message-ID: <ji1q9t46d21ih7d1kp9hqlref4dtgcar1b@4ax.com>
-
-On Wed, 28 Feb 2001 03:10:19 -0600, Sean Kelly <smkelly@zombie.org> wrote:
-
->On Wed, Feb 28, 2001 at 02:21:09PM +0900, Andrew Church wrote:
->> Comments?
->
->How feasable would it be to add SOCKS/WinGate checking as an option to
->Services?
-
-I feel this is better accomplished with bots local to the servers. That way
-the connections will come from the same host as the user's are opening an
-IRC connection to (= a lot less abuse reports regarding your scanner, which
-piss your ISP off). Also then the burden falls on a bot and not an ircd or
-services.
-
-One problem with this approach is that should some of your admins refuse to
-run a bot, or not be able to, then abusers will get onto your net through
-their ircd.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From robotx at irctr.gen.tr Wed Feb 28 16:13:00 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Services
-Message-ID: <LPBBLPKMEKMJINBFDLHEGEILCBAA.robotx@irctr.gen.tr>
-
-Hi all,
-
- Wingate/Proxy scan is a bad suggestion to add services. Some irc daemons
-check users on connect; I find them silly also anyway, they make user wait.
-You can use a proxy/wingate scanner bot. Try http://www.egghelp.org to have
-one.. It works perfect.
- I support Yusuf, chan/nick forbid should be rewriten.
- And the other akill subject, "You are banned from this network" is the
-default akill reason for services, first time when a user is akilled, he/she
-saw the info anyway...
-
-Regards,
-Emre
-
-
-
-From lonewolf at lagnet.org.za Wed Feb 28 20:06:01 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <ji1q9t46d21ih7d1kp9hqlref4dtgcar1b@4ax.com>; from "Andy Smith" on Wed, Feb 28, 2001 at 02:10:34PM
-References: <3a9c8cd2.01026@prima-lan.net> <20010228031019.A53215@edgemaster.zombie.org> <ji1q9t46d21ih7d1kp9hqlref4dtgcar1b@4ax.com>
-Message-ID: <20010228200504.A48190@apotheosis.org.za>
-
-On Wed, Feb 28, 2001 at 02:10:34PM +0000, Andy Smith wrote:
-> One problem with this approach is that should some of your admins
-> refuse to run a bot, or not be able to, then abusers will get onto
-> your net through their ircd.
-
-Just run the bot on another machine. It doesn't matter if it's lagged a bit.
-
---
-lonewolf@lagnet.org.za
-
-
-From lonewolf at lagnet.org.za Wed Feb 28 20:09:01 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Next Services version?
-In-Reply-To: <3A9CD6C9.15A7F4EE@expres.ro>; from "Partizanu" on Wed, Feb 28, 2001 at 12:45:29PM
-References: <3a9c8cd2.01026@prima-lan.net> <3A9CD6C9.15A7F4EE@expres.ro>
-Message-ID: <20010228200845.B48190@apotheosis.org.za>
-
-On Wed, Feb 28, 2001 at 12:45:29PM +0200, Partizanu wrote:
-> While we are in the "I wish..." section:
-> What about this: when a user is akilled, he see something like this:
->
-> [18:32] -some.server.host- *** You are not welcome on this network.
-> [18:32] -some.server.host- *** Autokilled for You are banned from this
-> network (2001/02/26 15.18)
-
-Does unsetting the "StaticAkillReason" option in your services.conf
-file not help?
-
---
-lonewolf@lagnet.org.za
-
-
-From dreamer at darkness.gr Thu Mar 1 01:35:00 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Website
-In-Reply-To: <3a946135.73071@prima-lan.net>
-Message-ID: <Pine.LNX.4.33.0103010125230.3380-100000@darkness.darkness.gr>
-
-Greetings to all,
- Something not relevant to the services, as far the coding part is
-involved ...
-Is it possible to add at :http://www.ircservices.za.net/ the changes file
-of the ircservices, so everybody could check the changes without the need
-of downloading the source, or searching at ftp sites.
-
-Regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.irc.gr
-
-
-
-
-From achurch at achurch.org Thu Mar 1 01:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Services 4.5.5 released
-Message-ID: <3a9d8ba1.06672@prima-lan.net>
-
- Services 4.5.5 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.5.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.5.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes another bug with channel mode setting which
-caused channel mode locks to not work correctly. Also, the FAQ has
-been rearranged to be (hopefully) more usable.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-
-
-From ayottew at sympatico.ca Thu Mar 1 02:29:01 2001
-From: ayottew at sympatico.ca (Wayne Ayotte)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] help manual
-References: <3a9d8ba1.06672@prima-lan.net>
-Message-ID: <005101c0a1e6$7b0837a0$0201a8c0@webdevint.com>
-
-Is there a file containing the help text for ircservices? I am creating an
-xml based help file and the corresponding XSLT file to go with it: (xml to
-html).
-
-Wayne
-
-
-
-From markh at eurodltd.co.uk Thu Mar 1 03:01:00 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] help manual
-In-Reply-To: <005101c0a1e6$7b0837a0$0201a8c0@webdevint.com>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNCEEDCEAA.markh@eurodltd.co.uk>
-
-Look in the lang subdirectory. The help text for services is in there
-together with the messages services uses. There is more than one language
-which means you should be able to provide the same support in your version.
-I suggest you write a parser for the files so that as they change, your
-version will remain up to date.
-
-Mark Hetherington.
-CTCP Networks.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Wayne Ayotte
-> Sent: 01 March 2001 00:28
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] help manual
->
->
-> Is there a file containing the help text for ircservices? I am creating an
-> xml based help file and the corresponding XSLT file to go with it: (xml to
-> html).
->
-> Wayne
->
->
-> -----------------------------------------------------------
-> 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 Thu Mar 1 18:37:00 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Socks
-Message-ID: <2.2.32.20010301163651.011412fc@196.14.3.98>
-
-Hi all
-
-I know this is a bit O/T, but what socks scanner/cleaner works nicely with
-bahamut?
-
-Thx
-
-Mike
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-
-From quension at softhome.net Thu Mar 1 20:38:01 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Socks
-References: <2.2.32.20010301163651.011412fc@196.14.3.98>
-Message-ID: <3A9E96D2.AAC7A420@softhome.net>
-
-Michael Smith wrote:
-
-> I know this is a bit O/T, but what socks scanner/cleaner works nicely with
-> bahamut?
-
-There's one at http://adel.negaverse.org
-
--- Quension
-
-
-From syclone at fejal.com.br Fri Mar 2 15:58:01 2001
-From: syclone at fejal.com.br (SycLonE)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <000b01c0a321$5774e220$b8cefea9@syclone>
-
-Suggestions for new versions of IRCServices
-
-In the new versions they could come with a nick to detect MASSIRC and
-MassMSG, the famous " aaa " to catch the massircs and massmsg, could
-configure to order in GlobOps the warning of the massirc/massmsg, or to
-inform and KILL, also to inform, KILL and AKILL. Could also configure for
-entering in the channels (Founder configures if he wants the option in your
-channel or not).
-That is just a suggestion.
-
-Excuse my English :)
-
-
-
-From mike at chat.za.net Fri Mar 2 18:10:02 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <2.2.32.20010302160916.0134f228@196.14.3.98>
-
-I saw on this other services , that they added botserv, where people could
-configure bots for their channels.....
-
-I think its a bit out of scope of andy's work, to do something like this,
-but If Andy could modularise services, so that anyone can write plugins to
-go into services. THen people could add things like BotServ, SocksCheck, etc..
-
-This would be really really kewl, and reduce Andys workload, in that he could
-offload certain modules to a certain group (StatServ), and things he doesnt
-feel like maintaining.
-
-Thoughts.. Comments?
-
-Mike
-
-
-At 11:01 AM 01/03/02 -0300, you wrote:
->Suggestions for new versions of IRCServices
->
->In the new versions they could come with a nick to detect MASSIRC and
->MassMSG, the famous " aaa " to catch the massircs and massmsg, could
->configure to order in GlobOps the warning of the massirc/massmsg, or to
->inform and KILL, also to inform, KILL and AKILL. Could also configure for
->entering in the channels (Founder configures if he wants the option in your
->channel or not).
->That is just a suggestion.
->
->Excuse my English :)
->
->
->-----------------------------------------------------------
->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
->
->
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-
-From achurch at achurch.org Fri Mar 2 20:14:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <3a9fe2ba.25117@prima-lan.net>
-
->I saw on this other services , that they added botserv, where people could
->configure bots for their channels.....
->
->I think its a bit out of scope of andy's work, to do something like this,
->but If Andy could modularise services, so that anyone can write plugins to
->go into services. THen people could add things like BotServ, SocksCheck, etc..
-
- This is already planned for 5.0.
-
->This would be really really kewl, and reduce Andys workload, in that he could
->offload certain modules to a certain group (StatServ), and things he doesnt
->feel like maintaining.
->
->Thoughts.. Comments?
->
->Mike
->
->
->At 11:01 AM 01/03/02 -0300, you wrote:
->>Suggestions for new versions of IRCServices
->>
->>In the new versions they could come with a nick to detect MASSIRC and
->>MassMSG, the famous " aaa " to catch the massircs and massmsg, could
->>configure to order in GlobOps the warning of the massirc/massmsg, or to
->>inform and KILL, also to inform, KILL and AKILL. Could also configure for
->>entering in the channels (Founder configures if he wants the option in your
->>channel or not).
->>That is just a suggestion.
->>
->>Excuse my English :)
->>
->>
->>-----------------------------------------------------------
->>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
->>
->>
->---
->Michael Smith (Warlock on IRC)
->http://www.warlock.web.za
-> "Do you smell something burning or is it me?"
-> -- Joan of Arc
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From syclone at fejal.com.br Fri Mar 2 21:27:01 2001
-From: syclone at fejal.com.br (SycLonE)
-Date: Sat Oct 23 23:01:13 2004
-Subject: [IRCServices] Suggestion...
-Message-ID: <002501c0a34f$62a07280$b8cefea9@syclone>
-
-Andrew,
-
-And my suggestion, what do you find of her?
-
-[]s
-
-
-
-From RealCFC at ChatFIRST.COM Fri Mar 2 21:37:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Suggestions
-References: <3a9fe2ba.25117@prima-lan.net>
-Message-ID: <000801c0a362$36a85d60$f7b43dd0@pavilion>
-
-I would love to have an "Unsend" MemoServ feature where users could stop a
-memo from being received by the other party while it hasnt been retrieved
-yet.
-Also talking about BotServ and some new sevices what about a MailServ ? , I
-have also seen that on other services , Users can use it to send quick and
-short mail messages to offline users.
-Ely
-
-
-
-From jeff at tcnet.org Fri Mar 2 21:41:01 2001
-From: jeff at tcnet.org (Jeff)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Suggestions
-In-Reply-To: <000801c0a362$36a85d60$f7b43dd0@pavilion>
-Message-ID: <Pine.LNX.4.33.0103021439030.21563-100000@hendryx.tcnet.org>
-
-On Fri, 2 Mar 2001, [Real] wrote:
-
-[snip]
-> Also talking about BotServ and some new sevices what about a MailServ ? , I
-> have also seen that on other services , Users can use it to send quick and
-> short mail messages to offline users.
-
-Regarding MailServ, perhaps more useful would be an option in MemoServ or
-NickServ for users to specify that new MemoServ messages should be
-e-mailed by services to the e-mail address they have listed with services.
-
--jeff
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Mar 2 21:46:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:14 2004
-Subject: AW: [IRCServices] Suggestions
-In-Reply-To: <Pine.LNX.4.33.0103021439030.21563-100000@hendryx.tcnet.org>
-Message-ID: <NDBBKLOOKLMAKHFICBLCAEJIEJAA.uhc0@rz.uni-karlsruhe.de>
-
-Well actually, I advise all of you to HAVE a look at the
-TODO file in the source, before starting to suggest things, that
-are already planned.
-
-Having to read redundant emails of things that are already being
-planned is simply exhausting.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From cjb at mircx.com Fri Mar 2 22:36:04 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] SIDENTIFY
-Message-ID: <Pine.BSF.4.21.0103021333440.7791-100000@mircx.com>
-
-What happened to SIDENTIFY? It was added in 4.4.3, but I just noticed
-that it seems to have disappeared in 4.5. Was this intentional?
-
--NickServ(services@services.mircx.com)- Unknown command SIDENTIFY. Type
-/msg NickServ HELP for help.
-
-
-
-From Georges at Berscheid.lu Fri Mar 2 23:22:01 2001
-From: Georges at Berscheid.lu (Georgesd Berscheid)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Suggestions
-References: <2.2.32.20010302160916.0134f228@196.14.3.98>
-Message-ID: <008101c0a35e$0b55ce80$a330c698@default>
-
-Hi,
-
-> but If Andy could modularise services, so that anyone can write plugins to
-> go into services. THen people could add things like BotServ, SocksCheck,
-etc..
->
-> This would be really really kewl, and reduce Andys workload, in that he
-could
-> offload certain modules to a certain group (StatServ), and things he
-doesnt
-> feel like maintaining.
-
-I think this is a great idea, but quite hard to realize because the whole
-structure of services might be changed to allow very modular devolpment.
-Talking about StatServ, I already included a number of functions for our
-network (such as counting connects, kicks, total time, avg. time etc... for
-users: kicks, joins, avg time etc for channels). I think its a waste of time
-and resources to develop all these functions serveral times because they
-cannot be included easily.
-Another point/suggestion I would like to mention is the Serverices' Database
-format. I saw many IRC Networks offering its users a Web-based DB where they
-can place personal information, pictures etc. (so do we).
-It would be funny if we could use the MySQL DB for Services as well,
-allowing a more integrated web-interface for the IRC Network. But this is
-probably a project for medium to long term.
-
-So far for now :-)
-
-Georges
-
-
-
-From ianj at esper.net Sat Mar 3 02:50:03 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk>
-Message-ID: <Pine.LNX.4.21.0103021520370.294-100000@vector.chocobo.org>
-
-On Mon, 26 Feb 2001, Mark Hetherington wrote:
-
-> I am considering adding a rotate log function to services (and to the ircd
-> but that is beyond the scope of this list) which will automatically rotate
-> the log each day at Midnight but am looking for a low/no performance impact
-> determination that Midnight has occured.
->
-> The daylight build used to have an isMidnight function called in the "main
-> loop" but this rarely succeeded I guess because if Services happened to be
-> idle or very busy at this time, Midnight passed before the isMidnight
-> function activated.
->
-> Eggdrop has a number of settings for automatic log rotation and after
-> investigation it uses
->
-> add_hook(HOOK_SECONDLY, (Function) core_secondly);
->
-> with the per second function checking for Midnight among other things.
->
-> Having not used this system before I wonder as to what impact on performance
-> this may have on services. If anyone knows much about using per second
-> routines or what impact it might have on services it would be much
-> appreciated.
-
-As has been suggested, use SIGUSR2. Then let Cron deal with the "per
-second" dickering to call a Perl/Python/Script/whatever script you may
-write deal with the actual rotating.
-
-As for precision, does the phrase, "Measure with a micrometer, mark with
-chalk, cut with an axe" mean anything to you? I don't know about you, but
-I frankly don't much care. Just as long as I can move logs out of the way
-and keep my disk space somewhat manageable, that's all I ask.
-
-I was the one who asked for this function. Mainly because it's MUCH
-easier to set up a cron event than to try to remember to get my butt onto
-IRC and issue the rotatelog command.
-
-In fact, many systems use this kind functionality notably with system
-logs, including most Linux distros as well as FreeBSD and possibly the
-other BSDs as well. I figured something like this should be in Services
-because the operating system already has tools which allow for periodic
-scheduling; wny not use them? ;) Plus it's pretty simple to whip up a
-rotating script in Perl or even shell script.
-
-Just my $.02.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From ianj at esper.net Sat Mar 3 03:10:02 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services
-In-Reply-To: <LPBBLPKMEKMJINBFDLHEGEILCBAA.robotx@irctr.gen.tr>
-Message-ID: <Pine.LNX.4.21.0103021655380.294-100000@vector.chocobo.org>
-
-On Wed, 28 Feb 2001, Collide wrote:
-
-> Hi all,
->
-> Wingate/Proxy scan is a bad suggestion to add services. Some irc daemons
-> check users on connect; I find them silly also anyway, they make user wait.
-> You can use a proxy/wingate scanner bot. Try http://www.egghelp.org to have
-> one.. It works perfect.
-
-I'm already looking at SocksClearner as Andy had mentioned. It's turning
-out to be a bitch because it assumes an ircu-based network, and we don't
-use ircu.
-
-Andy: The page is located at http://www.csoft.bg/decho/irc/sockscleaner/
-
-> I support Yusuf, chan/nick forbid should be rewriten.
-> And the other akill subject, "You are banned from this network" is the
-> default akill reason for services, first time when a user is akilled, he/she
-> saw the info anyway...
-
->From my own experience, I disagree with you on this point. I say this
-because it encourages/forces the user to interact with us via e-mail. We
-can also tell other affected users who is responsible for their being
-akilled and why. What else I might consider doing with the offender's
-e-mail address is a discussion best left in private. ;)
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From ianj at esper.net Sat Mar 3 03:25:01 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Another reminder about Services' name
-Message-ID: <Pine.LNX.4.21.0103021714260.294-100000@vector.chocobo.org>
-
-Hi, all.
-
-Due to something I saw on another page, notably Openprojects', which was
-brought to my attrntion, for my part as being an EsperNet administrator, I
-cannot overstress that the software's official title is "Services for IRC
-Networks". While we have the distinction of being the first IRC network
-to employ the code, it doesn not mean we are directly involved with its
-development, nor does it mean we are in any position to support the code.
-
-However, lately, we have been literally on the "bleeding edge" before Andy
-rolls a release, so we are somewhat "involved" to a degree, plus I
-personally host one of the FTP sites, in this case, Esper's.
-
-I stress the distinction of the software's official title because every
-now and again, not nearly as often anymore, we still get inquiries about
-the code. As Kempe has noted on the site and as he himself has probably
-said on his own network and I have said in our official help channel, we
-can hardly expect our IRC operators to know the code (heck, a pretty vast
-majority don't know C and it wouldn't be fair to expect them to).
-Besides, they have other duties to perform, notably help our respective
-users.
-
-Thanks for understanding.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From achurch at achurch.org Sat Mar 3 03:44:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] SIDENTIFY
-Message-ID: <3aa04c4c.27140@prima-lan.net>
-
->What happened to SIDENTIFY? It was added in 4.4.3, but I just noticed
->that it seems to have disappeared in 4.5. Was this intentional?
->
->-NickServ(services@services.mircx.com)- Unknown command SIDENTIFY. Type
->/msg NickServ HELP for help.
-
- I removed that (and apparently forgot to note it in the Changes
-file) because I didn't see any purpose for it. What benefit does the
-SIDENTIFY command have over just using IDENTIFY?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From cjb at mircx.com Sat Mar 3 03:58:01 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] SIDENTIFY
-In-Reply-To: <3aa04c4c.27140@prima-lan.net>
-Message-ID: <Pine.BSF.4.21.0103021851440.26093-100000@mircx.com>
-
-I had actually been telling some people to enter their NickServ password
-in the server password field on connect (thus using SIDENTIFY) because
-their scripts would execute the perform commands on connect (such as
-joining channels) before they would respond to the NickServ notice asking
-for their password. Since SIDENTIFY is done first, this solved their
-problem.
-
-It may not be something everyone uses, but it is useful in certain
-circumstances. Unless it poses a problem for services, it is a feature
-that I think would be worth adding back in.
-
-On Sat, 3 Mar 2001, Andrew Church wrote:
-
-> >What happened to SIDENTIFY? It was added in 4.4.3, but I just noticed
-> >that it seems to have disappeared in 4.5. Was this intentional?
-> >
-> >-NickServ(services@services.mircx.com)- Unknown command SIDENTIFY. Type
-> >/msg NickServ HELP for help.
->
-> I removed that (and apparently forgot to note it in the Changes
-> file) because I didn't see any purpose for it. What benefit does the
-> SIDENTIFY command have over just using IDENTIFY?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 orion at tribble.dyndns.org Sat Mar 3 04:12:01 2001
-From: orion at tribble.dyndns.org (Orion)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <Pine.LNX.4.21.0103021520370.294-100000@vector.chocobo.org>; from ianj@esper.net on Fri, Mar 02, 2001 at 04:49:30PM -0800
-References: <LPBBJLDCHCNGAKLLJFKNOEDMCEAA.markh@eurodltd.co.uk> <Pine.LNX.4.21.0103021520370.294-100000@vector.chocobo.org>
-Message-ID: <20010302211124.A14368@tribble.dyndns.org>
-
-Ian R. Justman said:
-> As has been suggested, use SIGUSR2. Then let Cron deal with the "per
-> second" dickering to call a Perl/Python/Script/whatever script you may
-> write deal with the actual rotating.
->
-> As for precision, does the phrase, "Measure with a micrometer, mark with
-> chalk, cut with an axe" mean anything to you? I don't know about you, but
-> I frankly don't much care. Just as long as I can move logs out of the way
-> and keep my disk space somewhat manageable, that's all I ask.
->
-> I was the one who asked for this function. Mainly because it's MUCH
-> easier to set up a cron event than to try to remember to get my butt onto
-> IRC and issue the rotatelog command.
->
-> In fact, many systems use this kind functionality notably with system
-> logs, including most Linux distros as well as FreeBSD and possibly the
-> other BSDs as well. I figured something like this should be in Services
-> because the operating system already has tools which allow for periodic
-> scheduling; wny not use them? ;) Plus it's pretty simple to whip up a
-> rotating script in Perl or even shell script.
-
-or just add a stanza to your logrotate.conf :)
-
-/usr/local/lib/services/services.log {
- daily # or 'weekly' if you prefer :)
- rotate 14 # save 14 backups of logs
- errors root # mail errors to root
- compress # compress old logs
- create 0600 user group # create an empty logfile with these permissions
- # after rotating the old one out of the way
- postrotate # execute these commands after rotating the logfiles
- kill -SIGUSR2 `cat /usr/local/lib/services/services.pid`
- endscript
-}
-
-Disclaimer: I haven't actually tried that. just whipped it up on the fly... still
-using old services myself ;)
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-Happiness isn't happiness
-without a violin-playing goat
-
-
-From darkskye at onsea.com Sat Mar 3 04:20:01 2001
-From: darkskye at onsea.com (Andrew D Wiles)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] SIDENTIFY
-References: <3aa04c4c.27140@prima-lan.net>
-Message-ID: <00ab01c0a388$51fd5310$0202000a@telnet.screaming.net>
-
-On DALnet (where SIDENTIFY exists) NickServ provides a non-verbose output
-for the command.
-SIDENTIFY is used by Bahamut (and possably dreamforge?) when you provide a
-password for an I:Line that doesn't need one, the password is forwarded to
-NickServ for automagic verification.
-
-HTH,
-Andrew D Wiles,
-darkskye @ DALnet
-darkskye@onsea.com
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, March 03, 2001 1:42 AM
-Subject: Re: [IRCServices] SIDENTIFY
-
-
-> >What happened to SIDENTIFY? It was added in 4.4.3, but I just noticed
-> >that it seems to have disappeared in 4.5. Was this intentional?
-> >
-> >-NickServ(services@services.mircx.com)- Unknown command SIDENTIFY. Type
-> >/msg NickServ HELP for help.
->
-> I removed that (and apparently forgot to note it in the Changes
-> file) because I didn't see any purpose for it. What benefit does the
-> SIDENTIFY command have over just using IDENTIFY?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From ianj at esper.net Sat Mar 3 05:33:00 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <20010302211124.A14368@tribble.dyndns.org>
-Message-ID: <Pine.LNX.4.21.0103021930070.294-100000@vector.chocobo.org>
-
-On Fri, 2 Mar 2001, Orion wrote:
-
-> or just add a stanza to your logrotate.conf :)
->
-> /usr/local/lib/services/services.log {
-> daily # or 'weekly' if you prefer :)
-> rotate 14 # save 14 backups of logs
-> errors root # mail errors to root
-> compress # compress old logs
-> create 0600 user group # create an empty logfile with these permissions
-> # after rotating the old one out of the way
-> postrotate # execute these commands after rotating the logfiles
-> kill -SIGUSR2 `cat /usr/local/lib/services/services.pid`
-> endscript
-> }
->
-> Disclaimer: I haven't actually tried that. just whipped it up on the fly... still
-> using old services myself ;)
-
-There's no need to create a new file. All you need do is rename the
-current logfile, then SIGUSR2 Services. If the services.log file is not
-already there (which we will assume is fact after renaming it using "mv
-services.log (whatever)"), it'll create a new one for you.
-
-That's just an extra step you don't need to do.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From orion at tribble.dyndns.org Sat Mar 3 07:26:01 2001
-From: orion at tribble.dyndns.org (Orion)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Rotate Log function - performance
-In-Reply-To: <Pine.LNX.4.21.0103021930070.294-100000@vector.chocobo.org>; from ianj@esper.net on Fri, Mar 02, 2001 at 07:32:30PM -0800
-References: <20010302211124.A14368@tribble.dyndns.org> <Pine.LNX.4.21.0103021930070.294-100000@vector.chocobo.org>
-Message-ID: <20010303002531.A31452@tribble.dyndns.org>
-
-Ian R. Justman said:
-> On Fri, 2 Mar 2001, Orion wrote:
->
-> > or just add a stanza to your logrotate.conf :)
-> >
-> > /usr/local/lib/services/services.log {
-> > daily # or 'weekly' if you prefer :)
-> > rotate 14 # save 14 backups of logs
-> > errors root # mail errors to root
-> > compress # compress old logs
-> > create 0600 user group # create an empty logfile with these permissions
-> > # after rotating the old one out of the way
-> > postrotate # execute these commands after rotating the logfiles
-> > kill -SIGUSR2 `cat /usr/local/lib/services/services.pid`
-> > endscript
-> > }
-> >
-> > Disclaimer: I haven't actually tried that. just whipped it up on the fly... still
-> > using old services myself ;)
->
-> There's no need to create a new file. All you need do is rename the
-> current logfile, then SIGUSR2 Services. If the services.log file is not
-> already there (which we will assume is fact after renaming it using "mv
-> services.log (whatever)"), it'll create a new one for you.
->
-> That's just an extra step you don't need to do.
->
-> --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
-I couldn't remember if services created the log itself, or if (like some
-ircds) it needed to be created before it was used. My services log is
-about 300k after 6 months. Not heavily used, so i've never tried it :)
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-<bucko_away> t&r in about 5 too
-<Noser> 5 hours? you must have missed some of the subtlety in the art.
-
-
-From mike at chat.za.net Sat Mar 3 07:55:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services
-Message-ID: <2.2.32.20010303055441.010f83b4@196.14.3.98>
-
-
->I'm already looking at SocksClearner as Andy had mentioned. It's turning
->out to be a bitch because it assumes an ircu-based network, and we don't
->use ircu.
-
-I have been trying to get it to work on Bahamut, with no success
-
-Mike
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-
-From RealCFC at ChatFIRST.COM Sun Mar 4 16:12:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-References: <3a9d8ba1.06672@prima-lan.net>
-Message-ID: <000b01c0a4c6$d8706ba0$59b03dd0@pavilion>
-
-Hello there everyone, One of the Operators on our network saw this message:
-
- [G] Services.ChatFIRST.COM: Write error on nick.db: No such file or
-directory
-
-
-Does this means my Services db are getting corrupted ? if so please let me
-know so that I start using my more recent back up. Im still using
-IRCServices-4.5.1 this problem happened after I tried to upgrade to 4.5.5
-but had to stop because again I was having problems with my U line not sure
-why, cause 4.5.1 accepts my U line as it was suggested to me a few day ago
-here.
-
-Regards
-
-
-
-From charford at hotmail.com Sun Mar 4 22:35:00 2001
-From: charford at hotmail.com (C !)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] confirm 853303
-Message-ID: <F214kNgqNVdc3ayYDoS00004abc@hotmail.com>
-
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010304/ff1d5028/attachment.htm
-From charford at hotmail.com Sun Mar 4 22:51:01 2001
-From: charford at hotmail.com (C !)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] U Lines
-Message-ID: <F61DO3hRDT6Z3LstPGt00002143@hotmail.com>
-
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010304/2409496e/attachment.html
-From achurch at achurch.org Mon Mar 5 02:04:09 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] U Lines
-Message-ID: <3aa2d7ad.23233@prima-lan.net>
-
- Do not use HTML when mailing to the list. Such mail tends to get ignored,
-if not flamed.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-><html><DIV>I am running Unreal 3.1.1 Darkshades Stable with IRC Services 4.5.1, when I upgrade to IRC Services 4.5.5, the u line no longer works. The u line worked fine with IRC Services 4.5.1, and there has not been any changes to the ircd.conf fil
->e. </DIV>
-><DIV> </DIV>
-><DIV>Any info you can provide about this would be appreciated.</DIV>
-><DIV> </DIV>
-><DIV>Thanks,</DIV>
-><DIV> </DIV>
-><DIV>Brooster</DIV><br clear=all><hr>Get Your Private, Free E-mail from MSN Hotmail at <a href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p></html>
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
-
-
-From achurch at achurch.org Mon Mar 5 02:13:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-Message-ID: <3aa2d9f1.23266@prima-lan.net>
-
->Hello there everyone, One of the Operators on our network saw this message:
->
-> [G] Services.ChatFIRST.COM: Write error on nick.db: No such file or
->directory
->
->Does this means my Services db are getting corrupted ? if so please let me
->know so that I start using my more recent back up.
-
- The only cause I can think of for this is that the data file directory
-was moved or otherwise inaccessible when Services tried to write the database.
-If that's the case, restoring the directory and doing an OperServ UPDATE
-should restore the databases as well.
-
->Im still using
->IRCServices-4.5.1 this problem happened after I tried to upgrade to 4.5.5
->but had to stop because again I was having problems with my U line not sure
->why, cause 4.5.1 accepts my U line as it was suggested to me a few day ago
->here.
-
- Please provide more detail on this (server version, _exact_ description
-of the problem, debug log messages if appropriate).
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From raff at ElectroCity.com Mon Mar 5 02:34:01 2001
-From: raff at ElectroCity.com (Michael Raff)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-In-Reply-To: <000b01c0a4c6$d8706ba0$59b03dd0@pavilion>
-Message-ID: <Pine.BSF.4.21.0103050230590.4260-100000@Crystal.ElectroCity.com>
-
-Hi
-
-I have seen this before. In my case it was due to the diskquota on the
-account that services were running in being exceeded, so services could
-not do a save.
-
-Regards
-Michael
-
-
-On Sun, 4 Mar 2001, [Real] wrote:
-
-> Hello there everyone, One of the Operators on our network saw this message:
->
-> [G] Services.ChatFIRST.COM: Write error on nick.db: No such file or
-> directory
->
->
-> Does this means my Services db are getting corrupted ? if so please let me
-> know so that I start using my more recent back up. Im still using
-> IRCServices-4.5.1 this problem happened after I tried to upgrade to 4.5.5
-> but had to stop because again I was having problems with my U line not sure
-> why, cause 4.5.1 accepts my U line as it was suggested to me a few day ago
-> here.
->
-> Regards
->
->
-> -----------------------------------------------------------
-> 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 markh at eurodltd.co.uk Mon Mar 5 02:45:03 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] U Lines
-In-Reply-To: <3aa2d7ad.23233@prima-lan.net>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNGEFHCEAA.markh@eurodltd.co.uk>
-
-Can we also request that email to the list uses a standard charset e.g.
-Content-Type: text/plain; charset=US-ASCII
-rather than as with this message Content-Type: text/plain;
-charset=ISO-2022-JP. Such charset directives seem to render far worse (if at
-all) than HTML when the font is supported :(
-
-Would be nice if ListServ could auto strip the additional data from
-messages. There is an addon somewhere for majordomo, maybe ListServ has an
-equivalent.
-
-Out of interest, since I finally saw it as other than gibberish, what is the
-translation of the "comment" in the sig?
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 05 March 2001 00:02
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] U Lines
->
->
-> Do not use HTML when mailing to the list. Such mail tends
-> to get ignored,
-> if not flamed.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> ><html><DIV>I am running Unreal 3.1.1 Darkshades Stable with IRC
-> Services 4.5.1, when I upgrade to IRC Services 4.5.5, the u line
-> no longer works. The u line worked fine with IRC Services
-> 4.5.1, and there has not been any changes to the ircd.conf fil
-> >e. </DIV>
-> ><DIV> </DIV>
-> ><DIV>Any info you can provide about this would be appreciated.</DIV>
-> ><DIV> </DIV>
-> ><DIV>Thanks,</DIV>
-> ><DIV> </DIV>
-> ><DIV>Brooster</DIV><br clear=all><hr>Get Your Private, Free
-> E-mail from MSN Hotmail at <a
-> href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p></html>
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
->
-> -----------------------------------------------------------
-> 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 markh at eurodltd.co.uk Mon Mar 5 02:49:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-In-Reply-To: <Pine.BSF.4.21.0103050230590.4260-100000@Crystal.ElectroCity.com>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNOEFHCEAA.markh@eurodltd.co.uk>
-
-One point to note is since services retains the database in RAM at all times
-and merely "flushes" it to disk, no information is lost unless services
-crashes or is killed before a save can take place, if issues such as disk
-quota is the issue. Check disk quota and permissions before trying to
-restart services to avoid potential data loss.
-
-Mark.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Michael Raff
-> Sent: 05 March 2001 00:34
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Services error notice
->
->
-> Hi
->
-> I have seen this before. In my case it was due to the diskquota on the
-> account that services were running in being exceeded, so services could
-> not do a save.
->
-> Regards
-> Michael
->
->
-> On Sun, 4 Mar 2001, [Real] wrote:
->
-> > Hello there everyone, One of the Operators on our network saw
-> this message:
-> >
-> > [G] Services.ChatFIRST.COM: Write error on nick.db: No such file or
-> > directory
-> >
-> >
-> > Does this means my Services db are getting corrupted ? if so
-> please let me
-> > know so that I start using my more recent back up. Im still using
-> > IRCServices-4.5.1 this problem happened after I tried to
-> upgrade to 4.5.5
-> > but had to stop because again I was having problems with my U
-> line not sure
-> > why, cause 4.5.1 accepts my U line as it was suggested to me a
-> few day ago
-> > here.
-> >
-> > Regards
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 achurch at achurch.org Mon Mar 5 03:07:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] U Lines
-Message-ID: <3aa2e686.23467@prima-lan.net>
-
->Can we also request that email to the list uses a standard charset e.g.
->Content-Type: text/plain; charset=US-ASCII
->rather than as with this message Content-Type: text/plain;
->charset=ISO-2022-JP. Such charset directives seem to render far worse (if at
->all) than HTML when the font is supported :(
-
- I added the line because I routinely send mail in both English and
-Japanese, and some Japanese mail software *cough*Outlook*cough* renders
-Japanese text as gibberish without it. If the font bothers you, change
-it; as long as text is displayed properly I don't really consider it as
-big a problem as HTML (which makes mail pretty much unreadable when it
-gets displayed as plain text, like below).
-
- On my end, I might add, people with ISO-8859 non-ASCII characters
-in their names show up bogus on my display. I guess this is one of the
-things you just have to deal with in an international culture.
-
->Out of interest, since I finally saw it as other than gibberish, what is the
->translation of the "comment" in the sig?
-
- It's the same thing as the line above it--"New address, please note."
-
->> -----Original Message-----
->> From: ircservices-admin@ircservices.za.net
->> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
->> Sent: 05 March 2001 00:02
->> To: ircservices@ircservices.za.net
->> Subject: Re: [IRCServices] U Lines
->>
->>
->> Do not use HTML when mailing to the list. Such mail tends
->> to get ignored,
->> if not flamed.
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | ???????????????
->>
->> ><html><DIV>I am running Unreal 3.1.1 Darkshades Stable with IRC
->> Services 4.5.1, when I upgrade to IRC Services 4.5.5, the u line
->> no longer works. The u line worked fine with IRC Services
->> 4.5.1, and there has not been any changes to the ircd.conf fil
->> >e. </DIV>
->> ><DIV> </DIV>
->> ><DIV>Any info you can provide about this would be appreciated.</DIV>
->> ><DIV> </DIV>
->> ><DIV>Thanks,</DIV>
->> ><DIV> </DIV>
->> ><DIV>Brooster</DIV><br clear=all><hr>Get Your Private, Free
->> E-mail from MSN Hotmail at <a
->> href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p></html>
->> >
->> >-----------------------------------------------------------
->> >To unsubscribe, mail ircservices-request@ircservices.za.net
->> >with the word UNSUBSCRIBE in the subject of the mail.
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From RealCFC at ChatFIRST.COM Mon Mar 5 04:46:04 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-References: <3aa2d9f1.23266@prima-lan.net>
-Message-ID: <001d01c0a530$762f52c0$07b13dd0@pavilion>
-
-Hi there actually the error message " no such a file or directory" was due
-to disk space I found out that when I tired to ./configure 4.5.5 and it said
-no space left on device or something like that, Mark also told me about it,
-thank you , since services didnt have space on disk they were giving out
-that message. If anyone else has that problem check your disk quota. After
-more space was available that error message hasn't appeared anymore.
-
-The other problem Im having is that with version 4.5.5 services wont do
-nothing about a nick that has SET KILL ON , it wont change peoples's nicks
-eventhough they dont identify for the nick. this time ChanServ keeps topics
-and topic locks though. I also noticed that once Services were intruduced in
-the past they would remove OPs from anyone in all rooms and wont let them OP
-till they identified to the nick , its not doing that now which I think its
-not what it should be doing.
-
-Last time I had that problem someone suggested me to change my U line to:
-
-U:services.network.net:*:*
-
-Once I did that services worked properly that was version 4.5.1 , however
-4.5.5 again seems to be having problems with the U:line or maybe its
-something else ? It's weird Why my U:line would work fine with 4.5.1 and not
-with 4.5.5 ?
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, March 04, 2001 4:03 PM
-Subject: Re: [IRCServices] Services error notice
-
-
-> >Hello there everyone, One of the Operators on our network saw this
-message:
-> >
-> > [G] Services.ChatFIRST.COM: Write error on nick.db: No such file or
-> >directory
-> >
-> >Does this means my Services db are getting corrupted ? if so please let
-me
-> >know so that I start using my more recent back up.
->
-> The only cause I can think of for this is that the data file
-directory
-> was moved or otherwise inaccessible when Services tried to write the
-database.
-> If that's the case, restoring the directory and doing an OperServ UPDATE
-> should restore the databases as well.
->
-> >Im still using
-> >IRCServices-4.5.1 this problem happened after I tried to upgrade to 4.5.5
-> >but had to stop because again I was having problems with my U line not
-sure
-> >why, cause 4.5.1 accepts my U line as it was suggested to me a few day
-ago
-> >here.
->
-> Please provide more detail on this (server version, _exact_
-description
-> of the problem, debug log messages if appropriate).
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Mon Mar 5 07:07:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services error notice
-Message-ID: <3aa31ee0.25625@prima-lan.net>
-
->Hi there actually the error message " no such a file or directory" was due
->to disk space I found out that when I tired to ./configure 4.5.5 and it said
->no space left on device or something like that, Mark also told me about it,
->thank you , since services didnt have space on disk they were giving out
->that message. If anyone else has that problem check your disk quota. After
->more space was available that error message hasn't appeared anymore.
-
- Thanks for the note, I'll look into this. I suspect errno is getting
-corrupted somewhere.
-
->The other problem Im having is that with version 4.5.5 services wont do
->nothing about a nick that has SET KILL ON , it wont change peoples's nicks
->eventhough they dont identify for the nick.
-
- I've found and corrected this problem; thanks for the report.
-
->this time ChanServ keeps topics
->and topic locks though. I also noticed that once Services were intruduced in
->the past they would remove OPs from anyone in all rooms and wont let them OP
->till they identified to the nick , its not doing that now which I think its
->not what it should be doing.
-
- I can't duplicate this.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Mon Mar 5 08:09:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Services 4.5.6 released
-Message-ID: <3aa32d5c.26665@prima-lan.net>
-
- Services 4.5.6 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.6.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.6.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes a couple of bugs reported recently, including
-the one preventing nick kills from working for the past two and a half
-days. It also puts SIDENTIFY back, adds yet more Unreal support, and
-adds support for Epona 1.3.4 databases to import-db. The full list of
-changes is below.
-
-2001/03/05 .6 Hopefully fixed bug causing incorrect error messages when
- errors occur during database writing. Reported by
- <RealCFC@chatfirst.com>
-2001/03/05 Fixed bug causing nick collisions to not work. Reported
- by <RealCFC@chatfirst.com>
-2001/03/05 Added -numeric command-line option for Unreal.
-2001/03/05 Don't write error messages for Unreal NETINFO.
-2001/03/03 Re-added NickServ SIDENTIFY command due to popular demand.
-2001/03/03 Added PROTECT/UNPROTECT commands and AUTOPROTECT/PROTECT
- access levels to ChanServ. Suggested by
- <codemstr@ptd.net>
-2001/03/03 Renamed VOICEDEVOICE and HALFOPDEHALFOP channel access
- levels to VOICE and HALFOP, respectively.
-2001/03/02 Added support for Epona databases to import-db.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From smkelly at zombie.org Mon Mar 5 16:46:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] SIDENTIFY
-In-Reply-To: <00ab01c0a388$51fd5310$0202000a@telnet.screaming.net>; from darkskye@onsea.com on Sat, Mar 03, 2001 at 02:19:04AM -0000
-References: <3aa04c4c.27140@prima-lan.net> <00ab01c0a388$51fd5310$0202000a@telnet.screaming.net>
-Message-ID: <20010305084500.A89664@edgemaster.zombie.org>
-
-On Sat, Mar 03, 2001 at 02:19:04AM -0000, Andrew D Wiles wrote:
-> On DALnet (where SIDENTIFY exists) NickServ provides a non-verbose output
-> for the command.
-> SIDENTIFY is used by Bahamut (and possably dreamforge?) when you provide a
-
-Yes, dreamforge too.
-
-> password for an I:Line that doesn't need one, the password is forwarded to
-> NickServ for automagic verification.
-
---
-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 Tue Mar 6 00:12:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Oops
-Message-ID: <3aa40eee.35016@prima-lan.net>
-
- As was pointed out to me, the new PROTECT and DEPROTECT commands
-weren't actually usable in 4.5.6 due to a stupid mistake on my part.
-Version 4.5.7 has been released to correct this, and can be downloaded
-from the usual place:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.7.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.7.diff.gz
-
- The only change in the new version is the fix listed above, so if
-you are not running Unreal you do not need to upgrade.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From markh at eurodltd.co.uk Tue Mar 6 01:09:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:14 2004
-Subject: [IRCServices] Oops
-In-Reply-To: <3aa40eee.35016@prima-lan.net>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNCEFPCEAA.markh@eurodltd.co.uk>
-
-wtf???
-
-#channel: mode change '+a nick' by ChanServ!services@ctcp.net
-#channel: mode change '+o nick' by ChanServ!services@ctcp.net
-
-4.7.7 now protects *all* ops in the access list for all channels? Is this
-intended behaviour? If so how do I turn it off?
-
-Mark.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 05 March 2001 22:07
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Oops
->
->
-> As was pointed out to me, the new PROTECT and DEPROTECT commands
-> weren't actually usable in 4.5.6 due to a stupid mistake on my part.
-> Version 4.5.7 has been released to correct this, and can be downloaded
-> from the usual place:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.7.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.7.diff.gz
->
-> The only change in the new version is the fix listed above, so if
-> you are not running Unreal you do not need to upgrade.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Tue Mar 6 01:13:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Oops
-Message-ID: <3aa41d63.35246@prima-lan.net>
-
->wtf???
->
->#channel: mode change '+a nick' by ChanServ!services@ctcp.net
->#channel: mode change '+o nick' by ChanServ!services@ctcp.net
->
->4.7.7 now protects *all* ops in the access list for all channels? Is this
->intended behaviour? If so how do I turn it off?
-
- This is intended behavior (since 4.5.6, see the Changes file),
-and only occurs at access level 10 and above. If you don't like it,
-"/cs levels #channel disable autoprotect" is your friend. RTFM.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From markh at eurodltd.co.uk Tue Mar 6 01:17:00 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Oops
-In-Reply-To: <3aa41d63.35246@prima-lan.net>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNKEFPCEAA.markh@eurodltd.co.uk>
-
-I would prefer to turn it off at a lower level than chanserv, i.e. auto
-disable and channel owners having to turn it on. Can this be added as an
-option somewhere?
-
-Mark.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 05 March 2001 23:10
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Oops
->
->
-> >wtf???
-> >
-> >#channel: mode change '+a nick' by ChanServ!services@ctcp.net
-> >#channel: mode change '+o nick' by ChanServ!services@ctcp.net
-> >
-> >4.7.7 now protects *all* ops in the access list for all channels? Is this
-> >intended behaviour? If so how do I turn it off?
->
-> This is intended behavior (since 4.5.6, see the Changes file),
-> and only occurs at access level 10 and above. If you don't like it,
-> "/cs levels #channel disable autoprotect" is your friend. RTFM.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From achurch at achurch.org Tue Mar 6 01:20:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Oops
-Message-ID: <3aa41f0d.35316@prima-lan.net>
-
->I would prefer to turn it off at a lower level than chanserv, i.e. auto
->disable and channel owners having to turn it on. Can this be added as an
->option somewhere?
-
- Edit chanserv.c and change the default level for CA_AUTOPROTECT to
-ACCLEV_INVALID (look for def_levels[] near the top).
-
->Mark.
->
->> -----Original Message-----
->> From: ircservices-admin@ircservices.za.net
->> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
->> Sent: 05 March 2001 23:10
->> To: ircservices@ircservices.za.net
->> Subject: RE: [IRCServices] Oops
->>
->>
->> >wtf???
->> >
->> >#channel: mode change '+a nick' by ChanServ!services@ctcp.net
->> >#channel: mode change '+o nick' by ChanServ!services@ctcp.net
->> >
->> >4.7.7 now protects *all* ops in the access list for all channels? Is this
->> >intended behaviour? If so how do I turn it off?
->>
->> This is intended behavior (since 4.5.6, see the Changes file),
->> and only occurs at access level 10 and above. If you don't like it,
->> "/cs levels #channel disable autoprotect" is your friend. RTFM.
->>
->> --Andrew Church
->> achurch@achurch.org | New address - please note.
->> http://achurch.org/ | ???????????????
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Tue Mar 6 01:31:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Re: AUTOPROTECT
-Message-ID: <3aa4217c.35361@prima-lan.net>
-
- With respect to the AUTOPROTECT feature, I should note that changing the
-default level works only for channels newly created or for loading databases
-from version 4.5.5 and earlier. If you want it to take effect on your current
-channels, you'll have to change them one by one or restore from backups made
-before upgrading to 4.5.[67].
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From markh at eurodltd.co.uk Tue Mar 6 01:38:00 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Oops
-In-Reply-To: <3aa41f0d.35316@prima-lan.net>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNOEGACEAA.markh@eurodltd.co.uk>
-
-Thanks.
-
-BTW, I had RTFM but it was not obvious that the new protection features were
-enabled by default. The feature itself I cannot fault and it has been
-requested by people at times but I think it should be disabled by default
-and require explicitly turning on. Maybe a CSxxxx directive in services.conf
-could be implemented for future versions to define the default behaviour for
-a new channel.
-
-Mark.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 05 March 2001 23:19
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Oops
->
->
-> >I would prefer to turn it off at a lower level than chanserv, i.e. auto
-> >disable and channel owners having to turn it on. Can this be added as an
-> >option somewhere?
->
-> Edit chanserv.c and change the default level for CA_AUTOPROTECT to
-> ACCLEV_INVALID (look for def_levels[] near the top).
->
-> >Mark.
-> >
-> >> -----Original Message-----
-> >> From: ircservices-admin@ircservices.za.net
-> >> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> >> Sent: 05 March 2001 23:10
-> >> To: ircservices@ircservices.za.net
-> >> Subject: RE: [IRCServices] Oops
-> >>
-> >>
-> >> >wtf???
-> >> >
-> >> >#channel: mode change '+a nick' by ChanServ!services@ctcp.net
-> >> >#channel: mode change '+o nick' by ChanServ!services@ctcp.net
-> >> >
-> >> >4.7.7 now protects *all* ops in the access list for all
-> channels? Is this
-> >> >intended behaviour? If so how do I turn it off?
-> >>
-> >> This is intended behavior (since 4.5.6, see the Changes file),
-> >> and only occurs at access level 10 and above. If you don't like it,
-> >> "/cs levels #channel disable autoprotect" is your friend. RTFM.
-> >>
-> >> --Andrew Church
-> >> achurch@achurch.org | New address - please note.
-> >> http://achurch.org/ | ???????????????
-> >>
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> 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 Mar 6 10:37:00 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <Pine.LNX.4.30.0103061032100.26751-100000@moonlight.chat.za.net>
-
-/msg nickserv set type bot (available to services operators and above)
-
-/msg nickserv list bot
-
-/msg nickserv info nick
-
-XXXx
-XXXX
-XXX
-Nick is a Bot
-XXX
-XX
-
-Would it be possible to have a bot type , so that any people using bots on
-the server, after they have applied for permission to use the bot, the
-server admin can authorise the bot by setting the nickserv type to bot
-
-Then , its very easy to get a list of currently active bots, authorized
-bots, etc , so if a person has a bot, and its not set type bot , u can
-deal with it.
-
-This should put very little overhead onto services itself, but be
-extremely valueble to Server Admins in tracking authorized/unauthorized
-bots.
-
-A similar type could be set to oper, so that users can see if someone is
-an ircop or not, or who the available online ircops are?
-
-Thoughts?
-
-Locke
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-
-
-From orion at tribble.dyndns.org Tue Mar 6 14:00:02 2001
-From: orion at tribble.dyndns.org (Orion)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <Pine.LNX.4.30.0103061032100.26751-100000@moonlight.chat.za.net>; from mike@chat.za.net on Tue, Mar 06, 2001 at 10:36:55AM +0200
-References: <Pine.LNX.4.30.0103061032100.26751-100000@moonlight.chat.za.net>
-Message-ID: <20010306065840.A6329@tribble.dyndns.org>
-
-Michael Smith said:
-> A similar type could be set to oper, so that users can see if someone is
-> an ircop or not, or who the available online ircops are?
-
-On most servers I've seen, it shows up in a person's 'WHOIS' is the
-person is an oper, and 'STATS p' usually seems to show which opers are
-active for a given server.
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-"Here I stand, foot in hand, talking to my wall.
-I'm not quite right at all, am I?"
--Bowie.
-
-
-From bclark at bclark.yi.org Tue Mar 6 17:44:00 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <200103061547.KAA00405@mail1.lig.bellsouth.net>
-
-On Tue, 6 Mar 2001 10:36:55 +0200 (SAST), Michael Smith said:
-
-> Would it be possible to have a bot type , so that any people using
-> bots on
-> the server, after they have applied for permission to use the bot, the
-> server admin can authorise the bot by setting the nickserv type to bot
->
- That's a good idea, I think. The way I did it was by associating a user
-mode with it, so that it'd show up in a regular /whois as well as
-/nickserv info ..... but then, you'd have to edit the ircd *and* Services
-....
-
-Bryan
-
-
-From Georges at berscheid.lu Tue Mar 6 17:49:04 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-References: <200103061547.KAA00405@mail1.lig.bellsouth.net>
-Message-ID: <002901c0a655$16017880$4dbbf683@wohnheim.unikl.de>
-
-Hi,
-
-Unreal actually has a User Mode (+B) to mark a user as a bot. So why include
-this in services while it's mainly an ircd matter? Same with ircops.
-
-Georges
-
------ Original Message -----
-From: "Bryan Clark" <bclark@bclark.yi.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, March 06, 2001 4:43 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> On Tue, 6 Mar 2001 10:36:55 +0200 (SAST), Michael Smith said:
->
-> > Would it be possible to have a bot type , so that any people using
-> > bots on
-> > the server, after they have applied for permission to use the bot, the
-> > server admin can authorise the bot by setting the nickserv type to bot
-> >
-> That's a good idea, I think. The way I did it was by associating a user
-> mode with it, so that it'd show up in a regular /whois as well as
-> /nickserv info ..... but then, you'd have to edit the ircd *and* Services
-> ....
->
-> Bryan
->
-> -----------------------------------------------------------
-> 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 k.hawkes at zombies.force9.net Tue Mar 6 23:31:01 2001
-From: k.hawkes at zombies.force9.net (Dr. K. Hawkes)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <E14aP23-0003Sq-00@tungsten.btinternet.com>
-
->
-> Hi,
->
-> Unreal actually has a User Mode (+B) to mark a user as a bot. So why
-include
-> this in services while it's mainly an ircd matter? Same with ircops.
->
-> Georges
->
-
-True, but not ALL IRCds (Bahamut, Dreamforge) have a User Mode +B for Bots,
-also adding these 2 small features to services could simply be put as
-NickServ FLAGS, such as set BOT ON or set IRCOP ON. You can then link
-these flags with certain fields in NickServ... e.g. a Bot would have
-auto-secure on it's nick or something...
-
-In my view this is a geniune(tm) good idea, the overhead on Services in
-general would be pretty small and you can append functionality to NickServ
-LIST so you can add a field for BOTS and/or IRCOPS. Okay, some IRCds let
-you do a /WHO o to find online opers, but NOT ALL. I know IRC-Services is
-aimed primarily at Bahamut, but there are still many others out there not
-using Bahamut.
-
-Whether or not this will be added/implemented is down to the coders of
-IRC-Services, but if we don't tell them what we'd like, they'll never know
-:c)
-
-Quinn
-
-
-From achurch at achurch.org Wed Mar 7 03:14:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3aa58b37.44702@prima-lan.net>
-
->> Unreal actually has a User Mode (+B) to mark a user as a bot. So why
->include
->> this in services while it's mainly an ircd matter? Same with ircops.
->>
->> Georges
->>
->
->True, but not ALL IRCds (Bahamut, Dreamforge) have a User Mode +B for Bots,
-
- So if you want a bot mode, don't use those ircds (or hack them).
-End of story. I don't find any significant value in having a feature
-like this.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From silvius at expres.ro Wed Mar 7 18:39:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Some problems with bans
-Message-ID: <3AA663D0.14DDBFEE@expres.ro>
-
-(this could be a little off-topic)
-(running services 4.5.1 on bahamut 1.4.22)
-
-We have a channel on our network that has some problems with bans.
-Like, a chanop ban/kick a user but the user is still able to rejoin the
-channel.
-While I was looking in services.log I saw lots of
-
-[date/time] channel: MODE #the_channel_with_problems -b
-*!*some@host.here: ban not found
-
-Anyone had this kind of problems before?
-
-Thanks a lot,
-Partizanu
-
-
-
-From ayottew at sympatico.ca Wed Mar 7 23:15:01 2001
-From: ayottew at sympatico.ca (Wayne Ayotte)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] re language files
-Message-ID: <001801c0a74b$a6d003d0$0201a8c0@webdevint.com>
-
-is there a convenient way to parse the language files (esp. en_us) to a text file. I wish to extract the help information to produce a manual.
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010307/3fe359af/attachment.htm
-From Georges at berscheid.lu Wed Mar 7 23:24:00 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] re language files
-References: <001801c0a74b$a6d003d0$0201a8c0@webdevint.com>
-Message-ID: <00b301c0a74d$22f9f1e0$4dbbf683@wohnheim.unikl.de>
-
-Hi,
-
-the language files ARE text files. Have a look at en_us.l
-The commands are followed by their description. You just need to copy-paste the parts you need for your manual.
-
-Georges
- ----- Original Message -----
- From: Wayne Ayotte
- To: ircservices@ircservices.za.net
- Sent: Wednesday, March 07, 2001 10:14 PM
- Subject: [IRCServices] re language files
-
-
- is there a convenient way to parse the language files (esp. en_us) to a text file. I wish to extract the help information to produce a manual.
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010307/c2ef35b1/attachment.html
-From ayottew at sympatico.ca Thu Mar 8 00:50:04 2001
-From: ayottew at sympatico.ca (Wayne Ayotte)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] re language files
-References: <001801c0a74b$a6d003d0$0201a8c0@webdevint.com> <00b301c0a74d$22f9f1e0$4dbbf683@wohnheim.unikl.de>
-Message-ID: <002801c0a758$e85e51f0$0201a8c0@webdevint.com>
-
-hmm, ok thanx Georges, I just thought there may have been a processor for these types of files.
- ----- Original Message -----
- From: Georges Berscheid
- To: ircservices@ircservices.za.net
- Sent: Wednesday, March 07, 2001 4:25 PM
- Subject: Re: [IRCServices] re language files
-
-
- Hi,
-
- the language files ARE text files. Have a look at en_us.l
- The commands are followed by their description. You just need to copy-paste the parts you need for your manual.
-
- Georges
- ----- Original Message -----
- From: Wayne Ayotte
- To: ircservices@ircservices.za.net
- Sent: Wednesday, March 07, 2001 10:14 PM
- Subject: [IRCServices] re language files
-
-
- is there a convenient way to parse the language files (esp. en_us) to a text file. I wish to extract the help information to produce a manual.
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010308/82660600/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Thu Mar 8 10:56:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: AW: [IRCServices] Some problems with bans
-In-Reply-To: <3AA663D0.14DDBFEE@expres.ro>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEOFEJAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi;
-
-I have to admit, that I do not clearly understand your description.
-
-You say: A User bans and kicks someone
-Then: This user can rejoin the channel
-You see: MODE -b for a non existant ban.
-
-First question: WHO is sending mode -b ?
-Second question: Are you using different versions of the ircd on the same
-network ?
-Third question: Why can a user rejoin, if banned ? Do you suffer from lag ?
-
-Regards;
-yusuf
-
-------------------------------------------------------------------
-| Yusuf Iskenderoglu iskend@teco.uni-karlsruhe.de |
-|----------------------------------------------------------------|
-| Microsoft Internet Beratung am TecO |
-| Tel.: 0721 966 3417 (Tel. Support Di bis Fr 09:30 bis 14:00) |
-| Fax: 0721 966 3418 |
-------------------------------------------------------------------
-
-
->-----Ursprungliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Partizanu
->Gesendet: Wednesday, March 07, 2001 5:38 PM
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] Some problems with bans
->
->
->(this could be a little off-topic)
->(running services 4.5.1 on bahamut 1.4.22)
->
->We have a channel on our network that has some problems with bans.
->Like, a chanop ban/kick a user but the user is still able to rejoin the
->channel.
->While I was looking in services.log I saw lots of
->
->[date/time] channel: MODE #the_channel_with_problems -b
->*!*some@host.here: ban not found
->
->Anyone had this kind of problems before?
->
->Thanks a lot,
->Partizanu
->
->
->-----------------------------------------------------------
->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 silvius at expres.ro Thu Mar 8 12:07:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: AW: [IRCServices] Some problems with bans
-References: <NDBBKLOOKLMAKHFICBLCGEOFEJAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <3AA75916.15786B64@expres.ro>
-
-1. I don't _really_ know who sets the -b, services.log does _not_ specify a
-nickname
-2. all servers have the same ircd version (bahamut 1.4.22)
-3. "Why can a user rejoin?" <- this is exactly my question
-4. No inter-servers lag (all icmp pings under 100ms, fiber, below 5 hops)
-
-Thanks,
-Partizanu
-
-Yusuf Iskenderoglu wrote:
-
-> Hi;
->
-> I have to admit, that I do not clearly understand your description.
->
-> You say: A User bans and kicks someone
-> Then: This user can rejoin the channel
-> You see: MODE -b for a non existant ban.
->
-> First question: WHO is sending mode -b ?
-> Second question: Are you using different versions of the ircd on the same
-> network ?
-> Third question: Why can a user rejoin, if banned ? Do you suffer from lag ?
->
-> Regards;
-> yusuf
-
-
-
-From achurch at achurch.org Thu Mar 8 12:37:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Some problems with bans
-Message-ID: <3aa7609f.56454@prima-lan.net>
-
->(this could be a little off-topic)
->(running services 4.5.1 on bahamut 1.4.22)
-
- The most recent version is 4.5.7; please upgrade before reporting
-any potential problems.
-
->We have a channel on our network that has some problems with bans.
->Like, a chanop ban/kick a user but the user is still able to rejoin the
->channel.
-
- Where exactly does Services come into this? If a chanop does
-/mode +b whatever and that doesn't work, that's either the chanop using
-the wrong ban mask or a bug in the ircd, and in either case has nothing
-to do with Services.
-
->While I was looking in services.log I saw lots of
->
->[date/time] channel: MODE #the_channel_with_problems -b
->*!*some@host.here: ban not found
-
- This puzzles me. If you can duplicate this problem, please send
-me a debug log showing the problem.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From chromi at cyberspace.org Thu Mar 8 13:00:04 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Some problems with bans
-In-Reply-To: <3aa7609f.56454@prima-lan.net>
-Message-ID: <l03130319b6cd1642fab0@[192.168.239.101]>
-
-At 10:21 am +0000 8/3/2001, Andrew Church wrote:
->>(this could be a little off-topic)
->>(running services 4.5.1 on bahamut 1.4.22)
->
-> The most recent version is 4.5.7; please upgrade before reporting
->any potential problems.
->
->>We have a channel on our network that has some problems with bans.
->>Like, a chanop ban/kick a user but the user is still able to rejoin the
->>channel.
->
-> Where exactly does Services come into this? If a chanop does
->/mode +b whatever and that doesn't work, that's either the chanop using
->the wrong ban mask or a bug in the ircd, and in either case has nothing
->to do with Services.
->
->>While I was looking in services.log I saw lots of
->>
->>[date/time] channel: MODE #the_channel_with_problems -b
->>*!*some@host.here: ban not found
->
-> This puzzles me. If you can duplicate this problem, please send
->me a debug log showing the problem.
-
-I'm guessing that both problems could be Bahamut bugs, since they're so
-closely related.
-
---------------------------------------------------------------
-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 silvius at expres.ro Thu Mar 8 13:01:02 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Some problems with bans
-References: <3aa7609f.56454@prima-lan.net>
-Message-ID: <3AA7663F.742C30FB@expres.ro>
-
-You are right, we'll upgrade ASAP, but I could't help myself not to ask...
-it's a really wierd thing.
-It is (I think) more about ircd (maybe a time desync?) then about
-services...that's why I said it could be a little offtopic/subject of this
-list.
-
-But I was very surprised about that lines in services.log.
-About the "duplicate the problem" part, well, I'm not sure if we'll can do
-it, looks like a "random" thing.
-
-Thanks,
-Partizanu
-
-Andrew Church wrote:
-
-> >(this could be a little off-topic)
-> >(running services 4.5.1 on bahamut 1.4.22)
->
-> The most recent version is 4.5.7; please upgrade before reporting
-> any potential problems.
->
-> >We have a channel on our network that has some problems with bans.
-> >Like, a chanop ban/kick a user but the user is still able to rejoin the
-> >channel.
->
-> Where exactly does Services come into this? If a chanop does
-> /mode +b whatever and that doesn't work, that's either the chanop using
-> the wrong ban mask or a bug in the ircd, and in either case has nothing
-> to do with Services.
->
-> >While I was looking in services.log I saw lots of
-> >
-> >[date/time] channel: MODE #the_channel_with_problems -b
-> >*!*some@host.here: ban not found
->
-> This puzzles me. If you can duplicate this problem, please send
-> me a debug log showing the problem.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 uhc0 at rz.uni-karlsruhe.de Thu Mar 8 13:48:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: AW: [IRCServices] Some problems with bans
-In-Reply-To: <3AA7663F.742C30FB@expres.ro>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEOJEJAA.uhc0@rz.uni-karlsruhe.de>
-
-The only case, I can imagine, why this is happening, is the following:
-
-User-A sets a ban for User-B.
-User-B is kicked from the channel.
-User-B has access to ChanServ's unban command.
-User-B issues unban.
-Services sends channel svsmode of -b.
-The hub, where services is connected, sends the ban to the User-B's server.
-The Server is Linux.
-The ban is removed, but it is not propagated, for there is a bug in 1.4.22
-The MODE -b does not arrive to services.
-User-B can issue joins, though banned on the other servers.
-Other users remove this ban from their server, so there are multiple -b's
-arriving to services, although the ban is already removed.
-
-Things that this cannot explain are:
-
-+ MODE -b without source -< solution >- services -debug (users in the channel
-might also be asked, whether there was a mode -b)
-
-The solution I can provide is the usage of cvs, to download Bahamut 1.4.23
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Partizanu
-> Gesendet: Donnerstag, 8. Marz 2001 12:00
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Some problems with bans
->
->
-> You are right, we'll upgrade ASAP, but I could't help myself not to ask...
-> it's a really wierd thing.
-> It is (I think) more about ircd (maybe a time desync?) then about
-> services...that's why I said it could be a little offtopic/subject of this
-> list.
->
-> But I was very surprised about that lines in services.log.
-> About the "duplicate the problem" part, well, I'm not sure if we'll can do
-> it, looks like a "random" thing.
->
-> Thanks,
-> Partizanu
->
-> Andrew Church wrote:
->
-> > >(this could be a little off-topic)
-> > >(running services 4.5.1 on bahamut 1.4.22)
-> >
-> > The most recent version is 4.5.7; please upgrade before reporting
-> > any potential problems.
-> >
-> > >We have a channel on our network that has some problems with bans.
-> > >Like, a chanop ban/kick a user but the user is still able to rejoin the
-> > >channel.
-> >
-> > Where exactly does Services come into this? If a chanop does
-> > /mode +b whatever and that doesn't work, that's either the chanop using
-> > the wrong ban mask or a bug in the ircd, and in either case has nothing
-> > to do with Services.
-> >
-> > >While I was looking in services.log I saw lots of
-> > >
-> > >[date/time] channel: MODE #the_channel_with_problems -b
-> > >*!*some@host.here: ban not found
-> >
-> > This puzzles me. If you can duplicate this problem, please send
-> > me a debug log showing the problem.
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From silvius at expres.ro Thu Mar 8 14:00:03 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:15 2004
-Subject: AW: [IRCServices] Some problems with bans
-References: <NDBBKLOOKLMAKHFICBLCGEOJEJAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <3AA77419.3ECA5DBC@expres.ro>
-
-User-B (the banned user) has no chanserv access.
-I sent a mail to Bahamut tech team, it can be the time desynch, we'll investigate
-that too.
-And yes, you (and Andrew) are right, we'll upgrade.
-
-Thanks for suggestions,
-Partizanu
-
-Yusuf Iskenderoglu wrote:
-
-> The only case, I can imagine, why this is happening, is the following:
->
-> User-A sets a ban for User-B.
-> User-B is kicked from the channel.
-> User-B has access to ChanServ's unban command.
-
-
-
-From markh at eurodltd.co.uk Fri Mar 9 00:34:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Missing support for some Unreal server messages
-In-Reply-To: <002801c0a758$e85e51f0$0201a8c0@webdevint.com>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNKEGNCEAA.markh@eurodltd.co.uk>
-
-A number of the Unreal server messages are currently unsupported by
-services. I guess ideally they need additional code adding to correctly
-parse the full message but a set of {"string", NULL} entries in the
-messages.c table will provide a quick workaround.
-
-The most common ones I am seeing is when someone uses the VHOST (personal
-vhosts supported by the server) or the SETHOST command which it ultimately
-maps to. Also the SETIDENT command is unsupported:
-
-e.g. unknown message from server (:nickname SETHOST new.host.here)
-
-This is temporarily addressed by adding e.g. {"SETHOST", NULL},{"SETIDENT",
-NULL},
-
-If it would be helpful and acceptable to Andrew, I am quite happy to run
-through and locate these commands and submit suitable table entries and
-parsing code for inclusion in the next release of services.
-
-Mark Hetherington.
-CTCP Networks.
-
-
-
-
-From dblanch at home.com Fri Mar 9 04:47:01 2001
-From: dblanch at home.com (David Blanchard)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] Question about databases...(merging)
-References: <3aa58b37.44702@prima-lan.net>
-Message-ID: <017001c0a843$1fab2940$250c1218@cc274522d>
-
-Is there any way to 'merge' databases from two different networks that
-merge? (Both using the same version of irc-services)
-
-David
-
-
-
-
-From grenday288 at geocities.com Fri Mar 9 05:04:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] AW: Some problems with bans
-Message-ID: <3AA7F39C.28400.C5B4BC@localhost>
-
-A non-text attachment was scrubbed...
-Name: not available
-Type: text/enriched
-Size: 977 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010309/db8a953d/attachment.bin
-From Kevc979 at aol.com Fri Mar 9 19:01:03 2001
-From: Kevc979 at aol.com (Kevc979@aol.com)
-Date: Sat Oct 23 23:01:15 2004
-Subject: [IRCServices] DB problems
-Message-ID: <aa.12337682.27da6632@aol.com>
-
-When Trying to import the databases i got a LISt of weird messages, i am
-using ircservices-4.5.7.tar.gz and trying to import from epona1.3.4, it gave
-some error messages ike this :
-
-Found Epona 1.3.4 databases
-Segmentation fault
-
-also errors about daylight and epona MODES_A MODES_K and so on,
-can anyone help/give info about a fix on this???
-Thanks,
-Kevin
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010309/325d584f/attachment.htm
-From ice at quikfire.net Fri Mar 9 19:10:02 2001
-From: ice at quikfire.net (Jamie Smithson)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] re language files
-References: <001801c0a74b$a6d003d0$0201a8c0@webdevint.com>
-Message-ID: <075301c0a8bb$a977b800$ca3d7ad5@nebula>
-
-Hi mark :)
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@inetezine.org
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
-
-
-
-From jeison at ciavirtual.com.br Sat Mar 10 01:29:01 2001
-From: jeison at ciavirtual.com.br (Jeison)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] is a services bug?
-Message-ID: <003201c0a8f0$51bf8fe0$2757c1c8@ciavirtual.com.br>
-
- I'm using ircservices-4.5.7. The doubt is: if I'm services root or services admin, could I add users to any access list of any channel? If yes... then exists a bug because I'm services root and I've joined a chan where I'm not ircop and performed that: /chanserv access #banidos add userx 4
-
-and services told me I haven't access to do that. The same occurs with all services admins.
-
-Well... with or without bugs, I enjoy your services software. =) Congratulations!
-Thanks by making it.
-
-Jeison - SC - Brazil
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010310/e355bf5a/attachment.html
-From RealCFC at ChatFIRST.COM Sat Mar 10 01:42:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] is a services bug?
-References: <003201c0a8f0$51bf8fe0$2757c1c8@ciavirtual.com.br>
-Message-ID: <007a01c0a904$b5e7bb00$ebb43dd0@pavilion>
-
-I belive the only way you have to change Channel access lists is by using:
-
- /msg ChanServ SET #Channel FOUNDER YourNick
-
-Once you do that you will be able to change the access list of any channel,
-Of course make sure you see and take notice of who is the real owner of the
-room before you do that so that you can put it back to the state it was
-before you changed it. And you need to be a services admin to do that I
-believe.
-
-Ely
-
------ Original Message -----
-From: Jeison
-To: ircservices@ircservices.za.net
-Sent: Friday, March 09, 2001 3:26 PM
-Subject: [IRCServices] is a services bug?
-
-
- I'm using ircservices-4.5.7. The doubt is: if I'm services root or
-services admin, could I add users to any access list of any channel? If
-yes... then exists a bug because I'm services root and I've joined a chan
-where I'm not ircop and performed that: /chanserv access #banidos add userx
-4
-
-and services told me I haven't access to do that. The same occurs with all
-services admins.
-
-Well... with or without bugs, I enjoy your services software. =)
-Congratulations!
-Thanks by making it.
-
-Jeison - SC - Brazil
-
-
-
-From curtis at nucleus.com Sat Mar 10 03:39:01 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] is a services bug?
-References: <003201c0a8f0$51bf8fe0$2757c1c8@ciavirtual.com.br> <007a01c0a904$b5e7bb00$ebb43dd0@pavilion>
-Message-ID: <000d01c0a900$07291180$2d0626d0@methodz>
-
-uh no...
-
-anyone with SOP status in the channel can change access lists.
-
-It doesnt matter if your a services admin or not. You cant change access
-lists unless your SOP or better on the access list. Only thing u can change
-on channels is the settings.(fouder, mlock, password, secureops, etc..)
-
-dvast8 - insiderz.net
-
-curtis@nucleus.com
-
------ Original Message -----
-From: "[Real]" <RealCFC@ChatFIRST.COM>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, March 09, 2001 6:52 PM
-Subject: Re: [IRCServices] is a services bug?
-
-
-> I belive the only way you have to change Channel access lists is by using:
->
-> /msg ChanServ SET #Channel FOUNDER YourNick
->
-> Once you do that you will be able to change the access list of any
-channel,
-> Of course make sure you see and take notice of who is the real owner of
-the
-> room before you do that so that you can put it back to the state it was
-> before you changed it. And you need to be a services admin to do that I
-> believe.
->
-> Ely
->
-> ----- Original Message -----
-> From: Jeison
-> To: ircservices@ircservices.za.net
-> Sent: Friday, March 09, 2001 3:26 PM
-> Subject: [IRCServices] is a services bug?
->
->
-> I'm using ircservices-4.5.7. The doubt is: if I'm services root or
-> services admin, could I add users to any access list of any channel? If
-> yes... then exists a bug because I'm services root and I've joined a chan
-> where I'm not ircop and performed that: /chanserv access #banidos add
-userx
-> 4
->
-> and services told me I haven't access to do that. The same occurs with all
-> services admins.
->
-> Well... with or without bugs, I enjoy your services software. =)
-> Congratulations!
-> Thanks by making it.
->
-> Jeison - SC - Brazil
->
->
-> -----------------------------------------------------------
-> 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 jeison at ciavirtual.com.br Sat Mar 10 03:43:01 2001
-From: jeison at ciavirtual.com.br (Jeison)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] is a services bug?
-References: <003201c0a8f0$51bf8fe0$2757c1c8@ciavirtual.com.br> <007a01c0a904$b5e7bb00$ebb43dd0@pavilion> <000d01c0a900$07291180$2d0626d0@methodz>
-Message-ID: <001801c0a903$160b28c0$2757c1c8@ciavirtual.com.br>
-
-Oh! Thank you all, friends =))))
-
-Jeison - SC - Brazil
-
------ Original Message -----
-From: Curtis D <curtis@nucleus.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, March 09, 2001 10:18 PM
-Subject: Re: [IRCServices] is a services bug?
-
-
-> uh no...
->
-> anyone with SOP status in the channel can change access lists.
->
-> It doesnt matter if your a services admin or not. You cant change access
-> lists unless your SOP or better on the access list. Only thing u can
-change
-> on channels is the settings.(fouder, mlock, password, secureops, etc..)
->
-> dvast8 - insiderz.net
->
-> curtis@nucleus.com
->
-> ----- Original Message -----
-> From: "[Real]" <RealCFC@ChatFIRST.COM>
-> To: <ircservices@ircservices.za.net>
-> Sent: Friday, March 09, 2001 6:52 PM
-> Subject: Re: [IRCServices] is a services bug?
->
->
-> > I belive the only way you have to change Channel access lists is by
-using:
-> >
-> > /msg ChanServ SET #Channel FOUNDER YourNick
-> >
-> > Once you do that you will be able to change the access list of any
-> channel,
-> > Of course make sure you see and take notice of who is the real owner of
-> the
-> > room before you do that so that you can put it back to the state it was
-> > before you changed it. And you need to be a services admin to do that I
-> > believe.
-> >
-> > Ely
-> >
-> > ----- Original Message -----
-> > From: Jeison
-> > To: ircservices@ircservices.za.net
-> > Sent: Friday, March 09, 2001 3:26 PM
-> > Subject: [IRCServices] is a services bug?
-> >
-> >
-> > I'm using ircservices-4.5.7. The doubt is: if I'm services root or
-> > services admin, could I add users to any access list of any channel? If
-> > yes... then exists a bug because I'm services root and I've joined a
-chan
-> > where I'm not ircop and performed that: /chanserv access #banidos add
-> userx
-> > 4
-> >
-> > and services told me I haven't access to do that. The same occurs with
-all
-> > services admins.
-> >
-> > Well... with or without bugs, I enjoy your services software. =)
-> > Congratulations!
-> > Thanks by making it.
-> >
-> > Jeison - SC - Brazil
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 achurch at achurch.org Sat Mar 10 12:58:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] DB problems
-Message-ID: <3aaa085d.01574@prima-lan.net>
-
->When Trying to import the databases i got a LISt of weird messages, i am
->using ircservices-4.5.7.tar.gz and trying to import from epona1.3.4, it gave
->some error messages ike this :
->
->Found Epona 1.3.4 databases
->Segmentation fault
-
- Would it be possible to send me (directly, not to the list) your .db
-files so I can test them here?
-
->also errors about daylight and epona MODES_A MODES_K and so on,
-
- This will be fixed in the next release.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Sat Mar 10 13:00:23 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Question about databases...(merging)
-Message-ID: <3aaa08e6.01612@prima-lan.net>
-
->Is there any way to 'merge' databases from two different networks that
->merge? (Both using the same version of irc-services)
-
- Not at the moment, no. I'll look into creating a tool like this.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Sat Mar 10 13:05:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Missing support for some Unreal server messages
-Message-ID: <3aaa0a16.01644@prima-lan.net>
-
->The most common ones I am seeing is when someone uses the VHOST (personal
->vhosts supported by the server) or the SETHOST command which it ultimately
->maps to. Also the SETIDENT command is unsupported:
-
- These commands will be supported in 4.5.8. Also, Services should do a
-better job of hiding the real hostname when fake hostnames are in use.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Sat Mar 10 19:44:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Services 4.5.8 released
-Message-ID: <3aaa67b4.06150@prima-lan.net>
-
- Services 4.5.8 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.8.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.8.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes a number of minor bugs (including that the
-PROTECT/DEPROTECT commands _still_ didn't work in 4.5.7), and adds
-slightly better support for "fake" hosts in Unreal. Note that this
-support hasn't been well tested, so please report any problems.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From ircservices at vietmedia.com Sun Mar 11 01:02:01 2001
-From: ircservices at vietmedia.com (k k)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Nick Identification bug?
-Message-ID: <20010310230116.BF7464276@snow.fingers.co.za>
-
-Hello,
-
-I'm wondering if this is a bug or something I might have missed in the
-configuration file (read over 3 times).
-
-CASE 1:
----------
- - Same IP, same username (identd), log into IRC, services will ask the
-user to identify if not it will disconnect or change nick.
-
--NickServ- This nickname is registered and protected. If it is your
--NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
--NickServ- please choose a different nick.
--NickServ- If you do not change within one minute, I will change your
-nick.
-
-
-The same user gets disconnected, then attempts to reconnect back with
-the same IP/Username, Nickserv WILL NOT prompt the user with the
-message:
-
-NickServ- If you do not change within one minute, I will change your
-nick
-
-If the user changes his identd/username then reconnect back, then
-nickserv will promtp the user with
-
-NickServ- If you do not change within one minute, I will change your
-nick
-
-
-So it seems like nickserv is checking to see if user@host of the
-reconnected person matches the previously identified version of
-user@host, if it matches then the "Secured/Protected" is used but not
-the KILL on option.
-
-This can be a problem, if many users behind firewall and use the same
-IP and also the same username.
-
-Is there a way where NickServ check the nicks only rather than relying
-on the username@host for matches?
-
-
-CASE 2:
---------------
-If a nick is identified then changed to another un-registered nick,
-when doing /whois newnick the newnick is being reported by the server
-as being registered. I assume the mode +r was not being removed and
-I"m not sure if the job of removing +r is services job or ircd job. I
-ran services in -debug mode and see that the server does send the nick
-change to services but services doesn't send back to the server (ie
-mode -r on the nick) etc..
-
-
-Feature Addition?
--------------------
-I'm wondering if there is a feature for making ChanServ to join #'s if
-the owner wish the bot to stay in the channel?
-
-
-
-Regards
-
-KN
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-------------------------------------
-Powered by <a href=http://www.vietmedia.com>http://www.vietmedia.com</a>
-Free E-mail, Instant Messaging, and more!
-
-
-From orion at tribble.dyndns.org Sun Mar 11 01:41:01 2001
-From: orion at tribble.dyndns.org (Orion)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Nick Identification bug?
-In-Reply-To: <20010310230116.BF7464276@snow.fingers.co.za>; from ircservices@vietmedia.com on Sat, Mar 10, 2001 at 03:02:00PM -0800
-References: <20010310230116.BF7464276@snow.fingers.co.za>
-Message-ID: <20010310184041.A3954@tribble.dyndns.org>
-
-k k said:
->
-> Feature Addition?
-> -------------------
-> I'm wondering if there is a feature for making ChanServ to join #'s if
-> the owner wish the bot to stay in the channel?
-
-a Services Admin can send a RAW command to make ChanServ appear to join
-a channel, but iirc, it's not actually in the channel and doesn't
-recieve channel messages
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-"You build a time machine that automatically, when it's about to be destroyed,
-etc, goes back and makes sure that absolutely everything that happened ever
-did actually happen that way."
- - Colin
-
-
-From achurch at achurch.org Mon Mar 12 00:52:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Nick Identification bug?
-Message-ID: <3aac0184.15774@prima-lan.net>
-
->I'm wondering if this is a bug or something I might have missed in the
->configuration file (read over 3 times).
->
->CASE 1:
->---------
-> - Same IP, same username (identd), log into IRC, services will ask the
->user to identify if not it will disconnect or change nick.
->
->-NickServ- This nickname is registered and protected. If it is your
->-NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
->-NickServ- please choose a different nick.
->-NickServ- If you do not change within one minute, I will change your
->nick.
->
->
->The same user gets disconnected, then attempts to reconnect back with
->the same IP/Username, Nickserv WILL NOT prompt the user with the
->message:
-
- This should never happen with Dreamforge, Bahamut, and Unreal.
-With other servers, it can happen if the user disconnects from one
-server and connects to another one whose clock is slower, thus giving
-the user the same timestamp (if this is the case then either fix your
-servers' clocks [preferred] or enable NoSplitRecovery in services.conf).
-
- If you can confirm this happening in any other circumstances I
-would appreciate more detailed information. In particular, you should
-check whether the user actually has access to the nick in question or
-whether it's just a case of a message not being sent.
-
->CASE 2:
->--------------
->If a nick is identified then changed to another un-registered nick,
->when doing /whois newnick the newnick is being reported by the server
->as being registered. I assume the mode +r was not being removed and
->I"m not sure if the job of removing +r is services job or ircd job. I
->ran services in -debug mode and see that the server does send the nick
->change to services but services doesn't send back to the server (ie
->mode -r on the nick) etc..
-
- According to comments in the code, Bahamut servers should
-automatically remove -r on nick change. If this is not the case let
-me know and I'll fix the code.
-
- For other servers, Services does send a -r when changing from a
-registered nick to an unregistered one.
-
->Feature Addition?
->-------------------
->I'm wondering if there is a feature for making ChanServ to join #'s if
->the owner wish the bot to stay in the channel?
-
- No, and there will not be. See the FAQ.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From dreamer at darkness.gr Wed Mar 14 16:32:01 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-In-Reply-To: <3aaa67b4.06150@prima-lan.net>
-Message-ID: <Pine.LNX.4.33.0103141607030.25228-100000@darkness.darkness.gr>
-
-Greetings all,
- I had an idea long time ago, i think that the list is appropriate
-to express it and talk about.
-<idea>
-Imagine that we have a network with
-20 servers and the services. Imagine that it's late night and no oper is
-available, servers are spliting, and many times due to misconfigured
-ircd.conf files, autoconnects are not present. So the network will stay
-splited, until one oper will come and realise that half of the network is
-not connected. So .. What about puting some "intelligence" into the
-services. For example, (we have the fact that services can somehow know
-the best connect between 2 servers and an alternative, this could be done
-easy even providing this information from a db once to the services,
-server) an /operserv checklinks 05:00-08:00 command, or however you want
-to call it, will perform a "clever" connect at one server that will split.
-By the mean clever connect, it could be a connect not immediate, so if the
-server splits now, services will not try to remotelly connect the servers
-now, they could wait for about 3-5 minutes, if autoconnets are present the
-connection will be performed between that time, so no rush to initiate
-another connect. If now auto connect is not present , and 5 minutes have
-passed OperServ could initiate a connect. If the connection is achieved,
-good, nothing to worry from then on, if not, wait 10 minutes now, maybe
-there is a network problem and try again, if again a failure, incremet a
-bit the wait time, and try later.
-</idea>
-
-Sorry for the long post, comments, ideas are welcome.
-
-Regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.irc.gr
-
-
-
-From robotx at irctr.gen.tr Wed Mar 14 17:15:01 2001
-From: robotx at irctr.gen.tr (Collide)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-In-Reply-To: <Pine.LNX.4.33.0103141607030.25228-100000@darkness.darkness.gr>
-Message-ID: <LPBBLPKMEKMJINBFDLHEGEJFCBAA.robotx@irctr.gen.tr>
-
-Hi all,
- I didnt see anything useful here anyway, I want to ask Mr.Krassas if he
-realised that a network with 20 server should have auto-connect lines on
-each server. Using services in order to link server is very silly. I think
-nobody will waste time to code it. Services is to serve new and useful
-options to networks, not to make the same work with ircds.
-
-Regards,
- Emre
-Ertugay
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-dreamer@darkness.gr
-Sent: Wednesday, March 14, 2001 4:31 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Ideas , features
-
-
-Greetings all,
- I had an idea long time ago, i think that the list is appropriate
-to express it and talk about.
-<idea>
-Imagine that we have a network with
-20 servers and the services. Imagine that it's late night and no oper is
-available, servers are spliting, and many times due to misconfigured
-ircd.conf files, autoconnects are not present. So the network will stay
-splited, until one oper will come and realise that half of the network is
-not connected. So .. What about puting some "intelligence" into the
-services. For example, (we have the fact that services can somehow know
-the best connect between 2 servers and an alternative, this could be done
-easy even providing this information from a db once to the services,
-server) an /operserv checklinks 05:00-08:00 command, or however you want
-to call it, will perform a "clever" connect at one server that will split.
-By the mean clever connect, it could be a connect not immediate, so if the
-server splits now, services will not try to remotelly connect the servers
-now, they could wait for about 3-5 minutes, if autoconnets are present the
-connection will be performed between that time, so no rush to initiate
-another connect. If now auto connect is not present , and 5 minutes have
-passed OperServ could initiate a connect. If the connection is achieved,
-good, nothing to worry from then on, if not, wait 10 minutes now, maybe
-there is a network problem and try again, if again a failure, incremet a
-bit the wait time, and try later.
-</idea>
-
-Sorry for the long post, comments, ideas are welcome.
-
-Regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.irc.gr
-
-
------------------------------------------------------------
-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 Mar 14 17:39:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-In-Reply-To: <Pine.LNX.4.33.0103141607030.25228-100000@darkness.darkness.gr>; from dreamer@darkness.gr on Wed, Mar 14, 2001 at 04:30:57PM +0200
-References: <3aaa67b4.06150@prima-lan.net> <Pine.LNX.4.33.0103141607030.25228-100000@darkness.darkness.gr>
-Message-ID: <20010314093817.A46619@edgemaster.zombie.org>
-
-On Wed, Mar 14, 2001 at 04:30:57PM +0200, dreamer@darkness.gr wrote:
-> Imagine that we have a network with
-> 20 servers and the services. Imagine that it's late night and no oper is
-> available, servers are spliting, and many times due to misconfigured
-> ircd.conf files, autoconnects are not present. So the network will stay
-> splited, until one oper will come and realise that half of the network is
-> not connected. So .. What about puting some "intelligence" into the
-> services.
-
-Or, what about putting some intelligence into the server administrators on
-said network? What you describe should be implimented in the ircd itself
-and be a suppliment to autoconnection to allow the network to determine
-best links (possibly with a UDP routing protocol). It would be very wrong
-to put this into Services when the entire problem could be fixed by just
-having your C/N:lines autoconnect and by using some SmartRoutes (a la
-D:lines).
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From dreamer at darkness.gr Wed Mar 14 18:07:01 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-In-Reply-To: <LPBBLPKMEKMJINBFDLHEGEJFCBAA.robotx@irctr.gen.tr>
-Message-ID: <Pine.LNX.4.33.0103141801220.26108-100000@darkness.darkness.gr>
-
-:) Greetings again,
- I'll just reply to this message that it seems more than a flame
-and not a proposal :) i don't know how long you have been an admin but if
-you are long time now, a dynamic db for autoconnect it can be something
-useful. The conclusions for the coding part i believe should be left to
-the coders :) i don't recal you, as one.
-Free to flame more :) but i will not reply again.
-
-Regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.irc.gr
-
-
-On Wed, 14 Mar 2001, Collide wrote:
-
-> Hi all,
-> I didnt see anything useful here anyway, I want to ask Mr.Krassas if he
-> realised that a network with 20 server should have auto-connect lines on
-> each server. Using services in order to link server is very silly. I think
-> nobody will waste time to code it. Services is to serve new and useful
-> options to networks, not to make the same work with ircds.
->
-> Regards,
-> Emre
-> Ertugay
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Mar 15 00:11:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-In-Reply-To: <Pine.LNX.4.33.0103141607030.25228-100000@darkness.darkness.gr>
-Message-ID: <Pine.HPX.4.31.0103142248390.15189-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello ;
-
-I do not see, why this idea has to be denied right from the beginning.
-I personally see this useful, because:
-
-
-- The current implementation might be expanded, to include the map of the
-network, in a way that services manages a structure for each server, to
-see who is linked to whom, etc.
-
-- This can be used to implement Bahamut's NOQUIT, because, that way,
-services WILL know, which nicknames have quit due to a split, without
-needing to see the quit message from the hub it is connected.
-
-- This can be / is being used to implement the StatServ's MAP command
-extremely easily.
-
-- This can also be used in a timer event, as described, to maintain the
-linkage. The reality, that the linking had to occur automatically, is of
-course wanted, but never realised effectively. I can tell from own
-experience, where our hub is not configured to send a connect itself, but
-is designed to wait for connects. This way, the server is not keeping
-track of who was disconnected, or whether it should connect, etc.
-If services itself sent the connect command, because it saw the squit, it
-would of course be managed quicker. I do not see, why some of us are
-declaring this as a non-capable administration.
-
-Regards,
-yusuf
-
- On Wed, 14 Mar 2001 dreamer@darkness.gr
-wrote:
-
-> Greetings all,
-> I had an idea long time ago, i think that the list is appropriate
-> to express it and talk about.
-> <idea>
-> Imagine that we have a network with
-> 20 servers and the services. Imagine that it's late night and no oper is
-> available, servers are spliting, and many times due to misconfigured
-> ircd.conf files, autoconnects are not present. So the network will stay
-> splited, until one oper will come and realise that half of the network is
-> not connected. So .. What about puting some "intelligence" into the
-> services. For example, (we have the fact that services can somehow know
-> the best connect between 2 servers and an alternative, this could be done
-> easy even providing this information from a db once to the services,
-> server) an /operserv checklinks 05:00-08:00 command, or however you want
-> to call it, will perform a "clever" connect at one server that will split.
-> By the mean clever connect, it could be a connect not immediate, so if the
-> server splits now, services will not try to remotelly connect the servers
-> now, they could wait for about 3-5 minutes, if autoconnets are present the
-> connection will be performed between that time, so no rush to initiate
-> another connect. If now auto connect is not present , and 5 minutes have
-> passed OperServ could initiate a connect. If the connection is achieved,
-> good, nothing to worry from then on, if not, wait 10 minutes now, maybe
-> there is a network problem and try again, if again a failure, incremet a
-> bit the wait time, and try later.
-> </idea>
->
-> Sorry for the long post, comments, ideas are welcome.
->
-> Regards,
-> Nick Krassas
-> Dinos @ irc.gr
-> ircadmin@darkness.irc.gr
->
->
-> -----------------------------------------------------------
-> 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
->
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From achurch at achurch.org Thu Mar 15 02:08:07 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Ideas , features
-Message-ID: <3ab007b8.67665@prima-lan.net>
-
-dreamer@darkness.gr wrote:
->Greetings all,
-> I had an idea long time ago, i think that the list is appropriate
->to express it and talk about.
-><idea>
->Imagine that we have a network with
->20 servers and the services. Imagine that it's late night and no oper is
->available, servers are spliting, and many times due to misconfigured
->ircd.conf files, autoconnects are not present.
-
- So fix the ircd.conf files. I think that pretty much sums up this
-matter. I've said it before, and I'll say it again: Services is not a
-do-everything program; it provides useful services that cannot easily be
-provided any other way within the current IRC protocol framework. Things
-that can be done outside of Services should be done outside of Services,
-and I will not add such features. This is even documented in the FAQ.
-
-Yusuf Iskenderoglu wrote:
->I do not see, why this idea has to be denied right from the beginning.
-
- See above.
-
->I personally see this useful, because:
-
-(three irrelevant comments deleted)
-
->- This can also be used in a timer event, as described, to maintain the
->linkage. The reality, that the linking had to occur automatically, is of
->course wanted, but never realised effectively.
-
- Then you need to configure your servers better.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From wahoo at cyber-dreams.org Thu Mar 15 03:16:00 2001
-From: wahoo at cyber-dreams.org (wahoo)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: Ideas , features
-In-Reply-To: <3ab007b8.67665@prima-lan.net>
-Message-ID: <yam8474.2865.1748838656@smtp.puretec.de>
-
-Hello Andrew,
-
-
-> So fix the ircd.conf files. I think that pretty much sums up this
-> matter. I've said it before, and I'll say it again: Services is not a
-> do-everything program; it provides useful services that cannot easily be
-> provided any other way within the current IRC protocol framework. Things
-> that can be done outside of Services should be done outside of Services,
-> and I will not add such features. This is even documented in the FAQ.
-
-I really like your point. As in generally that's the way I'm expecting
-things to be... especially from the key developer's point of view. The
-'problem' described is an ircd-related one and should be therefore handled
-as such a bug/feature/what-so-ever...
-
-
-regards,
-- wahoo -
-
---
-+----------------------------------------------------------------+
-| |
-| wahoo@cyber-dreams.org \|/ www.cyber-dreams.org |
-| tel: +49.177.4454963 @ @ #cyberdreams IRCNet |
-| ICQ-UIN: 24911279 --oOO-(_)-OOo-- - technical admin - |
-| |
-+----------------------------------------------------------------+
-
-Always remember that you are unique. Just like everyone else...
-
-
-
-
-From ircadmin at contacto.com.br Sat Mar 17 03:33:03 2001
-From: ircadmin at contacto.com.br (Ricardo Aguiar)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <002901c0ae83$8a5be180$45dff9c8@elogica.com.br>
-
-Oi my suggestion is that in the command /nickserv info nick it shows the channels where the users this registering. would be of this skill
-
--NickServ- the_crazy is Crazy Crazynho Crazito Oh YeAh!
-
--NickServ- Is online from: 200.249.223.redebr-E93HEARrYJ6
-
--NickServ- Time registered: Feb 10 19:23:43 2001 EDT
-
--NickServ- Last quit message: Quit: leaving
-
--NickServ- E-mail: crazy@redebrasil.org.br
-
--NickServ- Options: Security
--NickServ- Channels: F#Testing 6#IRCops 5#Teste1
-
-where F, 5, 6... would be nivel of the person.
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010317/891f9819/attachment.htm
-From achurch at achurch.org Sat Mar 17 04:29:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3ab2cbaa.12230@prima-lan.net>
-
- A list of channels the user has registered is already available
-with the LISTCHANS command (/msg NickServ LISTCHANS nickname). I'm
-considering expanding this in the future to list all channels where
-the user is in the access list.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
->Oi my suggestion is that in the command /nickserv info nick it shows the =
->channels where the users this registering. would be of this skill=20
->
->-NickServ- the_crazy is Crazy Crazynho Crazito Oh YeAh!
->
->-NickServ- Is online from: 200.249.223.redebr-E93HEARrYJ6
->
->-NickServ- Time registered: Feb 10 19:23:43 2001 EDT
->
->-NickServ- Last quit message: Quit: leaving=20
->
->-NickServ- E-mail: crazy@redebrasil.org.br
->
->-NickServ- Options: Security
->-NickServ- Channels: F#Testing 6#IRCops 5#Teste1
->
->where F, 5, 6... would be nivel of the person.
-
-
-From smkelly at zombie.org Sat Mar 17 04:31:04 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <002901c0ae83$8a5be180$45dff9c8@elogica.com.br>; from ircadmin@contacto.com.br on Fri, Mar 16, 2001 at 10:42:13PM -0300
-References: <002901c0ae83$8a5be180$45dff9c8@elogica.com.br>
-Message-ID: <20010316203000.A70130@edgemaster.zombie.org>
-
-On Fri, Mar 16, 2001 at 10:42:13PM -0300, Ricardo Aguiar wrote:
-> Oi my suggestion is that in the command /nickserv info nick it shows the channels where the users this registering. would be of this skill
->
-...
-> -NickServ- Channels: F#Testing 6#IRCops 5#Teste1
->
-> where F, 5, 6... would be nivel of the person.
-
-If I'm not mistaken, this would require looping through every single
-channel *that is registerred* and it's access list to check to see what
-channels the user is in. This would be very intensive.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-
-From strider at chatcircuit.com Sat Mar 17 06:08:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <002901c0ae83$8a5be180$45dff9c8@elogica.com.br> <20010316203000.A70130@edgemaster.zombie.org>
-Message-ID: <001d01c0ae98$2a236a80$0200000a@strider>
-
-Not if you add something to the nickname information that is a list of every
-channel they have access to and what level with the channel. It wouldn't be
-too hard to do, but it would increase database size. I'd rather have that
-than a loop through the channel db anways.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, March 16, 2001 8:30 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> On Fri, Mar 16, 2001 at 10:42:13PM -0300, Ricardo Aguiar wrote:
-> > Oi my suggestion is that in the command /nickserv info nick it shows the
-channels where the users this registering. would be of this skill
-> >
-> ...
-> > -NickServ- Channels: F#Testing 6#IRCops 5#Teste1
-> >
-> > where F, 5, 6... would be nivel of the person.
->
-> If I'm not mistaken, this would require looping through every single
-> channel *that is registerred* and it's access list to check to see what
-> channels the user is in. This would be very intensive.
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From chromi at cyberspace.org Sat Mar 17 06:52:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <001d01c0ae98$2a236a80$0200000a@strider>
-References: <002901c0ae83$8a5be180$45dff9c8@elogica.com.br>
- <20010316203000.A70130@edgemaster.zombie.org>
-Message-ID: <l03130311b6d89d822af1@[192.168.239.101]>
-
->Not if you add something to the nickname information that is a list of every
->channel they have access to and what level with the channel. It wouldn't be
->too hard to do, but it would increase database size. I'd rather have that
->than a loop through the channel db anways.
-
-Wouldn't even have to increase db size, just RAM usage. Simply keep a
-linked-list of channels attached to each nick, rebuild it when the db is
-loaded, and modify it when the chanserv info changes. Simple and 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 Sat Mar 17 12:26:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3ab33b3f.14277@prima-lan.net>
-
->>Not if you add something to the nickname information that is a list of every
->>channel they have access to and what level with the channel. It wouldn't be
->>too hard to do, but it would increase database size. I'd rather have that
->>than a loop through the channel db anways.
->
->Wouldn't even have to increase db size, just RAM usage. Simply keep a
->linked-list of channels attached to each nick, rebuild it when the db is
->loaded, and modify it when the chanserv info changes. Simple and efficient.
-
- For the curious, this is exactly how LISTCHANS works now. My concern
-about doing this for all access list entries instead of just founders is the
-amount of memory it would use. I'll be doing some experiments in version 5.0
-development, and I may end up putting this in as an optional module.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From strider at chatcircuit.com Sat Mar 17 12:33:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <3ab33b3f.14277@prima-lan.net>
-Message-ID: <001d01c0aecd$dc666280$0200000a@strider>
-
-Why not a timed hash? If a query is requested, cache the query in memory for
-a period of time, if it is no longer queried, remove it from memory. But
-then, this could be inefficient. It's 4:30 am and I need sleep so if this
-sounds retarded, forgive me.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, March 17, 2001 4:09 AM
-Subject: Re: [IRCServices] Suggestion
-
-
-> >>Not if you add something to the nickname information that is a list of
-every
-> >>channel they have access to and what level with the channel. It wouldn't
-be
-> >>too hard to do, but it would increase database size. I'd rather have
-that
-> >>than a loop through the channel db anways.
-> >
-> >Wouldn't even have to increase db size, just RAM usage. Simply keep a
-> >linked-list of channels attached to each nick, rebuild it when the db is
-> >loaded, and modify it when the chanserv info changes. Simple and
-efficient.
->
-> For the curious, this is exactly how LISTCHANS works now. My concern
-> about doing this for all access list entries instead of just founders is
-the
-> amount of memory it would use. I'll be doing some experiments in version
-5.0
-> development, and I may end up putting this in as an optional module.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> 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 curtis at nucleus.com Sat Mar 17 13:30:01 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Akill Question.
-Message-ID: <000701c0aec1$379d49f0$ab0626d0@methodz>
-
-Hi,
-I run ircservices-4.5.8 on bahamut 1.4(22)
-and I run another service which is called FloodWorld, it seems when
-floodbots come on the service seems to double akill sometimes. I wonder if
-its possible to fix the multiple akill problem.
-
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-Global -- from OperServ: dvast8 added an AKILL for test@test.host (expires
-in 30 days)
-
--> msg<operserv> akill list test@test.host
-?OperServ<services@insiderz.net>? Current AKILL list:
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-?OperServ<services@insiderz.net>? test@test.host test
-
-This seems to me like somewhat of a awful waste of database space and
-memory.
-
-Is there anyway to fix this problem? Perhaps have services search for the
-akill.
-I wouldnt mind this problem so much but my network has over 2000 akills and
-I dont quite frankly feel like removing all the dupes.
-If you can understand my position hehe..
-
-Hope for a answer.. Thanks.
-
-dvast8 - Insiderz.net
-
-curtis@nucleus.com
-
-
-
-
-From achurch at achurch.org Sat Mar 17 14:05:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Akill Question.
-Message-ID: <3ab3529c.15111@prima-lan.net>
-
->Hi,
->I run ircservices-4.5.8 on bahamut 1.4(22)
->and I run another service which is called FloodWorld, it seems when
->floodbots come on the service seems to double akill sometimes. I wonder if
->its possible to fix the multiple akill problem.
-
- This will be fixed (Services will not allow multiple autokills for
-the same user@host mask) in the next release. In the meantime, you might
-want to fix your program to not add autokills that already exist.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From silvius at expres.ro Sun Mar 18 15:19:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3AB4B5B5.F770EFF2@expres.ro>
-
-I think it would be nice to see a "Last modif by" when useing "/msg
-chanserv access #channel list".
-
-And another thing...this is more a question then a suggestion.
-We have problems with users takeing others nickname password.
-We enforced the use of an email adress when registering a nickname, but
-of course, first thing when somebody take a password is to change that
-address. So we don't have any sure way to check if the new password goes
-to the right address.
-
-And I was thinking...I know it may sound silly...but can we have a
-duplicate db with emails that can be changed just by services admins? Or
-any other way to secure this thing? Ideas? Suggestions? Thanx a lot.
-
-Partizanu
-
-
-
-
-From u970042 at giki.edu.pk Sun Mar 18 16:08:00 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <3AB4B5B5.F770EFF2@expres.ro>
-Message-ID: <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk>
-
-Assuming this is done, a simpler system would be to follow the current
-dalnet system.
-
-1. Force users to give a valid email address and have an authentication
- system via that, so that email address is valid.
-2. Implement a sendpass command which services admins may use to
- have services send the password to the users email address.
-
-You might find 1 necessary to ensure that they don't give the wrong
-address to begin with, although this would probably take a very low
-priority in terms of developement as compared to 2, assuming its
-even implemented.
-
-Point 2 is in the todo list.
-
------ Original Message -----
-From: "Partizanu" <silvius@expres.ro>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, March 18, 2001 6:18 PM
-Subject: [IRCServices] Suggestion
-
-
-> I think it would be nice to see a "Last modif by" when useing "/msg
-> chanserv access #channel list".
->
-> And another thing...this is more a question then a suggestion.
-> We have problems with users takeing others nickname password.
-> We enforced the use of an email adress when registering a nickname, but
-> of course, first thing when somebody take a password is to change that
-> address. So we don't have any sure way to check if the new password goes
-> to the right address.
->
-> And I was thinking...I know it may sound silly...but can we have a
-> duplicate db with emails that can be changed just by services admins? Or
-> any other way to secure this thing? Ideas? Suggestions? Thanx a lot.
->
-> Partizanu
->
->
->
-> -----------------------------------------------------------
-> 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 u970042 at giki.edu.pk Sun Mar 18 16:17:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <077d01c0afb6$2b88fb00$430ba8c0@hostel1.giki.edu.pk>
-
-forgot to include this.
-simple from the point of view of management, and not developement
-:-)
-
------ Original Message -----
-From: "Imran Ali Rashid" <u970042@giki.edu.pk>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, March 18, 2001 7:08 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> Assuming this is done, a simpler system would be to follow the current
-> dalnet system.
->
-> 1. Force users to give a valid email address and have an authentication
-> system via that, so that email address is valid.
-> 2. Implement a sendpass command which services admins may use to
-> have services send the password to the users email address.
->
-> You might find 1 necessary to ensure that they don't give the wrong
-> address to begin with, although this would probably take a very low
-> priority in terms of developement as compared to 2, assuming its
-> even implemented.
->
-> Point 2 is in the todo list.
->
-> ----- Original Message -----
-> From: "Partizanu" <silvius@expres.ro>
-> To: <ircservices@ircservices.za.net>
-> Sent: Sunday, March 18, 2001 6:18 PM
-> Subject: [IRCServices] Suggestion
->
->
-> > I think it would be nice to see a "Last modif by" when useing "/msg
-> > chanserv access #channel list".
-> >
-> > And another thing...this is more a question then a suggestion.
-> > We have problems with users takeing others nickname password.
-> > We enforced the use of an email adress when registering a nickname, but
-> > of course, first thing when somebody take a password is to change that
-> > address. So we don't have any sure way to check if the new password goes
-> > to the right address.
-> >
-> > And I was thinking...I know it may sound silly...but can we have a
-> > duplicate db with emails that can be changed just by services admins? Or
-> > any other way to secure this thing? Ideas? Suggestions? Thanx a lot.
-> >
-> > Partizanu
-
-
-
-
-From silvius at expres.ro Sun Mar 18 16:46:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <3AB4C9E3.52F0934C@expres.ro>
-
-One month ago I was asking about a SENDPASS command in NickServ.
-Some people from the list replyed that it is not possible to send the password
-as long as the encryption is not reversible.
-But Lonewolf pointed out that would be nice to make services reset the
-password (/*to some rand chars*/) and send it to user.
-
-But this is just a half of the problem. The other half is that a
-password-thief will change the email address as soon as he has the password
-for a nick...so any new passwords will be sent to a wrong address. This is the
-reason I was talking about a parallel db read-only for regular users...
-Again, the idea may sound stupid and it has a lots of "bugs" in it (eg. How
-and When to sync the two databases? How to prevent that the
-"only-opers-can-modify" database will never sync with Nickserv database and
-overwrite the good email address with the new/fake address from NickServ's db?
-When to insert a new email? Only at registration time? And what to do with
-users changeing email address? etc).
-It's a long story...that's why I sayd it may sound stupid...but I guess there
-are others too who have this kind of problems with stolen nicks.
-
-Partizanu
-
-
-
-Imran Ali Rashid wrote:
-
-> 2. Implement a sendpass command which services admins may use to
-> have services send the password to the users email address.
-
-
-
-From u970042 at giki.edu.pk Sun Mar 18 17:00:03 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-Message-ID: <079b01c0afbc$32193880$430ba8c0@hostel1.giki.edu.pk>
-
-Warning: this is a LONG email.
-
->Things to probably do:
->CS Allow banning single host only, not hostmask, on autokick
->CS Merge appropriate channel flags with LEVELS settings
-
-Whats the use of the first suggestion? you can do the same if you do it directly. *!*@host
-I'm guessing the second suggestion is with regards to setting flags and having access levels
-for it. Correct me if i'm wrong.
-
-Here onwards I'll mention "Things to think about"
-
->** Anti-spam pseudoclient: kills people who send messages to it
-> (warning first?)
-
-Whats the use of this? Firstly you would have to put the client in a channel since almost all auto messaging scripts do
-it by seeing the nicks in different channels. And if you do put it in a channel, how is to be decided which one?
-Assuming u allow people to do put the psuedo nick in their channel, or u do it yourself, how will you differentiate
-between geniune people wanting to converse with new people and auto messengers... In this case, a warning would
-definitely be a must.
-
-> CS NOBANS channel option
-
-I don't see the use of such an option. If you don't want anyone banned, then tell your ops not to ban anyone, and if u
-can't control your ops, don't make them ops. If you follow this further, you might come up with more suggestions where
-the founder can't control his ops and wants services to do it for him. Something along this line is even mentioned later
-on.
-
-> CS No target on OP/VOICE means self
-
-Although just a convenience, it should be easy enough to implement... were there any objections on this?
-
-> ** "Blacklist" of evil users to prevent them from getting +o/+v
-
-Isn't this already there ala access list autodeop. set the nojoin level to -2 and use this at -1.
-As far as novoice goes, it could be added the same way autodeop is there.
-
-> ** Warn about being kicked off after N password failures
-
-Why not put this in the help message? You could also send it after N-1 tries.
-Has there been a discussion on this?
-
-> ** Use an easily-parsable log format (eg: <time> CS REG #chan Founder)
-
-Whats wrong with the current format?
-I guess it would be better to have it in terms of the exact command used and so on, but I don't see how it will make a
-big difference, unless there is a standard to follow, which there isn't as far as I know but correct me if i'm wrong.
-
-> OS REHASH command
-
-Please Please Please put this in.
-and umm a slightly different behaviour as compared to the SIGHUP signal.
-I refer to the fact that everyone has to identify again.
-
-> CS SET REVENGE (reverses ban, etc. set by lower level user on higher,
- and optionally deops/kicks/bans lower level user)
-
-Are you sure you even want to consider this????
-
-> CS Last used time for access, AKICK entries
-
-This is a good idea. This was even mentioned by someone recently.
-So lets discuss it and see how many people like it.
-
-> NS SET INFO to set an info line for INFO command (like channel descs)
-
-sure why not. Its an added feature, but I don't see any serious objections to it.
-Although it would probably be very low on the priority list.
-
->NS Show services oper/admin/root status in INFO
-
-I don't see why this is necessary... If you want to let people know who is what, make it a separate command. But I don't
-think that either of the suggestions(the todo one and the one i just mentioned) is a good one.
-
-> NS SET ALL (especially PASSWORD) for all linked nicks
-
-When I read this, I became curious... related to linking.
-Some people link to nicks in a channels access list and the person never knows, all it requires is for him to know their
-password just once.
-Even the channel founder is sometimes baffled, since he can't find out. You have to go to a services admin.
-Why not add a command to let people know which nicks are linked to theirs(after identifying of course), and add
-something to chanserv to let people know how a person got opped(the linked nick being a case in point).
-
-> MS MemoServ IGNORE {ADD,DEL,LIST}
-
-If a person wants to irritate you and u put him on ignore, whats to stop them from getting another nick and sending
-another memo? to help against this and cases of memo flooding, a command may be put in to get rid of the memos of a
-certain nick.
-
-> CS Allow hiding of INFO information a la NickServ
-
-Sure why not.
-
-> ** Add a way to send OperServ (and other?) commands from the shell
-
-This is defintely a big help. but how about just having a telnet session with services, since that would facilitate an
-easier access to commands, and is a seemingly good idea... I'm waiting for people to shoot holes through this, since I
-haven't really thought on it a lot.
-
-> ** Services log channel
-Was there a recent discussion on this?
-
-End of mail :-)
-Imran Ali Rashid
-
-
-
-From u970042 at giki.edu.pk Sun Mar 18 17:14:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [ IRCServices] Suggestion
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro>
-Message-ID: <083501c0afbe$28a80180$430ba8c0@hostel1.giki.edu.pk>
-
-> One month ago I was asking about a SENDPASS command in NickServ.
-> Some people from the list replyed that it is not possible to send the password
-> as long as the encryption is not reversible.
-> But Lonewolf pointed out that would be nice to make services reset the
-> password (/*to some rand chars*/) and send it to user.
-
-How about having it if encryption isn't used and changing the password if it is?
-There was a discussion on this and its on Andrew's todo list.
-I've forgotten what was suggested as regards to allowing the user to use this,
-or only the services admins.
-
-> But this is just a half of the problem. The other half is that a
-> password-thief will change the email address as soon as he has the password
-> for a nick...so any new passwords will be sent to a wrong address. This is the
-> reason I was talking about a parallel db read-only for regular users...
-
-How about having the email address(the old one) in the log file instead of having a
-separate db. Anything to stop from having another db :-)
-
-> When to insert a new email? Only at registration time? And what to do with
-> users changeing email address? etc).
-
-this is the only issue currently associated with the new db idea, the rest are easy to avoid.
-
-> It's a long story...that's why I sayd it may sound stupid...but I guess there
-> are others too who have this kind of problems with stolen nicks.
-
-Stupid is not a nice word to use :-)
-Nothing is stupid, well almost nothing, and this doesn't come under it.
-
->
-> Partizanu
->
->
-> Imran Ali Rashid wrote:
->
-> > 2. Implement a sendpass command which services admins may use to
-> > have services send the password to the users email address.
-
-
-
-
-From andy at strugglers.net Sun Mar 18 17:22:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-In-Reply-To: <3AB4C9E3.52F0934C@expres.ro>
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro>
-Message-ID: <rgk9btkqkgvb6um2ntls4bnpocamrhqmds@4ax.com>
-
-On Sun, 18 Mar 2001 16:44:51 +0200, Partizanu <silvius@expres.ro> wrote:
-
->One month ago I was asking about a SENDPASS command in NickServ.
->Some people from the list replyed that it is not possible to send the password
->as long as the encryption is not reversible.
->But Lonewolf pointed out that would be nice to make services reset the
->password (/*to some rand chars*/) and send it to user.
-
-Makes sense.
-
->But this is just a half of the problem. The other half is that a
->password-thief will change the email address as soon as he has the password
->for a nick...so any new passwords will be sent to a wrong address.
-
-You can't do anything to help people who have shared their password. And I
-do not believe you should waste time trying.
-
-You can however help people who have simply forgotten their password.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From silvius at expres.ro Sun Mar 18 17:43:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Andy Smith - IRCServices]
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro> <rgk9btkqkgvb6um2ntls4bnpocamrhqmds@4ax.com>
-Message-ID: <3AB4D77C.810608C1@expres.ro>
-
-Imagine this:
-Some user, let`s say Guest007 come to you and say:
-- Hello my dear services admin! I have a problem. User BadGuest stole my password
-and I want my nick back. Can you do something about this?
-
-Of course, you, as a good services admin...you care about users...even if if they
-are sniffed for passwords...right?
-So you check /Msg nickserv info BadGuest and get a email address. But is this the
-RIGHT email? You can't tell.
-On this point you have 2 ways:
-1. /ignore Guest007 :)
-2. Check the secondary db (or better as Imran Ali Rashid suggested grep the
-services log and look for a changed mail addres for that nick)
-If no changes in the last 7 days(?)..ok...so you _might_ have a good address...just
-change the pass & send it....
-If the email was changed then you have the old one to play around.
-services.log may show something like:
-
-[Mar 18 17:37:04 2001] NickServ: BadGuest!ident@some.host.com changed email for
-BadGuest from old@email.com to new@email.com
-
-Please remember that this is not _only_ about nicks is about channels and founders
-too. So it can be a problem affecting more the one user per lost passwd.
-
-Partizanu
-
-
-
-Andy Smith wrote:
-
-> >But this is just a half of the problem. The other half is that a
-> >password-thief will change the email address as soon as he has the password
-> >for a nick...so any new passwords will be sent to a wrong address.
->
-> You can't do anything to help people who have shared their password. And I
-> do not believe you should waste time trying.
->
-> You can however help people who have simply forgotten their password.
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> 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 bclark at bclark.yi.org Sun Mar 18 18:00:13 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-Message-ID: <200103181559.KAA03107@mail4.lig.bellsouth.net>
-
-On Sun, 18 Mar 2001 20:00:00 +0500, Imran Ali Rashid said:
-
-> Warning: this is a LONG email.
-
-Reply won't be quite as long -- don't worry. ;)
-
-> > ** Warn about being kicked off after N password failures
->
-> Has there been a discussion on this?
->
-
-I'm not sure if there was, but I don't see the point of a warning -- if
-all you're going to do is kill them, no user intent on cracking a
-password is going to care all that much.
-
-> > OS REHASH command
-
-I thought rehash was already added .........
-
-> > CS SET REVENGE (reverses ban, etc. set by lower level user on
-> higher,
-> and optionally deops/kicks/bans lower level user)
-
-Couldn't really see the point of this, either -- there was a long
-discussion about it about a month ago.
-
-> > CS Last used time for access, AKICK entries
->
-> This is a good idea. This was even mentioned by someone recently.
-> So lets discuss it and see how many people like it.
->
-
-As an extension to that, I was considering making those entries expire
-after a certain amount of time. I got it to work well enough on mine for
-akicks, but I just decided to scrap it for access-list entries -- I
-figure that access lists are normally far longer than akick lists, so
-it'd just slow things down too much on any medium-sized network.
-
-As far as just showing the last-used time, though, I don't see any
-problems with that.
-
-> > NS SET ALL (especially PASSWORD) for all linked nicks
->
-
-I don't like the SET ALL idea either, mainly for the reasons you gave.
-Something similar to Dal's "/chanserv why" command, on the other hand,
-probably wouldn't be too hard (just an extension of the current
-"/chanserv listchans" that was being talked about a couple of days ago,
-really).
-
-> > MS MemoServ IGNORE {ADD,DEL,LIST}
->
-> to help against this and cases of memo flooding, a
-> command may be put in to get rid of the memos of a
-> certain nick.
-
-Or by being able to ignore a hostmask, maybe ....... it'd make things
-more difficult for the flooder, at least.
-
-> > ** Add a way to send OperServ (and other?) commands from the shell
->
-> This is defintely a big help. but how about just having a telnet
-> session with services, since that would facilitate an
-> easier access to commands, and is a seemingly good idea... I'm waiting
-> for people to shoot holes through this, since I
-> haven't really thought on it a lot.
->
-
-Telnetting to services ......... it'd be complicated at best, the way I'm
-imagining it. I know it seems like Services is a server when it connects
-to a network, but at its heart, it's really a client, since it's not set
-up to actually accept connections -- it only initiates them. Perhaps
-it'll be easier to do with the modularization in Services 5.0, but right
-now, adding the server capabilities to Services looks like it would
-require a bit more than a couple of new functions.
-
-
-
-
-From u970042 at giki.edu.pk Sun Mar 18 18:33:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-References: <200103181559.KAA03107@mail4.lig.bellsouth.net>
-Message-ID: <085b01c0afc9$2dcb9d60$430ba8c0@hostel1.giki.edu.pk>
-
-> > Warning: this is a LONG email.
->
-> Reply won't be quite as long -- don't worry. ;)
-
-:)
-I've just mentioned the important parts, and snipped all that we're in agreement with
-:)
-
-> > > ** Warn about being kicked off after N password failures
-> > Has there been a discussion on this?
-> I'm not sure if there was, but I don't see the point of a warning -- if
-> all you're going to do is kill them, no user intent on cracking a
-> password is going to care all that much.
-
-I'd put the warning in the help text. Since the person (assuming a geniune case)
-is gonna have to disconnect and reconnect anyways to authenticate.
-
-> > > OS REHASH command
->
-> I thought rehash was already added .........
->
-
-Nope. At least I haven't run ver 4.5.7, just copied the todo file. I'm still on 4.4.8
-right now and it doesn't have it. You sure you arent confusing it with the sigusr2 put
-in for the log file?
-
-> > > MS MemoServ IGNORE {ADD,DEL,LIST}
-> >
-> > to help against this and cases of memo flooding, a
-> > command may be put in to get rid of the memos of a
-> > certain nick.
->
-> Or by being able to ignore a hostmask, maybe ....... it'd make things
-> more difficult for the flooder, at least.
-
-This is a better idea... comments Andrew?
-
-
-
-
-From achurch at achurch.org Sun Mar 18 22:57:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3ab52109.41362@prima-lan.net>
-
->I think it would be nice to see a "Last modif by" when useing "/msg
->chanserv access #channel list".
-
- I'm not sure of the value of this compared to the amount of
-bookkeeping it would take.
-
->And another thing...this is more a question then a suggestion.
->We have problems with users takeing others nickname password.
->We enforced the use of an email adress when registering a nickname, but
->of course, first thing when somebody take a password is to change that
->address. So we don't have any sure way to check if the new password goes
->to the right address.
->
->And I was thinking...I know it may sound silly...but can we have a
->duplicate db with emails that can be changed just by services admins? Or
->any other way to secure this thing? Ideas? Suggestions? Thanx a lot.
-
- Since users having their passwords taken almost certainly means they
-chose an easy-to-guess password, the right solution is to educate the
-users. I don't see why Services should have to run through hoops to try
-and solve this problem. (Of course, if your server is being
-packet-sniffed, then you have other problems altogether.)
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From uhc0 at rz.uni-karlsruhe.de Sun Mar 18 23:56:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-In-Reply-To: <079b01c0afbc$32193880$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <Pine.HPX.4.31.0103182232400.29908-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Sun, 18 Mar 2001, Imran Ali Rashid wrote:
-
-> Warning: this is a LONG email.
-
-OK.
->
-> > CS NOBANS channel option
->
-I have to admit, this option is actually an idea resulted from the nobans
-command I had added to ircservices. That command is specific to the
-version of Bahamut we are running. It works this way:
-/cs nobans #channel, and the result is, that services places a ban
-exception to *!*@* (mode +e), to override any available bans.
-The idea of this option will possibly be combined with the support for +e
-
-> > ** "Blacklist" of evil users to prevent them from getting +o/+v
->
-> Isn't this already there ala access list autodeop. set the nojoin level to -2 and use this at -1.
-> As far as novoice goes, it could be added the same way autodeop is there.
-
-I also do not think that blacklist is a has-to-exist option.
-
-> > ** Warn about being kicked off after N password failures
->
-> Why not put this in the help message? You could also send it after N-1 tries.
-> Has there been a discussion on this?
-
-I think, the text already states, that it will be put into the help
-message.
-
->
-> > ** Use an easily-parsable log format (eg: <time> CS REG #chan Founder)
-
-The current format is not bad, but the given format is easier to parse, I
-guess, and also easier to recover from, if something goes wrong.
-
->
-> > OS REHASH command
->
-Aye aye!, as if it were that easy. Imagine, you change OperServ's
-nickname, and see what happens, after rehash.
-
-> > CS SET REVENGE (reverses ban, etc. set by lower level user on higher,
-> and optionally deops/kicks/bans lower level user)
->
-
-I also do not see why this magickal feature might be considered.
-
-> > NS SET INFO to set an info line for INFO command (like channel descs)
-
-Will possibly be very helpful.
-
-> >NS Show services oper/admin/root status in INFO
-
-This can possibly get combined with the option making oper/admin list
-commands available to everyone.
-
-> > MS MemoServ IGNORE {ADD,DEL,LIST}
->
-> If a person wants to irritate you and u put him on ignore, whats to stop them from getting another nick and sending
-> another memo? to help against this and cases of memo flooding, a command may be put in to get rid of the memos of a
-> certain nick.
-
-Beg your pardon, but these two sentences make no sense ? The second is a
-pro for the ignore command, and the first is a con ?
-
-> > ** Add a way to send OperServ (and other?) commands from the shell
->
-A telnet session from localhost, with login of servicesroot, and its
-password sounds nice, but I do not see any usage in this.
-
-> > ** Services log channel
-> Was there a recent discussion on this?
-
-Will you start one ? :-)
-
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From achurch at achurch.org Mon Mar 19 00:01:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3ab52fee.41620@prima-lan.net>
-
->>I think it would be nice to see a "Last modif by" when useing "/msg
->>chanserv access #channel list".
->
-> I'm not sure of the value of this compared to the amount of
->bookkeeping it would take.
->
->>And another thing...this is more a question then a suggestion.
->>We have problems with users takeing others nickname password.
->>We enforced the use of an email adress when registering a nickname, but
->>of course, first thing when somebody take a password is to change that
->>address. So we don't have any sure way to check if the new password goes
->>to the right address.
->>
->>And I was thinking...I know it may sound silly...but can we have a
->>duplicate db with emails that can be changed just by services admins? Or
->>any other way to secure this thing? Ideas? Suggestions? Thanx a lot.
->
-> Since users having their passwords taken almost certainly means they
->chose an easy-to-guess password, the right solution is to educate the
->users. I don't see why Services should have to run through hoops to try
->and solve this problem. (Of course, if your server is being
->packet-sniffed, then you have other problems altogether.)
-
- Another thought just occurred to me: since Services logs the
-user@host mask used to register a nick, you can check your logs for the
-mask in use when the nick was registered, and compare that with the one
-in use currently. I do think it would be reasonable to record the E-mail
-address used with the REGISTER (or SET EMAIL) command, so I'll look into
-doing that.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Mar 19 00:11:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <3ab52109.41362@prima-lan.net>
-Message-ID: <Pine.HPX.4.31.0103182259230.11266-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Mon, 19 Mar 2001, Andrew Church wrote:
-
-> Since users having their passwords taken almost certainly means they
-> chose an easy-to-guess password, the right solution is to educate the
-> users. I don't see why Services should have to run through hoops to try
-> and solve this problem. (Of course, if your server is being
-> packet-sniffed, then you have other problems altogether.)
-
-This is correct, but you also have to see, that passwords are "guessed"
-via scripts, which use sockets (mirc has socket events e.g.) And start a
-good amount of connects, each with 3 nick password guesses, sure it takes
-time on good passwords, but sometimes users simply cannot stop themselves
-from setting the cellular phone number as their password, su suddenly it
-gets limited to numbers only etc, etc.
-
-What I will offer is definitely not the perfect solution, but can really
-help to identify, who is who, when recovering passwords:
-
-Two of the features I personally (with my limited knowledge of coding)
-added to services include the sendpass architecture, and a nickname
-authentication system, which operate the following way.
-
-Each time a nickname is registered, a nick gets an authentication code, a
-la dalnet, which cannot be changed, and which is not shown. Thi code is
-emailed to the address given with the register command. After that, the
-person has to issue /nickserv AUTH <code> within some services.conf days,
-or the registration will expire. If people claim to have lost their
-passwords, but can prove that they have the authentication code, because
-it was emailed to them, a services oper can issue /nickserv GETAUTH nick,
-and check the real authentication code against the given, if they match,
-it is highly possible that the person is the real owner, so
-sendpass/getpass can be issued.
-
-Regards,
-yusuf
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From Georges at berscheid.lu Mon Mar 19 00:23:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <Pine.HPX.4.31.0103182259230.11266-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <004201c0affa$4672fe40$4dbbf683@wohnheim.unikl.de>
-
-Hi,
-
-> Each time a nickname is registered, a nick gets an authentication code, a
-> la dalnet, which cannot be changed, and which is not shown. Thi code is
-> emailed to the address given with the register command. After that, the
-> person has to issue /nickserv AUTH <code> within some services.conf days,
-> or the registration will expire. If people claim to have lost their
-> passwords, but can prove that they have the authentication code, because
-> it was emailed to them, a services oper can issue /nickserv GETAUTH nick,
-> and check the real authentication code against the given, if they match,
-> it is highly possible that the person is the real owner, so
-> sendpass/getpass can be issued.
-
-Why don't you just email the password to them when they register, so they
-can look it up if they forget it. If they lose the EMail as well, they will
-lose the AUTH EMail too. So your (in my eyes, quite complicated system of 2
-passwords) becomes obsolete.
-I don't really see the use of this system. You can do whatever you want, but
-you'll never be able to eliminate the stupidness of the users ;-)
-You could even force passwords to contain numbers or special chars if you
-want a higher security level.
-
-Greetings
-
-Georges
-
-
-
-From achurch at achurch.org Mon Mar 19 00:27:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3ab53607.41755@prima-lan.net>
-
->> Since users having their passwords taken almost certainly means they
->> chose an easy-to-guess password, the right solution is to educate the
->> users. I don't see why Services should have to run through hoops to try
->> and solve this problem. (Of course, if your server is being
->> packet-sniffed, then you have other problems altogether.)
->
->This is correct, but you also have to see, that passwords are "guessed"
->via scripts, which use sockets (mirc has socket events e.g.) And start a
->good amount of connects, each with 3 nick password guesses, sure it takes
->time on good passwords, but sometimes users simply cannot stop themselves
->from setting the cellular phone number as their password, su suddenly it
->gets limited to numbers only etc, etc.
-
- Hm, that's a good point. Looks like I need a better way to detect
-password guessers.
-
->Each time a nickname is registered, a nick gets an authentication code, a
->la dalnet, which cannot be changed, and which is not shown. Thi code is
->emailed to the address given with the register command. After that, the
->person has to issue /nickserv AUTH <code> within some services.conf days,
->or the registration will expire. If people claim to have lost their
->passwords, but can prove that they have the authentication code, because
->it was emailed to them, a services oper can issue /nickserv GETAUTH nick,
->and check the real authentication code against the given, if they match,
->it is highly possible that the person is the real owner, so
->sendpass/getpass can be issued.
-
- While this is a good idea if you want to ensure accountability of your
-users, I don't see how it solves the problem of E-mail addresses being
-changed after registration. On the other hand, if this is applied to SET
-EMAIL as well, you can avoid that problem; but then you have to deal with
-people who can't use their old address and distinguishing them from
-crackers who guessed the password and want to steal the nick.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Mon Mar 19 01:29:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file (LONG)
-Message-ID: <3ab54498.42233@prima-lan.net>
-
->>Things to probably do:
->>CS Allow banning single host only, not hostmask, on autokick
->>CS Merge appropriate channel flags with LEVELS settings
->
->Whats the use of the first suggestion? you can do the same if you do it directly. *!*@host
-
- This is with respect to autokicks added by nick instead of mask, where
-Services generates the mask automatically.
-
->I'm guessing the second suggestion is with regards to setting flags and having access levels
->for it. Correct me if i'm wrong.
-
- No, it's more along the lines of "make SET RESTRICTED change the
-NOJOIN access level instead of setting a flag". The current implementation
-is somewhat hacked together in this respect, and I want to clean it up.
-
->Here onwards I'll mention "Things to think about"
-
- I should point out that many of the things listed here I myself don't
-entirely agree with, but listed anyway to consider later and hopefully
-generate comments (like these).
-
->>** Anti-spam pseudoclient: kills people who send messages to it
->> (warning first?)
->
->Whats the use of this? Firstly you would have to put the client in a channel since almost all auto messaging scripts do
->it by seeing the nicks in different channels. [...] In this case, a warning would definitely be a must.
-
- It wouldn't have to be in a channel; I think the person who suggested
-it was implying it would just sit around -i with a random nick.
-
- At any rate, if I do implement this, it will be as a module you can
-load or not at your choice.
-
->> CS NOBANS channel option
->
->I don't see the use of such an option. If you don't want anyone banned, then tell your ops not to ban anyone [...]
-
- This is a good point. Yusuf, what was your reasoning for this?
-Is there anything that can be accomplished with this that couldn't be
-done by (for example) CLEAR BANS?
-
->> CS No target on OP/VOICE means self
->
->Although just a convenience, it should be easy enough to implement... were there any objections on this?
-
- It's easy enough to do, I just haven't gotten around to it yet. (:
-Since you can already op/voice yourself by giving your nick, this is
-pretty low on my priority list, but if there's a call for implementing it
-soon I'll look into it.
-
->> ** "Blacklist" of evil users to prevent them from getting +o/+v
->
->Isn't this already there ala access list autodeop. set the nojoin level to -2 and use this at -1.
->As far as novoice goes, it could be added the same way autodeop is there.
-
- You're misunderstanding this. This is not on a per-channel basis,
-but something that applies to a user or users on the entire network, no
-matter what channel they are in. In particular, I was thinking that
-hostmasks could be used here to deal with people (or bots) who don't
-register their nicks and get other people to op/voice them.
-
->> ** Warn about being kicked off after N password failures
->
->Why not put this in the help message? You could also send it after N-1 tries.
-
- The second is already what I'm thinking of doing, but the first is
-a good idea as well, thanks.
-
->> ** Use an easily-parsable log format (eg: <time> CS REG #chan Founder)
->
->Whats wrong with the current format?
-
- It's not as easy to parse programmatically as it could be. For
-example, some people have suggested something like:
-
-03/02/2001:12:34:56 N R NickName user@somehost.net email@add.ress
-
-where "N" is NickServ, "R" is "register", and the remaining parameters
-are nickname, user@host mask, and E-mail address given (these would of
-course change with the specific event in question). A format like this
-could be parsed more easily by programs, though it would of course have
-the disadvantage of not being easily readable by humans.
-
- One thing I'm considering is to (optionally, of course) keep two
-logfiles: one the same as now, and one with the new format containing
-only registrations/identifies/drops and similar events.
-
->> OS REHASH command
->
->Please Please Please put this in.
->and umm a slightly different behaviour as compared to the SIGHUP signal.
->I refer to the fact that everyone has to identify again.
-
- If/when I do implement a rehash feature, this is what SIGHUP will
-do (instead of restart).
-
->> CS SET REVENGE (reverses ban, etc. set by lower level user on higher,
-> and optionally deops/kicks/bans lower level user)
->
->Are you sure you even want to consider this????
-
- As I said before, these items are things I don't necessarily agree
-with but thought merited further consideration. But as others have also
-pointed out that it's not really useful, I'll drop it from the list.
-
->> CS Last used time for access, AKICK entries
->
->This is a good idea. This was even mentioned by someone recently.
->So lets discuss it and see how many people like it.
-
- I'm already planning to implement this in 5.0 unless there's some
-objection.
-
->> NS SET INFO to set an info line for INFO command (like channel descs)
->
->sure why not. Its an added feature, but I don't see any serious objections to it.
->Although it would probably be very low on the priority list.
-
- Again, this is slated to go into 5.0.
-
->>NS Show services oper/admin/root status in INFO
->
->I don't see why this is necessary... If you want to let people know who is what, make it a separate command. But I don't
->think that either of the suggestions(the todo one and the one i just mentioned) is a good one.
-
- I don't see why it's a _bad_ suggestion, though with the newer
-servers which support +a (Services admin) mode it's not as necessary
-anymore. My aim with this is to let people know who they can go to
-when they have problems with Services--though of course that's really
-a network policy matter more than anything, I suppose.
-
->> NS SET ALL (especially PASSWORD) for all linked nicks
->
->When I read this, I became curious... related to linking.
->Some people link to nicks in a channels access list and the person never knows, all it requires is for him to know their
->password just once.
-
- This is another reason to tell people to choose good passwords;
-I won't rehash the arguments made in the previous thread, but if your
-users are stupid, nothing Services can do can help them.
-
->Even the channel founder is sometimes baffled, since he can't find out. You have to go to a services admin.
->Why not add a command to let people know which nicks are linked to theirs(after identifying of course), and add
->something to chanserv to let people know how a person got opped(the linked nick being a case in point).
-
- The former is already present, though only usable by Services
-admins (NickServ LISTLINKS). The latter has been requested by other
-people as well, and I'll look into implementing it for version 5.0.
-
->> MS MemoServ IGNORE {ADD,DEL,LIST}
->
->If a person wants to irritate you and u put him on ignore, whats to stop them from getting another nick and sending
->another memo? to help against this and cases of memo flooding, a command may be put in to get rid of the memos of a
->certain nick.
-
- Since you can already delete ranges of memos with a single
-command, I don't see the benefit of this. As for the usefulness of
-IGNORE, as someone else also pointed out, ignoring user@host masks
-will prevent the register-a-new-nick problem.
-
->> CS Allow hiding of INFO information a la NickServ
->
->Sure why not.
->
->> ** Add a way to send OperServ (and other?) commands from the shell
->
->This is defintely a big help. but how about just having a telnet session with services, since that would facilitate an
->easier access to commands, and is a seemingly good idea...
-
- Although I haven't decided on exactly how, I hope to implement
-something like this for version 5.0. Obviously, there are security
-concerns associated with allowing remote access, which I'll have to
-consider as well.
-
->> ** Services log channel
->Was there a recent discussion on this?
-
- Not recent, but a long time ago there was some discussion about
-this. As I recall, it essentially came down to the benefit of being
-able to monitor the log online (remotely) vs. the security problems of
-having Services status information broadcast on the network and the
-additional network load. I personally think it would be better off
-not being added, but I'm open to comments.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From quension at softhome.net Mon Mar 19 03:22:01 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-References: <3ab54498.42233@prima-lan.net>
-Message-ID: <3AB55EFB.49C11118@softhome.net>
-
-Andrew Church wrote:
-
-> >> ** Services log channel
-> >Was there a recent discussion on this?
->
-> Not recent, but a long time ago there was some discussion about
-> this. As I recall, it essentially came down to the benefit of being
-> able to monitor the log online (remotely) vs. the security problems of
-> having Services status information broadcast on the network and the
-> additional network load. I personally think it would be better off
-> not being added, but I'm open to comments.
-
-As a rumor claims, DALnet once had a log channel for their proxy
-scanners. It became a liability, as people would attempt to ride in on
-netsplits. Those who managed to stay for awhile logged the proxies,
-then made good use of them on servers that did not run the scanner (or
-after attacking the scanner into oblivion).
-
-While that's unconfirmed, it certainly rings true with human behavior.
-I'd suggest adding in a hostmask-regulated telnet module or similar (I'd
-go for DCC, but that wouldn't allow giving commands to OperServ while
-not on IRC). Along with live log watching, you could have a parser scan
-the new log files and show you past history on a nick or channel, etc.
-If thread support is sufficient on the OSes services runs on, such a
-module would be useful as a separate thread: skips around shell process
-restrictions, and no lag on services while crunching logs.
-
--- Quension
-
-
-From u970042 at giki.edu.pk Mon Mar 19 06:04:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-References: <Pine.HPX.4.31.0103182232400.29908-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <006e01c0b029$bba563e0$430ba8c0@hostel1.giki.edu.pk>
-
-I love the discussions.
-:-)
-
-> > > ** Warn about being kicked off after N password failures
-> >
-> > Why not put this in the help message? You could also send it after N-1 tries.
-> > Has there been a discussion on this?
->
-> I think, the text already states, that it will be put into the help
-> message.
-
-It didn't, but as Andrew mentions in a later message, it will be.
-
-> > >NS Show services oper/admin/root status in INFO
->
-> This can possibly get combined with the option making oper/admin list
-> commands available to everyone.
-
-oper/admin commands to everyone??
-
-> > > MS MemoServ IGNORE {ADD,DEL,LIST}
-> >
-> > If a person wants to irritate you and u put him on ignore, whats to stop them from getting another nick and sending
-> > another memo? to help against this and cases of memo flooding, a command may be put in to get rid of the memos of a
-> > certain nick.
->
-> Beg your pardon, but these two sentences make no sense ? The second is a
-> pro for the ignore command, and the first is a con ?
-
-Deleting all memo's from a nick is different from ignoring a nick. But as Andrew pointed out, not very useful.
-
-> > > ** Add a way to send OperServ (and other?) commands from the shell
-> >
-> A telnet session from localhost, with login of servicesroot, and its
-> password sounds nice, but I do not see any usage in this.
-
-Oh believe me, in a small network it can be very useful.
-
-Imran Ali Rashid
-
-
-
-From u970042 at giki.edu.pk Mon Mar 19 06:06:02 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Suggestion
-References: <Pine.HPX.4.31.0103182259230.11266-100000@rzstud1.rz.uni-karlsruhe.de> <004201c0affa$4672fe40$4dbbf683@wohnheim.unikl.de>
-Message-ID: <007101c0b02a$07460c00$430ba8c0@hostel1.giki.edu.pk>
-
-> Why don't you just email the password to them when they register, so they
-> can look it up if they forget it. If they lose the EMail as well, they will
-> lose the AUTH EMail too. So your (in my eyes, quite complicated system of 2
-> passwords) becomes obsolete.
-> I don't really see the use of this system. You can do whatever you want, but
-> you'll never be able to eliminate the stupidness of the users ;-)
-> You could even force passwords to contain numbers or special chars if you
-> want a higher security level.
-
-The reasoning behind this was the same as the one for password guessing. The system
-prevents the damage from easy to guess passwords, by using a separate code in the
-AUTH system which is not guessable.
-Of course, the stupidity of the users has always been an issue and can not be worked
-around, or eliminated completely, assuming you would even want to try ;-)
-
-I guess there could be an option to force passwords to be more secure. Thats a good
-idea for starters.
-
-Imran Ali Rashid
-
-
-
-
-From u970042 at giki.edu.pk Mon Mar 19 06:32:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file (LONG)
-References: <3ab54498.42233@prima-lan.net>
-Message-ID: <007c01c0b02d$94ed4b10$430ba8c0@hostel1.giki.edu.pk>
-
-Warning: another long email... mostly due to repeating old stuff, so that
-people know what is being discussed.
-
-> >Here onwards I'll mention "Things to think about"
->
-> I should point out that many of the things listed here I myself don't
-> entirely agree with, but listed anyway to consider later and hopefully
-> generate comments (like these).
-
-:-)
-
-> >> ** "Blacklist" of evil users to prevent them from getting +o/+v
-> >
-> >Isn't this already there ala access list autodeop. set the nojoin level to -2 and use this at -1.
-> >As far as novoice goes, it could be added the same way autodeop is there.
->
-> You're misunderstanding this. This is not on a per-channel basis,
-> but something that applies to a user or users on the entire network, no
-> matter what channel they are in. In particular, I was thinking that
-> hostmasks could be used here to deal with people (or bots) who don't
-> register their nicks and get other people to op/voice them.
-
-Isn't this a channel issue, which can be dealt with using secureops and a good access
-list? I mean, if they get opped and people in the channel don't like it, its a channel issue,
-so why should it be considered globally.
-
-> >> ** Warn about being kicked off after N password failures
-> >
-> >Why not put this in the help message? You could also send it after N-1 tries.
->
-> The second is already what I'm thinking of doing, but the first is
-> a good idea as well, thanks.
-
-No Problem :-)
-
-> >> ** Use an easily-parsable log format (eg: <time> CS REG #chan Founder)
-> >
-> >Whats wrong with the current format?
->
-> It's not as easy to parse programmatically as it could be. For
-> example, some people have suggested something like:
->
-> 03/02/2001:12:34:56 N R NickName user@somehost.net email@add.ress
-
-OUCH. you're right, this is insulting to human eyes.
-But if this can be parsed, whats wrong with the current format?
-
-[Mar 19 08:29:48 2001] NickServ: aala-hazrat!Stud@altamash.hostel4.giki.edu.pk
-identified for nick aala-hazrat
-
-You can still use the first word after the braces end to know if its nickserv or not.
-registered is the second word after the : if register is being talked about. I don't think
-the second word starts with 'r' in any other scenario. The rest can easily be parsed
-since you already know which word has the nick and mask.
-
-> One thing I'm considering is to (optionally, of course) keep two
-> logfiles: one the same as now, and one with the new format containing
-> only registrations/identifies/drops and similar events.
-
-Ummm why another log file... As i mentioned above, it can still be parsed easily.
-A little extra effort is required, but not as much as people think.
-
-> >> OS REHASH command
-> >
-> >Please Please Please put this in.
-> >and umm a slightly different behaviour as compared to the SIGHUP signal.
-> >I refer to the fact that everyone has to identify again.
->
-> If/when I do implement a rehash feature, this is what SIGHUP will
-> do (instead of restart).
-
-Cool.
-Umm "if/when"? please could u put this on the todo list? :-)
-Anyone else in favour?
-
-> >> CS Last used time for access, AKICK entries
-> >
-> >This is a good idea. This was even mentioned by someone recently.
-> >So lets discuss it and see how many people like it.
->
-> I'm already planning to implement this in 5.0 unless there's some
-> objection.
-
-No objections
-
-> >>NS Show services oper/admin/root status in INFO
-> >
-> >I don't see why this is necessary... If you want to let people know who is what, make it a separate command. But I
-don't
-> >think that either of the suggestions(the todo one and the one i just mentioned) is a good one.
->
-> I don't see why it's a _bad_ suggestion, though with the newer
-> servers which support +a (Services admin) mode it's not as necessary
-> anymore. My aim with this is to let people know who they can go to
-> when they have problems with Services--though of course that's really
-> a network policy matter more than anything, I suppose.
-
-If you want to announce who the services admin is, there are easier ways, ala
-motd and logonnews. Why put it in his nickserv info. This is not a good idea
-from a security point of view, and like I said, if you want something extra to let
-people know who to go to, put in a separate command, that lists active services
-admins and so on.
-
-> >Even the channel founder is sometimes baffled, since he can't find out. You have to go to a services admin.
-> >Why not add a command to let people know which nicks are linked to theirs(after identifying of course), and add
-> >something to chanserv to let people know how a person got opped(the linked nick being a case in point).
->
-> The former is already present, though only usable by Services
-> admins (NickServ LISTLINKS). The latter has been requested by other
-> people as well, and I'll look into implementing it for version 5.0.
-
-Knew about the former, was requesting the latter :-)
-
-> >> MS MemoServ IGNORE {ADD,DEL,LIST}
-> >
-> >If a person wants to irritate you and u put him on ignore, whats to stop them from getting another nick and sending
-> >another memo? to help against this and cases of memo flooding, a command may be put in to get rid of the memos of a
-> >certain nick.
->
-> Since you can already delete ranges of memos with a single
-> command, I don't see the benefit of this. As for the usefulness of
-> IGNORE, as someone else also pointed out, ignoring user@host masks
-> will prevent the register-a-new-nick problem.
-
-Oops, forgot about that, I don't know how I missed it.
-You're right. Bad suggestion.
-
-> >> ** Add a way to send OperServ (and other?) commands from the shell
-> >
-> >This is defintely a big help. but how about just having a telnet session with services, since that would facilitate
-an
-> >easier access to commands, and is a seemingly good idea...
->
-> Although I haven't decided on exactly how, I hope to implement
-> something like this for version 5.0. Obviously, there are security
-> concerns associated with allowing remote access, which I'll have to
-> consider as well.
-
-how about 127.0.0.1 access only and having a password specially set
-by the services admins for this purpose via irc or otherwise, which is
-encrypted. What else is a concern from a security point of view?
-
-
-> >> ** Services log channel
-> >Was there a recent discussion on this?
->
-> Not recent, but a long time ago there was some discussion about
-> this. As I recall, it essentially came down to the benefit of being
-> able to monitor the log online (remotely) vs. the security problems of
-> having Services status information broadcast on the network and the
-> additional network load. I personally think it would be better off
-> not being added, but I'm open to comments.
-
-As such, if there is access to the server on which services is hosted, then
-this suggestion is useless, but if access is a problem, then this seems to
-be a good idea to help with troubleshooting, and the same way, rotatelog
-would seem helpful.. By the way, I know its still there via SIGUSR2 but why
-was it removed from operserv?
-
-
-
-From u970042 at giki.edu.pk Mon Mar 19 06:39:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-References: <3ab54498.42233@prima-lan.net> <3AB55EFB.49C11118@softhome.net>
-Message-ID: <008501c0b02e$965c27e0$430ba8c0@hostel1.giki.edu.pk>
-
-> As a rumor claims, DALnet once had a log channel for their proxy
-> scanners. It became a liability, as people would attempt to ride in on
-> netsplits. Those who managed to stay for awhile logged the proxies,
-> then made good use of them on servers that did not run the scanner (or
-> after attacking the scanner into oblivion).
-
-There are easy work arounds for this. If Services can send to the channel,
-it can control it, and hence prevent anyone being in it who isn't a services
-admin. And can prevent Services admins from joining without identifying and
-so on. I don't know how many ircds support +O but this could also be used
-to help against this kind of abuse.
-
-> While that's unconfirmed, it certainly rings true with human behavior.
-> I'd suggest adding in a hostmask-regulated telnet module or similar (I'd
-> go for DCC, but that wouldn't allow giving commands to OperServ while
-> not on IRC). Along with live log watching, you could have a parser scan
-> the new log files and show you past history on a nick or channel, etc.
-> If thread support is sufficient on the OSes services runs on, such a
-> module would be useful as a separate thread: skips around shell process
-> restrictions, and no lag on services while crunching logs.
-
-The purpose of a telnet module to operserv was in case easy access was
-not available to irc. Why put in that restriction? If you're on irc anyways,
-you don't need the telnet module in the first place.
-
->
-> -- Quension
->
-
-Imran Ali Rashid
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Mar 19 12:33:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-In-Reply-To: <008501c0b02e$965c27e0$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <Pine.HPX.4.31.0103191121110.18894-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Mon, 19 Mar 2001, Imran Ali Rashid wrote:
-
-> > As a rumor claims, DALnet once had a log channel for their proxy
-> > scanners. It became a liability, as people would attempt to ride in on
-> > netsplits. Those who managed to stay for awhile logged the proxies,
-> > then made good use of them on servers that did not run the scanner (or
-> > after attacking the scanner into oblivion).
->
-> There are easy work arounds for this. If Services can send to the channel,
-> it can control it, and hence prevent anyone being in it who isn't a services
-> admin. And can prevent Services admins from joining without identifying and
-> so on. I don't know how many ircds support +O but this could also be used
-> to help against this kind of abuse.
->
-
-Again, the log channel event is also something I've implemented, and I am
-quite sure, that it's content, would not be easily seen by normal users.
-Another of my personal modifications to Bahamut include the implementation
-of IRCnet's cmode +a and +q, respectively anonymous and quiet channels.
-They limited the usage of these on server owned channels, in order to
-eliminate the need of tons of user modes for different kinds of notices. I
-have expanded that behavior also to a channel named #services, which also
-became a server owned channel (technical details are not topic of this
-list). This way, the modes of #services, which are +tnspOq, are always
-kept, and no non-oper can join this channel. A very samll modification to
-the log(), to send everything as a NOTICE to this channel, if debug is off
-was enough to have a secure log channel. Because our servers use
-encryption, it is definitely not easy to sniff the content of network
-communication.
-
-Regards,
-yusuf
-
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From u970042 at giki.edu.pk Mon Mar 19 14:20:02 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A big problem - services being flooded
-Message-ID: <03ea01c0b06e$f4215450$430ba8c0@hostel1.giki.edu.pk>
-
-I had thought of this while starting the todo discussion, but forgot about it till now.
-
-Is there any form of flood protection in services?
-To the best of my knowledge there isn't. Hence nothing stops a person from
-lagging services very easily. an example might be the following mirc command:
-/timer 10 0 quote chanserv help
-It sends 10 chanserv help messages immediately(0 seconds of delay between each).
-The result? Services start lagging. I'm not killed since i'm not flooding, and though
-services are technically flooding, they are obviously not killed. This is bad!! Creativity
-can give may to more elegant ways of lagging services, but I'll stop here.
-
-There is also no restriction on the log file size, unless you place it yourself with the
-quota system.
-
-The problem with all the above combinations is that there is nothing to stop a person
-from filling the services log file with absolute rubbish and kill the the disk space on
-the server if a close watch isn't kept or a quota system isn't active. Other than the
-disk space issue there is also the rubbish in the log file issue.
-
-Oh and in case you were wondering, If you keep on identifying once every second,
-since a line is 110 characters long, it will take you approximately 110 days to fill up
-1 GB. I know how impossible this is, hence it is not my main concern, so please don't
-flame on this. My main point is the cluttering of the log file and services lag.
-
-For Example. As a friend so happily demostrated for me, he logged on and kept on
-identifying once or twice every second. Services didn't react, obviously, since there
-is no flood protection in it. Guess what happened, and no the server hard disk space
-didn't fill(I am a good admin despite my occasional gripes :-) ), but when I wanted to
-look into a few problems, you can imagine how cluttered the log file was. Grep is nice
-to use, but sometimes.....
-
-So the issue at hand is mainly the flooding of services. Is there anything built in at the
-moment, and if not, what kind of suggestions have been thought upon?
-
-How about limiting the number of times a particular command like identify(its an example,
-and not a specific case) may be used by someone, or maybe the number of commands
-used by someone via services in general, even help, since it can easily be used to lag
-services.
-
-Imran Ali Rashid.
-
-
-
-From achurch at achurch.org Mon Mar 19 15:42:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] A big problem - services being flooded
-Message-ID: <3ab60c55.47621@prima-lan.net>
-
->I had thought of this while starting the todo discussion, but forgot about it till now.
->
->Is there any form of flood protection in services?
-
- There is, but I'm not sure it works properly at the moment. One of my
-goals for 5.0 is to get it working better.
-
->Oh and in case you were wondering, If you keep on identifying once every second,
->since a line is 110 characters long, it will take you approximately 110 days to fill up
->1 GB. I know how impossible this is, hence it is not my main concern, so please don't
->flame on this. My main point is the cluttering of the log file and services lag.
->
->For Example. As a friend so happily demostrated for me, he logged on and kept on
->identifying once or twice every second. Services didn't react, obviously, since there
->is no flood protection in it.
-
- Services won't protect against this; as you yourself point out above, at this
-rate it would take forever to fill up your hard disk. I do, however, see how this
-could get to be a problem if 100 clones do it at the same time, so I'll see about
-disabling logging for users who are already identified.
-
- However, the main purpose of ignore is to prevent users lagging Services (by
-sending commands that take a long time), not to prevent the log filling up your
-disk space, which you can check for outside of Services using cron and ls, among
-others. As such, IDENTIFY is insignificant, and things like LIST *a*b*c*d* are
-more of a concern. I do agree that repeat commands are a problem, but for the
-time being you should be able to take care of this with ircd flood control.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From andy at strugglers.net Mon Mar 19 16:22:02 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Andy Smith - IRCServices]
-In-Reply-To: <3AB4D77C.810608C1@expres.ro>
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro> <rgk9btkqkgvb6um2ntls4bnpocamrhqmds@4ax.com> <3AB4D77C.810608C1@expres.ro>
-Message-ID: <294cbtkbb9esjnll9tlhshkjadi07m6r23@4ax.com>
-
-On Sun, 18 Mar 2001 17:42:52 +0200, Partizanu <silvius@expres.ro> wrote:
-
->Imagine this:
->Some user, let`s say Guest007 come to you and say:
->- Hello my dear services admin! I have a problem. User BadGuest stole my password
->and I want my nick back. Can you do something about this?
-
-In this situation, BadGuest was given the password by the user, or else the
-user did something to allow BadGuest to easily guess it. That is the user's
-problem.
-
-The other slim possibility is that the IRC network itself has someone
-sniffing passwords on it. That is a problem that needs to be solved, and no
-part of services can solve it for you.
-
-The vast majority of "password stealing" incidents are down to users sharing
-their passwords.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From strider at chatcircuit.com Mon Mar 19 16:43:18 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro>
-Message-ID: <001f01c0b083$1f175100$0200000a@strider>
-
-The parallel db sounds good, but the only way I can see that working well
-would require a small network and/or a lot of admins. Unless you make it to
-where once set, it never ever changes. Another problem arrises though with
-this. If the email is to never change if the nick is taken over, that would
-me not changing even when the nick is dropped. This could cause problems
-with nicks that are dropped by the right person (either the owner or oper)
-and someone down the road wants to use the nick. On a small network such as
-mine this probably isn't a big problem, but if you have a large network with
-many registrations in a day, then it could be difficult to keep up with.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Partizanu" <silvius@expres.ro>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, March 18, 2001 8:44 AM
-Subject: [IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-
-
-> One month ago I was asking about a SENDPASS command in NickServ.
-> Some people from the list replyed that it is not possible to send the
-password
-> as long as the encryption is not reversible.
-> But Lonewolf pointed out that would be nice to make services reset the
-> password (/*to some rand chars*/) and send it to user.
->
-> But this is just a half of the problem. The other half is that a
-> password-thief will change the email address as soon as he has the
-password
-> for a nick...so any new passwords will be sent to a wrong address. This is
-the
-> reason I was talking about a parallel db read-only for regular users...
-> Again, the idea may sound stupid and it has a lots of "bugs" in it (eg.
-How
-> and When to sync the two databases? How to prevent that the
-> "only-opers-can-modify" database will never sync with Nickserv database
-and
-> overwrite the good email address with the new/fake address from NickServ's
-db?
-> When to insert a new email? Only at registration time? And what to do with
-> users changeing email address? etc).
-> It's a long story...that's why I sayd it may sound stupid...but I guess
-there
-> are others too who have this kind of problems with stolen nicks.
->
-> Partizanu
->
->
->
-> Imran Ali Rashid wrote:
->
-> > 2. Implement a sendpass command which services admins may use to
-> > have services send the password to the users email address.
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Mon Mar 19 17:03:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:16 2004
-Subject: [IRCServices] Re: [Andy Smith - IRCServices]
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro> <rgk9btkqkgvb6um2ntls4bnpocamrhqmds@4ax.com> <3AB4D77C.810608C1@expres.ro> <294cbtkbb9esjnll9tlhshkjadi07m6r23@4ax.com>
-Message-ID: <005b01c0b085$f54a4c80$0200000a@strider>
-
-You need to keep in mind that not every Tom Dick and Harry is the most
-computer literate person in the world or knows about making good passwords.
-Many people try to make passwords they can remember, like the name of their
-dog, their address, etc etc. It is very bad practice, but there is no way to
-just go out to the world and tell everyone their password is insecure, blah
-blah blah. Am I not right? I do try to tell my users to use strong
-passwords. Some do, some don't. You don't just abandone those who chose not
-to, because that is the majority, whether we like it or not.
-
-If any feel this is a big issue and want it fixed, I suggest making a logon
-news, motd entry, and a web page for your irc server stating the fact you
-want your users to make strong passwords. This will NOT force every single
-user to do so, so don't be surprised if it doesn't even work.
-
-Suggestion on a feature:
-Allow services to make a randomly generated password. Perhaps /msg nickserv
-register RANDOM email would do it rather than set it to random. Since the
-services does reply to you with the password you entered, the user has a
-chance to write down the password.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, March 19, 2001 8:20 AM
-Subject: Re: [IRCServices] Re: [Andy Smith - IRCServices]
-
-
-> On Sun, 18 Mar 2001 17:42:52 +0200, Partizanu <silvius@expres.ro> wrote:
->
-> >Imagine this:
-> >Some user, let`s say Guest007 come to you and say:
-> >- Hello my dear services admin! I have a problem. User BadGuest stole my
-password
-> >and I want my nick back. Can you do something about this?
->
-> In this situation, BadGuest was given the password by the user, or else
-the
-> user did something to allow BadGuest to easily guess it. That is the
-user's
-> problem.
->
-> The other slim possibility is that the IRC network itself has someone
-> sniffing passwords on it. That is a problem that needs to be solved, and
-no
-> part of services can solve it for you.
->
-> The vast majority of "password stealing" incidents are down to users
-sharing
-> their passwords.
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From andy at strugglers.net Mon Mar 19 17:10:51 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Re: [Andy Smith - IRCServices]
-In-Reply-To: <005b01c0b085$f54a4c80$0200000a@strider>
-References: <3AB4B5B5.F770EFF2@expres.ro> <06b801c0afb4$dcd84930$430ba8c0@hostel1.giki.edu.pk> <3AB4C9E3.52F0934C@expres.ro> <rgk9btkqkgvb6um2ntls4bnpocamrhqmds@4ax.com> <3AB4D77C.810608C1@expres.ro> <294cbtkbb9esjnll9tlhshkjadi07m6r23@4ax.com> <005b01c0b085$f54a4c80$0200000a@strider>
-Message-ID: <f08cbt01osg7fcdq7jbj73s87io3btq2m4@4ax.com>
-
-On Mon, 19 Mar 2001 09:04:48 -0600, "Strider" <strider@chatcircuit.com>
-wrote:
-
->You need to keep in mind that not every Tom Dick and Harry is the most
->computer literate person in the world or knows about making good passwords.
->Many people try to make passwords they can remember, like the name of their
->dog, their address, etc etc. It is very bad practice, but there is no way to
->just go out to the world and tell everyone their password is insecure, blah
->blah blah. Am I not right? I do try to tell my users to use strong
->passwords. Some do, some don't. You don't just abandone those who chose not
->to, because that is the majority, whether we like it or not.
-
-A far better suggestion rather than chasing around after people who have had
-their password guessed, is to be more stringent about passwords that people
-choose either on registration or on changing password - something similar to
-the way most modern unices validate account passwords?
-
-But do you REALLY see so many users who genuinely have had their password
-guessed? I do not, it is almost always because they have intentionally
-shared their password with other people.
-
---
-Andy Smith <andy@strugglers.net>
-
-
-From grenday288 at geocities.com Mon Mar 19 18:16:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] A discussion on the contents of the todo file
-In-Reply-To: <008501c0b02e$965c27e0$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <3AB5DC52.17737.54CE760@localhost>
-
-On 19 Mar 2001, at 9:39, Imran Ali Rashid wrote:
-
-> > As a rumor claims, DALnet once had a log channel for their proxy
-> > scanners. It became a liability, as people would attempt to ride in on
-> > netsplits. Those who managed to stay for awhile logged the proxies,
-> > then made good use of them on servers that did not run the scanner (or
-> > after attacking the scanner into oblivion).
->
-> There are easy work arounds for this. If Services can send to the channel,
-> it can control it, and hence prevent anyone being in it who isn't a services
-> admin. And can prevent Services admins from joining without identifying and
-> so on. I don't know how many ircds support +O but this could also be used
-> to help against this kind of abuse.
->
-
-I wouldn't rely on +O'ing channels using bahamut to keep users out
-of them. When a server splits +O is lost on that server and isn't
-resynced when it relinks so anyone who goes on the server that
-split will get in the channel just fine. Mlocking +O wont help
-because the servers that didn't split still have +O so services
-doesn't know that its -O on that server.
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-
-From silvius at expres.ro Tue Mar 20 15:23:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-References: <3AB5DC52.17737.54CE760@localhost>
-Message-ID: <3AB7582E.DE8B2C95@expres.ro>
-
-ok, here is the situation:
-User Ady - founder of #kappa
-User Partizanu(me) - access to op-deop command on #kappa
-
-Command: /msg chanserv deop #kappa Ady
-Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is temporarily
-unavailable.
-
-services.log paste - debug level 4
-[Mar 20 15:09:28.226474 2001] debug: buffered_read_one(0) returning 10
-[Mar 20 15:09:28.226706 2001] debug: Received: :Partizanu PRIVMSG
-ChanServ@services.netchat.ro :deop #kappa ady
-[Mar 20 15:09:28.226991 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:28.227243 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:28.227499 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:28.227730 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:28.228023 2001] debug: findchan(0xbffff7d3)
-[Mar 20 15:09:28.229325 2001] debug: flush_write_buffer wanted 83, got 83
-[Mar 20 15:09:28.229691 2001] debug: buffered_write(0,0xbfff9aa3,83) returning 83
-[Mar 20 15:09:28.229946 2001] debug: Sent: :ChanServ NOTICE Partizanu :Sorry, the
-#kappa command is temporarily unavailable.
-[Mar 20 15:09:28.230261 2001] debug: Top of main loop
-[Mar 20 15:09:28.230484 2001] debug: read_buffer_len() returning 0
-[Mar 20 15:09:28.250227 2001] debug: buffered_read_one wanted 60732, got 22
-[Mar 20 15:09:28.250847 2001] debug: buffered_read_one(0) returning 58
-............
-[Mar 20 15:09:29.354984 2001] debug: buffered_read_one(0) returning 10
-[Mar 20 15:09:29.355209 2001] debug: Received: :Partizanu PRIVMSG
-ChanServ@services.netchat.ro :deop #kappa ady
-[Mar 20 15:09:29.355480 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:29.355721 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:29.355965 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:29.356189 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:29.356471 2001] debug: findchan(0xbffff7d3)
-[Mar 20 15:09:29.357055 2001] debug: flush_write_buffer wanted 83, got 83
-[Mar 20 15:09:29.357462 2001] debug: buffered_write(0,0xbfff9aa3,83) returning 83
-[Mar 20 15:09:29.357933 2001] debug: Sent: :ChanServ NOTICE Partizanu :Sorry, the
-#kappa command is temporarily unavailable.
-[Mar 20 15:09:29.358231 2001] debug: Top of main loop
-[Mar 20 15:09:29.358459 2001] debug: read_buffer_len() returning 0
-[Mar 20 15:09:29.869102 2001] debug: buffered_read_one wanted 60616, got 27
-[Mar 20 15:09:29.869645 2001] debug: buffered_read_one(0) returning 58
-............
-[Mar 20 15:09:30.000687 2001] debug: buffered_read_one(0) returning 10
-[Mar 20 15:09:30.000909 2001] debug: Received: :Partizanu PRIVMSG
-ChanServ@services.netchat.ro :deop #kappa ady
-[Mar 20 15:09:30.001172 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:30.001411 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:30.001658 2001] debug: finduser(0xbffff9e8)
-[Mar 20 15:09:30.001883 2001] debug: finduser(Partizanu) -> 0x8299780
-[Mar 20 15:09:30.002163 2001] debug: findchan(0xbffff7d3)
-[Mar 20 15:09:30.002721 2001] debug: flush_write_buffer wanted 83, got 83
-[Mar 20 15:09:30.003185 2001] debug: buffered_write(0,0xbfff9aa3,83) returning 83
-[Mar 20 15:09:30.003614 2001] debug: Sent: :ChanServ NOTICE Partizanu :Sorry, the
-#kappa command is temporarily unavailable.
-[Mar 20 15:09:30.003890 2001] debug: Top of main loop
-[Mar 20 15:09:30.004115 2001] debug: read_buffer_len() returning 0
-[Mar 20 15:09:30.692794 2001] debug: buffered_read_one wanted 60524, got 36
-------------
-It's just me, or is soemthing wrong here?
-
-Partizanu
-
-
-
-
-From achurch at achurch.org Tue Mar 20 16:06:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-Message-ID: <3ab76380.70066@prima-lan.net>
-
->Command: /msg chanserv deop #kappa Ady
->Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is temporarily
->unavailable.
-
- The "#kappa" is a cosmetic bug and has been fixed. As for the command
-not working, I'm not sure. Are you using the Unreal server? There have
-been similar problems reported with it lately.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From Adrian at alltrom.ro Tue Mar 20 16:09:00 2001
-From: Adrian at alltrom.ro (Adrian AT. Teodorescu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-Message-ID: <149B994AD9317E439C9773498FE0F3370664FD@mailer.alltrom.ro>
-
-No ... server is Bahamut 1.4.22
-
-Ady
-
------Original Message-----
-From: Andrew Church [mailto:achurch@achurch.org]
-Sent: Tuesday, March 20, 2001 4:04 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] [Long mail] Service won't deop a user
-
-
->Command: /msg chanserv deop #kappa Ady
->Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is
-temporarily
->unavailable.
-
- The "#kappa" is a cosmetic bug and has been fixed. As for the
-command
-not working, I'm not sure. Are you using the Unreal server? There have
-been similar problems reported with it lately.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From RealCFC at ChatFIRST.COM Tue Mar 20 16:21:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-References: <3AB5DC52.17737.54CE760@localhost> <3AB7582E.DE8B2C95@expres.ro>
-Message-ID: <003a01c0b15b$28c65240$07b23dd0@pavilion>
-
-I use IRCservices4.5.8 with UnrealIRCd3.3.1 and I have no problems with the
-OP and DEOP commands, Just my two cents.
-
------ Original Message -----
-From: "Partizanu" <silvius@expres.ro>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, March 20, 2001 5:16 AM
-Subject: [IRCServices] [Long mail] Service won't deop a user
-
-
-> ok, here is the situation:
-> User Ady - founder of #kappa
-> User Partizanu(me) - access to op-deop command on #kappa
->
-> Command: /msg chanserv deop #kappa Ady
-> Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is
-temporarily
-> unavailable.
->
-> services.log paste - debug level 4
-> [Mar 20 15:09:28.226474 2001] debug: buffered_read_one(0) returning 10
-> [Mar 20 15:09:28.226706 2001] debug: Received: :Partizanu PRIVMSG
-> ChanServ@services.netchat.ro :deop #kappa ady
-> [Mar 20 15:09:28.226991 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:28.227243 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:28.227499 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:28.227730 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:28.228023 2001] debug: findchan(0xbffff7d3)
-> [Mar 20 15:09:28.229325 2001] debug: flush_write_buffer wanted 83, got 83
-> [Mar 20 15:09:28.229691 2001] debug: buffered_write(0,0xbfff9aa3,83)
-returning 83
-> [Mar 20 15:09:28.229946 2001] debug: Sent: :ChanServ NOTICE Partizanu
-:Sorry, the
-> #kappa command is temporarily unavailable.
-> [Mar 20 15:09:28.230261 2001] debug: Top of main loop
-> [Mar 20 15:09:28.230484 2001] debug: read_buffer_len() returning 0
-> [Mar 20 15:09:28.250227 2001] debug: buffered_read_one wanted 60732, got
-22
-> [Mar 20 15:09:28.250847 2001] debug: buffered_read_one(0) returning 58
-> ............
-> [Mar 20 15:09:29.354984 2001] debug: buffered_read_one(0) returning 10
-> [Mar 20 15:09:29.355209 2001] debug: Received: :Partizanu PRIVMSG
-> ChanServ@services.netchat.ro :deop #kappa ady
-> [Mar 20 15:09:29.355480 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:29.355721 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:29.355965 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:29.356189 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:29.356471 2001] debug: findchan(0xbffff7d3)
-> [Mar 20 15:09:29.357055 2001] debug: flush_write_buffer wanted 83, got 83
-> [Mar 20 15:09:29.357462 2001] debug: buffered_write(0,0xbfff9aa3,83)
-returning 83
-> [Mar 20 15:09:29.357933 2001] debug: Sent: :ChanServ NOTICE Partizanu
-:Sorry, the
-> #kappa command is temporarily unavailable.
-> [Mar 20 15:09:29.358231 2001] debug: Top of main loop
-> [Mar 20 15:09:29.358459 2001] debug: read_buffer_len() returning 0
-> [Mar 20 15:09:29.869102 2001] debug: buffered_read_one wanted 60616, got
-27
-> [Mar 20 15:09:29.869645 2001] debug: buffered_read_one(0) returning 58
-> ............
-> [Mar 20 15:09:30.000687 2001] debug: buffered_read_one(0) returning 10
-> [Mar 20 15:09:30.000909 2001] debug: Received: :Partizanu PRIVMSG
-> ChanServ@services.netchat.ro :deop #kappa ady
-> [Mar 20 15:09:30.001172 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:30.001411 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:30.001658 2001] debug: finduser(0xbffff9e8)
-> [Mar 20 15:09:30.001883 2001] debug: finduser(Partizanu) -> 0x8299780
-> [Mar 20 15:09:30.002163 2001] debug: findchan(0xbffff7d3)
-> [Mar 20 15:09:30.002721 2001] debug: flush_write_buffer wanted 83, got 83
-> [Mar 20 15:09:30.003185 2001] debug: buffered_write(0,0xbfff9aa3,83)
-returning 83
-> [Mar 20 15:09:30.003614 2001] debug: Sent: :ChanServ NOTICE Partizanu
-:Sorry, the
-> #kappa command is temporarily unavailable.
-> [Mar 20 15:09:30.003890 2001] debug: Top of main loop
-> [Mar 20 15:09:30.004115 2001] debug: read_buffer_len() returning 0
-> [Mar 20 15:09:30.692794 2001] debug: buffered_read_one wanted 60524, got
-36
-> ------------
-> It's just me, or is soemthing wrong here?
->
-> Partizanu
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From RealCFC at ChatFIRST.COM Tue Mar 20 16:28:00 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-References: <3AB5DC52.17737.54CE760@localhost> <3AB7582E.DE8B2C95@expres.ro> <003a01c0b15b$28c65240$07b23dd0@pavilion>
-Message-ID: <003f01c0b15c$3995cc80$07b23dd0@pavilion>
-
-Oops I meant Unreal3.1.1 there.
-
-
------ Original Message -----
-From: "[Real]" <RealCFC@chatfirst.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, March 20, 2001 8:31 AM
-Subject: Re: [IRCServices] [Long mail] Service won't deop a user
-
-
-> I use IRCservices4.5.8 with UnrealIRCd3.3.1 and I have no problems with
-the
-> OP and DEOP commands, Just my two cents.
->
-> ----- Original Message -----
-> From: "Partizanu" <silvius@expres.ro>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, March 20, 2001 5:16 AM
-> Subject: [IRCServices] [Long mail] Service won't deop a user
->
->
-> > ok, here is the situation:
-> > User Ady - founder of #kappa
-> > User Partizanu(me) - access to op-deop command on #kappa
-> >
-> > Command: /msg chanserv deop #kappa Ady
-> > Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is
-> temporarily
-> > unavailable.
-> >
-> > services.log paste - debug level 4
-> > [Mar 20 15:09:28.226474 2001] debug: buffered_read_one(0) returning 10
-> > [Mar 20 15:09:28.226706 2001] debug: Received: :Partizanu PRIVMSG
-> > ChanServ@services.netchat.ro :deop #kappa ady
-> > [Mar 20 15:09:28.226991 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:28.227243 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:28.227499 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:28.227730 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:28.228023 2001] debug: findchan(0xbffff7d3)
-> > [Mar 20 15:09:28.229325 2001] debug: flush_write_buffer wanted 83, got
-83
-> > [Mar 20 15:09:28.229691 2001] debug: buffered_write(0,0xbfff9aa3,83)
-> returning 83
-> > [Mar 20 15:09:28.229946 2001] debug: Sent: :ChanServ NOTICE Partizanu
-> :Sorry, the
-> > #kappa command is temporarily unavailable.
-> > [Mar 20 15:09:28.230261 2001] debug: Top of main loop
-> > [Mar 20 15:09:28.230484 2001] debug: read_buffer_len() returning 0
-> > [Mar 20 15:09:28.250227 2001] debug: buffered_read_one wanted 60732, got
-> 22
-> > [Mar 20 15:09:28.250847 2001] debug: buffered_read_one(0) returning 58
-> > ............
-> > [Mar 20 15:09:29.354984 2001] debug: buffered_read_one(0) returning 10
-> > [Mar 20 15:09:29.355209 2001] debug: Received: :Partizanu PRIVMSG
-> > ChanServ@services.netchat.ro :deop #kappa ady
-> > [Mar 20 15:09:29.355480 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:29.355721 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:29.355965 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:29.356189 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:29.356471 2001] debug: findchan(0xbffff7d3)
-> > [Mar 20 15:09:29.357055 2001] debug: flush_write_buffer wanted 83, got
-83
-> > [Mar 20 15:09:29.357462 2001] debug: buffered_write(0,0xbfff9aa3,83)
-> returning 83
-> > [Mar 20 15:09:29.357933 2001] debug: Sent: :ChanServ NOTICE Partizanu
-> :Sorry, the
-> > #kappa command is temporarily unavailable.
-> > [Mar 20 15:09:29.358231 2001] debug: Top of main loop
-> > [Mar 20 15:09:29.358459 2001] debug: read_buffer_len() returning 0
-> > [Mar 20 15:09:29.869102 2001] debug: buffered_read_one wanted 60616, got
-> 27
-> > [Mar 20 15:09:29.869645 2001] debug: buffered_read_one(0) returning 58
-> > ............
-> > [Mar 20 15:09:30.000687 2001] debug: buffered_read_one(0) returning 10
-> > [Mar 20 15:09:30.000909 2001] debug: Received: :Partizanu PRIVMSG
-> > ChanServ@services.netchat.ro :deop #kappa ady
-> > [Mar 20 15:09:30.001172 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:30.001411 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:30.001658 2001] debug: finduser(0xbffff9e8)
-> > [Mar 20 15:09:30.001883 2001] debug: finduser(Partizanu) -> 0x8299780
-> > [Mar 20 15:09:30.002163 2001] debug: findchan(0xbffff7d3)
-> > [Mar 20 15:09:30.002721 2001] debug: flush_write_buffer wanted 83, got
-83
-> > [Mar 20 15:09:30.003185 2001] debug: buffered_write(0,0xbfff9aa3,83)
-> returning 83
-> > [Mar 20 15:09:30.003614 2001] debug: Sent: :ChanServ NOTICE Partizanu
-> :Sorry, the
-> > #kappa command is temporarily unavailable.
-> > [Mar 20 15:09:30.003890 2001] debug: Top of main loop
-> > [Mar 20 15:09:30.004115 2001] debug: read_buffer_len() returning 0
-> > [Mar 20 15:09:30.692794 2001] debug: buffered_read_one wanted 60524, got
-> 36
-> > ------------
-> > It's just me, or is soemthing wrong here?
-> >
-> > Partizanu
-> >
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 Adrian at alltrom.ro Tue Mar 20 16:33:01 2001
-From: Adrian at alltrom.ro (Adrian AT. Teodorescu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] [Long mail] Service won't deop a user
-Message-ID: <149B994AD9317E439C9773498FE0F337061FAB@mailer.alltrom.ro>
-
-Add on to last mail
-
-If make any importance in discussion
-Channel #kappa is the most visited from the entire network "During this
-15-day reporting period a total of 8455 persons visited the channel
-#kappa"
-
-Strange is the fact ... after the upgrade from 4.5.7 to 4.5.8 the
-problem seems to disappear until today
-
-Ady
-
------Original Message-----
-From: Adrian AT. Teodorescu
-Sent: Tuesday, March 20, 2001 4:09 PM
-To: ircservices@ircservices.za.net
-Subject: RE: [IRCServices] [Long mail] Service won't deop a user
-
-
-No ... server is Bahamut 1.4.22
-
-Ady
-
------Original Message-----
-From: Andrew Church [mailto:achurch@achurch.org]
-Sent: Tuesday, March 20, 2001 4:04 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] [Long mail] Service won't deop a user
-
-
->Command: /msg chanserv deop #kappa Ady
->Chanserv's reply: [15:09] -ChanServ- Sorry, the #kappa command is
-temporarily
->unavailable.
-
- The "#kappa" is a cosmetic bug and has been fixed. As for the
-command
-not working, I'm not sure. Are you using the Unreal server? There have
-been similar problems reported with it lately.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-
-From silvius at expres.ro Tue Mar 20 18:05:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] More suggestions
-Message-ID: <3AB77F94.294F5848@expres.ro>
-
-a) Have NickServ sends a memo each time a nick is linked - inform the
-nick owner that another nick was linked to his nick
-
-b) Make an option to logging system adding switch-style on services.conf
-
-NSLog +IPEL-RMA
-R - registration
-I - identification
-M - manual drop
-P - password change
-E - email changed
-L - links
-A - access list add/del
-Maybe the same for CSLog?
-
-c) Have a "Last Modif by" on CS access list
-
-And about password/email discussion:
-
-1. Rezervation phase
-/msg nickserv register mypass my@email.address
-NickServ - Your nick is now reserved
-NickServ - Please check my@email.address for instructions
-
-Services sends a 'master-password' to my@email.address
-Nick is now reserved, no one can register it for 24 h
-Nick can't be added to access lists BUT it can be drop/forbid/suspend
-
-2. Confirmation phase
-/msg nickserv confirm <master-password>
-NickServ - Your nick is now confirmed and register
-----------------
-What problems solve this:
-a) verify if the email address if it's a valide one or not
-b) verify if the email address is actually 'reachable' for the user
-c) prevent users register lots of nicks in a easy way
-d) make sure user really wants that nick (is not a 'one night nick') -
-why wait x days for a nick to expire in this case?
-e) user can't change nick's passws without the 'master-passwd' - a
-safety check never hurts
-f) user can't change nicks's email address without the 'master-passwd' -
-a safety check never hurts
-(about (e) and (f) - I don't think users change their pass and mails so
-often that this procedure become a pain
-- let's keep in mind that passwd and email are important identification
-elements - again a little safety measure won't hurt)
-g) a user can loose his password, he will always be able to change it
-useing the 'master-passwd'
-h) a password can be stolen, the thief can't change it
-i) it's unlikely that the 'master-passwd' can be taken (this is used
-only once at registration and from time to time when changeing
-passwd/email) - it's not used everytime like the current nick passwd
-
-
-Hope it helps somehow,
-Partizanu
-
-
-
-From markh at eurodltd.co.uk Tue Mar 20 19:14:04 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <3ab53607.41755@prima-lan.net>
-Message-ID: <000601c0b161$0e4634c0$0deea8c0@eurodltd.co.uk>
-
-> >> Since users having their passwords taken almost
-> certainly means they
-> >> chose an easy-to-guess password, the right solution is to
-> educate the
-> >> users. I don't see why Services should have to run
-> through hoops to try
-> >> and solve this problem. (Of course, if your server is being
-> >> packet-sniffed, then you have other problems altogether.)
-> >
-> >This is correct, but you also have to see, that passwords
-> are "guessed"
-> >via scripts, which use sockets (mirc has socket events e.g.)
-> And start a
-> >good amount of connects, each with 3 nick password guesses,
-> sure it takes
-> >time on good passwords, but sometimes users simply cannot
-> stop themselves
-> >from setting the cellular phone number as their password, su
-> suddenly it
-> >gets limited to numbers only etc, etc.
->
-> Hm, that's a good point. Looks like I need a better way
-> to detect
-> password guessers.
-
-Maybe emulate the system used for Car radios etc. After the first failure of
-3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours etc until it
-is ultimately locked out entirely and an admin has to take steps to restore
-the nickname to the user after sufficient authentication.
-
->
-> >Each time a nickname is registered, a nick gets an
-> authentication code, a
-> >la dalnet, which cannot be changed, and which is not shown.
-> Thi code is
-> >emailed to the address given with the register command.
-> After that, the
-> >person has to issue /nickserv AUTH <code> within some
-> services.conf days,
-> >or the registration will expire. If people claim to have lost their
-> >passwords, but can prove that they have the authentication
-> code, because
-> >it was emailed to them, a services oper can issue /nickserv
-> GETAUTH nick,
-> >and check the real authentication code against the given, if
-> they match,
-> >it is highly possible that the person is the real owner, so
-> >sendpass/getpass can be issued.
->
-> While this is a good idea if you want to ensure
-> accountability of your
-> users, I don't see how it solves the problem of E-mail addresses being
-> changed after registration. On the other hand, if this is
-> applied to SET
-> EMAIL as well, you can avoid that problem; but then you have
-> to deal with
-> people who can't use their old address and distinguishing them from
-> crackers who guessed the password and want to steal the nick.
-
-Is this or a similar authentication system likely to be in a future version
-of services? It is a system I would like to see since if nothing else it
-reduces the registrations "made on a whim" when the process is more work
-than /ns register pass.
-
-If not, would Yusuf care to share his "patch" with others?
-
-Mark Hetherington.
-CTCP Networks.
-
-
-
-From markh at eurodltd.co.uk Tue Mar 20 19:29:05 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] A discussion on the contents of the todo file (LONG)
-In-Reply-To: <3ab54498.42233@prima-lan.net>
-Message-ID: <000901c0b163$27c56360$0deea8c0@eurodltd.co.uk>
-
-> >> CS Last used time for access, AKICK entries
-> >
-> >This is a good idea. This was even mentioned by someone recently.
-> >So lets discuss it and see how many people like it.
->
-> I'm already planning to implement this in 5.0 unless there's some
-> objection.
-
-Not sure what the exact plan is but I think it would be very useful to
-extend this feature a little further. Add a field to the access and akick
-lists which stores the date/time and nickname of the person performing an
-operation on the lists. So the AOP/AKICK etc lists would become e.g.
-(nickname) (level) (added/changed on) (added/changed by). Basically a
-similar setup to the AKILL list.
-
-> >> ** Services log channel
-> >Was there a recent discussion on this?
->
-> Not recent, but a long time ago there was some discussion about
-> this. As I recall, it essentially came down to the benefit of being
-> able to monitor the log online (remotely) vs. the security problems of
-> having Services status information broadcast on the network and the
-> additional network load. I personally think it would be better off
-> not being added, but I'm open to comments.
-
-One of our statistics psuedo clients echos a lot of network information to a
-channel and by use of the Oper only channel mode, we limit who can access
-the information. It is often useful to have all this information online. As
-with many things, implementation could be an option in the configuration
-(ala StatServ) so anyone concerned about load and security could not run it
-at all. I see that it could be a *very* useful debugging tool to have online
-echoing from services. If it were implemented, I would like to be able to
-configure what it will echo to channel. Some information would not always be
-necessary.
-
-The discussion on a new logging format suggests that being able to "tune"
-the information logged would be trivial to implement both for any channel
-echo and the actual log itself during the rewrite of the logging code.
-
-Mark.
-CTCP Networks.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Mar 20 19:51:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] More suggestions
-In-Reply-To: <3AB77F94.294F5848@expres.ro>
-Message-ID: <Pine.HPX.4.31.0103201837530.15429-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Tue, 20 Mar 2001, Partizanu wrote:
-
-> a) Have NickServ sends a memo each time a nick is linked - inform the
-> nick owner that another nick was linked to his nick
-
-Not effective because memos are merged together and become visible by any
-of the linked nicks.
-
->
-> b) Make an option to logging system adding switch-style on services.conf
->
-> NSLog +IPEL-RMA
-> R - registration
-> I - identification
-> M - manual drop
-> P - password change
-> E - email changed
-> L - links
-> A - access list add/del
-> Maybe the same for CSLog?
-
-What is the use of seeing access changes ? What services root is
-interested in access list changes ? Not sure about linking but, I already
-enforced services to log everything listed here.
-
->
-> And about password/email discussion:
->
-> 1. Rezervation phase
-> /msg nickserv register mypass my@email.address
-> NickServ - Your nick is now reserved
-> NickServ - Please check my@email.address for instructions
->
-> Services sends a 'master-password' to my@email.address
-> Nick is now reserved, no one can register it for 24 h
-> Nick can't be added to access lists BUT it can be drop/forbid/suspend
-
-It is unlikely that you can enforce people to not-being-able-to-get-opped
-after registration. This way you would even prevent people registering
-channels they would like to register, or they had to wait 24 online (with
-a ppp connection, of course, or do all of your users have direct
-connection?)
-
- >
-> 2. Confirmation phase
-> /msg nickserv confirm <master-password>
-> NickServ - Your nick is now confirmed and register
-
-Except from the 24h pause, I do not see any difference to the AUTH system
-I already described.
-
-> ----------------
-> What problems solve this:
-> a) verify if the email address if it's a valide one or not
-> b) verify if the email address is actually 'reachable' for the user
-> c) prevent users register lots of nicks in a easy way
-AUTH results in the same, too.
-
-> d) make sure user really wants that nick (is not a 'one night nick') -
-> why wait x days for a nick to expire in this case?
-
-My implementation was a services.conf definition of NSExpireNonauth days.
-How will you know that the remote mail system is not accidentally down?
-What happens, if the master password email cannot be sent within 3 days,
-but the fourth?
-
-> e) user can't change nick's passws without the 'master-passwd' - a
-> safety check never hurts
-> f) user can't change nicks's email address without the 'master-passwd' -
-> a safety check never hurts
-> (about (e) and (f) - I don't think users change their pass and mails so
-> often that this procedure become a pain
-> - let's keep in mind that passwd and email are important identification
-> elements - again a little safety measure won't hurt)
-
-I do not share your opinion of turning the services system to undernet's
-diplomacy of channel registrations. Services is a tool, which is there
-to make life easier. Points of security are correct, but in my oppinion
-not necessary.
-
-> g) a user can loose his password, he will always be able to change it
-> useing the 'master-passwd'
-> h) a password can be stolen, the thief can't change it
-> i) it's unlikely that the 'master-passwd' can be taken (this is used
-> only once at registration and from time to time when changeing
-> passwd/email) - it's not used everytime like the current nick passwd
-
-The same is also with the AUTH system.
-
-Regards;
-yusuf
-
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Mar 20 20:21:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <000601c0b161$0e4634c0$0deea8c0@eurodltd.co.uk>
-Message-ID: <Pine.HPX.4.31.0103201853100.15429-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Tue, 20 Mar 2001, Mark Hetherington wrote:
-
->
-> Maybe emulate the system used for Car radios etc. After the first failure of
-> 3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours etc until it
-> is ultimately locked out entirely and an admin has to take steps to restore
-> the nickname to the user after sufficient authentication.
-
-A better way is the introduction of an enforcer, which does not quit after
-1 minute. Then people would need to release/ghost with the proper
-password, else the enforcer would persist. Still, there is a need of
-discovering passwrod crackers.
-
-But suspend is a very militant penalty.
-
-[AUTH System]
->
-> Is this or a similar authentication system likely to be in a future version
-> of services? It is a system I would like to see since if nothing else it
-> reduces the registrations "made on a whim" when the process is more work
-> than /ns register pass.
->
-> If not, would Yusuf care to share his "patch" with others?
-
-I would share this patch, but you have to keep in mind, that this is not a
-small thing. The authentication system I wrote consists of two additional
-information for each registered nickname. Combined with other features
-I've added, this information is written to another db, and loaded right
-after nick.db. In this case, the other information remains specific to my
-network, so you may think to include the auth information in the nick.db.
-But then, you will lose compatibility with the current services development,
-because Mr.Church does not need to support my extensions. And also, the
-mailing services are not added to services, yet.
-
-I would suggest waiting for a solution, must of us will accept. If you are
-still interested in my coding, I might provide you privately with the
-proper url, but keep in mind, that the source should be considered as
-beta.
-
-Regards;
-yusuf
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From strider at chatcircuit.com Wed Mar 21 04:20:04 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] More suggestions
-References: <Pine.HPX.4.31.0103201837530.15429-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <001b01c0b1ad$a1bf47e0$0200000a@strider>
-
-I think he means no one ELSE can register it for 24h, you have 24h to
-confirm it. What would be the point in making a user wait?
-
-I actually like these suggestions for the most part. I've seen too many
-users on our network register about 3 nicks and register as many chans as
-possible (results in ban anyways because we can see them do that through
-modifications we've made).
-
-As for the memo, it is true any of the linked nicks can see the memo. Maybe
-make a confimation instead. User attempts a link, person being linked to has
-to confirm it before the link is active. But then, if you have the access to
-link, then chances are this could be worked around anyways.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, March 20, 2001 11:51 AM
-Subject: Re: [IRCServices] More suggestions
-
-
->
-> Hello;
->
-> On Tue, 20 Mar 2001, Partizanu wrote:
->
-> > a) Have NickServ sends a memo each time a nick is linked - inform the
-> > nick owner that another nick was linked to his nick
->
-> Not effective because memos are merged together and become visible by any
-> of the linked nicks.
->
-> >
-> > b) Make an option to logging system adding switch-style on services.conf
-> >
-> > NSLog +IPEL-RMA
-> > R - registration
-> > I - identification
-> > M - manual drop
-> > P - password change
-> > E - email changed
-> > L - links
-> > A - access list add/del
-> > Maybe the same for CSLog?
->
-> What is the use of seeing access changes ? What services root is
-> interested in access list changes ? Not sure about linking but, I already
-> enforced services to log everything listed here.
->
-> >
-> > And about password/email discussion:
-> >
-> > 1. Rezervation phase
-> > /msg nickserv register mypass my@email.address
-> > NickServ - Your nick is now reserved
-> > NickServ - Please check my@email.address for instructions
-> >
-> > Services sends a 'master-password' to my@email.address
-> > Nick is now reserved, no one can register it for 24 h
-> > Nick can't be added to access lists BUT it can be drop/forbid/suspend
->
-> It is unlikely that you can enforce people to not-being-able-to-get-opped
-> after registration. This way you would even prevent people registering
-> channels they would like to register, or they had to wait 24 online (with
-> a ppp connection, of course, or do all of your users have direct
-> connection?)
->
-> >
-> > 2. Confirmation phase
-> > /msg nickserv confirm <master-password>
-> > NickServ - Your nick is now confirmed and register
->
-> Except from the 24h pause, I do not see any difference to the AUTH system
-> I already described.
->
-> > ----------------
-> > What problems solve this:
-> > a) verify if the email address if it's a valide one or not
-> > b) verify if the email address is actually 'reachable' for the user
-> > c) prevent users register lots of nicks in a easy way
-> AUTH results in the same, too.
->
-> > d) make sure user really wants that nick (is not a 'one night nick') -
-> > why wait x days for a nick to expire in this case?
->
-> My implementation was a services.conf definition of NSExpireNonauth days.
-> How will you know that the remote mail system is not accidentally down?
-> What happens, if the master password email cannot be sent within 3 days,
-> but the fourth?
->
-> > e) user can't change nick's passws without the 'master-passwd' - a
-> > safety check never hurts
-> > f) user can't change nicks's email address without the 'master-passwd' -
-> > a safety check never hurts
-> > (about (e) and (f) - I don't think users change their pass and mails so
-> > often that this procedure become a pain
-> > - let's keep in mind that passwd and email are important identification
-> > elements - again a little safety measure won't hurt)
->
-> I do not share your opinion of turning the services system to undernet's
-> diplomacy of channel registrations. Services is a tool, which is there
-> to make life easier. Points of security are correct, but in my oppinion
-> not necessary.
->
-> > g) a user can loose his password, he will always be able to change it
-> > useing the 'master-passwd'
-> > h) a password can be stolen, the thief can't change it
-> > i) it's unlikely that the 'master-passwd' can be taken (this is used
-> > only once at registration and from time to time when changeing
-> > passwd/email) - it's not used everytime like the current nick passwd
->
-> The same is also with the AUTH system.
->
-> Regards;
-> yusuf
->
->
-> Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
->
->
-> -----------------------------------------------------------
-> 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 silvius at expres.ro Wed Mar 21 10:48:03 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: Re Strider: [IRCServices] More suggestions
-References: <Pine.HPX.4.31.0103201837530.15429-100000@rzstud1.rz.uni-karlsruhe.de> <001b01c0b1ad$a1bf47e0$0200000a@strider>
-Message-ID: <3AB86A86.EF85D99@expres.ro>
-
-No one ELSE - correct. Sorry for my poor English.
-A confirmation may be enforced...anyway you have to know the nick passwd to link
-to it...that looks like a good 'confirmation' to me :).
-I was thinking of something more like a warning...a way to know that another
-nick was linked to your nick.
-
-Interesting thing, I see lots of people doing modifications on services...maybe
-you (all coders) would like to share `em? :)...Like makeing a page with all
-modification on services (not only by you)...maybe Mr Andrew Church would like
-`em and include `em in a future release? What do you say? Bad idea?
-
-Thanx,
-Partizanu
-
-Strider wrote:
-
-> I think he means no one ELSE can register it for 24h, you have 24h to
-> confirm it. What would be the point in making a user wait?
->
-> I actually like these suggestions for the most part. I've seen too many
-> users on our network register about 3 nicks and register as many chans as
-> possible (results in ban anyways because we can see them do that through
-> modifications we've made).
->
-> As for the memo, it is true any of the linked nicks can see the memo. Maybe
-> make a confimation instead. User attempts a link, person being linked to has
-> to confirm it before the link is active. But then, if you have the access to
-> link, then chances are this could be worked around anyways.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-
-
-
-From silvius at expres.ro Wed Mar 21 10:51:02 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] More suggestions
-References: <Pine.HPX.4.31.0103201837530.15429-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <3AB86B59.E2A943C0@expres.ro>
-
-Maybe some roots are interested....and again maybe not. The point was
-flexibility...let anyone choose what to log and what not to log.
-IMHO flexibility is one of things that make a good program even better.
-
-Yusuf Iskenderoglu wrote:
-
-> > b) Make an option to logging system adding switch-style on services.conf
-> >
-> > NSLog +IPEL-RMA
-> > R - registration
-> > I - identification
-> > M - manual drop
-> > P - password change
-> > E - email changed
-> > L - links
-> > A - access list add/del
-> > Maybe the same for CSLog?
->
-> What is the use of seeing access changes ? What services root is
-> interested in access list changes ? Not sure about linking but, I already
-> enforced services to log everything listed here.
-
-
-
-From Georges at berscheid.lu Wed Mar 21 11:17:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:17 2004
-Subject: Re Strider: [IRCServices] More suggestions
-References: <Pine.HPX.4.31.0103201837530.15429-100000@rzstud1.rz.uni-karlsruhe.de> <001b01c0b1ad$a1bf47e0$0200000a@strider> <3AB86A86.EF85D99@expres.ro>
-Message-ID: <002d01c0b1e7$938e1d60$4dbbf683@wohnheim.unikl.de>
-
-Hi,
-
-> Interesting thing, I see lots of people doing modifications on
-services...maybe
-> you (all coders) would like to share `em? :)...Like makeing a page with
-all
-> modification on services (not only by you)...maybe Mr Andrew Church would
-like
-> `em and include `em in a future release? What do you say? Bad idea?
-
-I like that idea too, although it would be difficult to keep an overview of
-all the changes made by different people. Exact change-logs would be a must.
-Another great thing for services (I agree, a lot of work) would be to allow
-modules to be included, as it's done with eggdrop bots. So everybody could
-share his modules, and other people could include them without patching the
-code.
-I don't know how far the plans have come in this point, but I like the way
-it's done with eggdrop bots.
-
-Greetings
-
-Georges
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Mar 21 12:15:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: Re Strider: [IRCServices] More suggestions
-In-Reply-To: <3AB86A86.EF85D99@expres.ro>
-Message-ID: <Pine.HPX.4.31.0103211103040.4115-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Wed, 21 Mar 2001, Partizanu wrote:
-
->
-> Interesting thing, I see lots of people doing modifications on services...maybe
-> you (all coders) would like to share `em? :)...Like makeing a page with all
-> modification on services (not only by you)...maybe Mr Andrew Church would like
-> `em and include `em in a future release? What do you say? Bad idea?
->
-
-I do not see this necessary. If someone claims that a specific feature is
-really useful, then they post it to the list, people discuss about it, and
-Mr. Church finds a good way to implement it, if aggreed on inclusion.
-
-There are too many networks, which use a modified version of services, or
-even a modified ircd for some purposes. Or even changes are specific to
-the ircd they use. Changes that are globally applicable to services
-already manage to get included with it.
-
-You also have to keep in mind, that if such an information is included on
-the main webpage, people will not stop themselves from asking the main
-coder for a support of a specific patch that patched another patch, that
-patched a bug, which will definitely become annoying. You also must see,
-that the coder of the given patch may not be available. That way, the one
-who is designing the webpage, has to make bookkeeping, whether a patch is
-actual, whether there are newer versions,, whether a link is functioning,
-whether a patch is applicable to the current release, whether it is
-already included.....
-
-Regards;
-yusuf
-
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From strider at chatcircuit.com Wed Mar 21 13:10:04 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: Re Strider: [IRCServices] More suggestions
-References: <Pine.HPX.4.31.0103211103040.4115-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <002301c0b1f7$c12c0560$0200000a@strider>
-
-Some good points, but not why I would disagree. Some of the people who make
-modifications are not as well versed in C as others, I am one who isn't.
-Some of the modifications we made were cosmetic, but we did add a extremely
-stripped down bots service to 4.4.8. Once I have time to spare, I may work
-on it a bit more, but I am sure it will require a lot of work to move it
-over to 4.5.x. I may just wait for 5.0 when the modular support is added and
-make the bots code a module (it practically is, with minor hacks to 2
-different files, one being the makefile, and the rest being in its own
-contained .c). The code is far from clean or efficient. I am rather
-surprised the bots addition hasn't brought down our network for a while (it
-use to repeatedly until I fixed a "stupidity bug").
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, March 21, 2001 4:15 AM
-Subject: Re: Re Strider: [IRCServices] More suggestions
-
-
->
-> Hello;
->
-> On Wed, 21 Mar 2001, Partizanu wrote:
->
-> >
-> > Interesting thing, I see lots of people doing modifications on
-services...maybe
-> > you (all coders) would like to share `em? :)...Like makeing a page with
-all
-> > modification on services (not only by you)...maybe Mr Andrew Church
-would like
-> > `em and include `em in a future release? What do you say? Bad idea?
-> >
->
-> I do not see this necessary. If someone claims that a specific feature is
-> really useful, then they post it to the list, people discuss about it, and
-> Mr. Church finds a good way to implement it, if aggreed on inclusion.
->
-> There are too many networks, which use a modified version of services, or
-> even a modified ircd for some purposes. Or even changes are specific to
-> the ircd they use. Changes that are globally applicable to services
-> already manage to get included with it.
->
-> You also have to keep in mind, that if such an information is included on
-> the main webpage, people will not stop themselves from asking the main
-> coder for a support of a specific patch that patched another patch, that
-> patched a bug, which will definitely become annoying. You also must see,
-> that the coder of the given patch may not be available. That way, the one
-> who is designing the webpage, has to make bookkeeping, whether a patch is
-> actual, whether there are newer versions,, whether a link is functioning,
-> whether a patch is applicable to the current release, whether it is
-> already included.....
->
-> Regards;
-> yusuf
->
->
-> Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
->
->
-> -----------------------------------------------------------
-> 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 u970042 at giki.edu.pk Thu Mar 22 01:58:00 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Bug Report, forbidden channel dropped by founder
-Message-ID: <010f01c0b262$d96de150$430ba8c0@hostel1.giki.edu.pk>
-
-Could the other people on the list check if this bug is still present in newer versions of services.
-Please read through completely as multiple scenarios are defined. Oh and this is a long mail and
-not for the faint of heart.
-:-)
-
-Platform: RedHat Linux 6.2
-ircd: DreamForge 4.67
-services: 4.4.8
-
-The Bug Description:
-Normal behaviour for a forbidden channel disallows a forbidden channel to be dropped.
-However, some circumstances might be arranged via which even if a channel is forbidden,
-the person who is the founder may drop the channel.
-Complete Investigation reveals that this occurs if the founder of the channel is changed to
-any nick. That new nick(may also be the same as before) may drop the channel even if
-forbidden and henceonwards, register it again, thereby bypassing the forbidden restriction.
-
-I saw this in the changes file. Is this a reference to the same bug that I have just described above?
-
-2001/01/30 Setting FORBID for a nick/channel now affects current
- users of the nick/channel. Reported by Michael Smith
- <mike@chat.za.net>
-
-What is interesting to note is that the person need not necessarily be in the channel.
-
-Here are shown log entries for two channels, in the first scenario, someone else did it, and
-then onwards I experimented and reproduced the results.
-The third set of log was done differently to conclusively prove that the founder change causes
-this effect. The fourth and fifth scenarios have debug logs, and are slightly different from each
-other as explained in scenario 5.
-
-Please tolerate the wrapping done by the mail client.
-
---------------------------------------------------------
-
-Scenario 1: This is what started me thinking.
-
-[Mar 21 21:09:39 2001] ChanServ: Changing founder of #10thbatch to FeRRaRi by
-FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-[Mar 21 21:15:33 2001] ChanServ: Super_Genius set FORBID for channel #10thbatch
-[Mar 21 21:23:52 2001] ChanServ: Attempt to register FORBIDden channel #10thbatch by
-FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-[Mar 21 21:24:05 2001] ChanServ: Channel #10thbatch dropped by FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-[Mar 21 21:24:23 2001] ChanServ: Channel #10thbatch registered by FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-[Mar 21 21:27:41 2001] ChanServ: Changing founder of #10thbatch to FeRRaRi by
-FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-[Mar 21 21:37:59 2001] ChanServ: Channel #10thbatch dropped by Super_Genius!genius@genius.hostel1.giki.edu.pk
-[Mar 21 21:38:05 2001] ChanServ: Super_Genius set FORBID for channel #10thbatch
-[Mar 21 21:40:20 2001] ChanServ: Attempt to register FORBIDden channel #10thbatch by
-FeRRaRi!----------@station028.pc-lab.giki.edu.pk
-
---------------------------------------------------------
-
-Senario 2: Note that no one is in the channel after registration is completed
-
-[Mar 22 03:17:00 2001] ChanServ: Channel #test dropped by Super_Genius!genius@genius.hostel1.giki.edu.pk
-[Mar 22 03:17:19 2001] ChanServ: Channel #test registered by Car`a`carn!genius@genius.hostel1.giki.edu.pk
----------- Plain_Genius identified for the channel here, to enable him to change the founder.
-[Mar 22 03:17:38 2001] ChanServ: Changing founder of #test to Plain_Genius by
-Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-[Mar 22 03:17:49 2001] ChanServ: Super_Genius set FORBID for channel #test
-[Mar 22 03:17:57 2001] ChanServ: Channel #test dropped by Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-
----------------------------------------------------------
-
-Scenario 3:
-At all times, Plain_Genius was identified to nickserv.
-And in this scenario, Plain_Genius did not give chanserv the password to identify for the channel.
-
-[Mar 22 03:31:10 2001] ChanServ: Channel #test registered by Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 03:31:20 2001] ChanServ: Changing founder of #test to Plain_Genius by
-Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 03:31:27 2001] ChanServ: Super_Genius set FORBID for channel #test
-[Mar 22 03:31:32 2001] ChanServ: Channel #test dropped by Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-
----------------------------------------------------------
-
-Scenario 4:
-You can yourself see the sequence of events,
-1. Server Root, Super_Genius sets services in debug mode
-2. He changes nick to Car`a`carn
-3. Registers channel #test as Car`a`carn
-4. Car`a`carn sets founder as Plain_Genius
-5. Car`a`carn changes nick to Super_Genius
-6. Super_Genius sets forbid on the channel
-7. Plain_Genius drops channel
-
-[Mar 22 04:04:20 2001] OperServ: Super_Genius: set debug on
-[Mar 22 04:04:20.801193 2001] Debug mode activated
-[Mar 22 04:04:20.801313 2001] debug: Sent: :OperServ NOTICE Super_Genius :Services is now in debug mode.
-[Mar 22 04:04:20.841301 2001] debug: Received: :Super_Genius NICK Car`a`carn :985215860
-[Mar 22 04:04:20.841365 2001] debug: Super_Genius changes nick to Car`a`carn
-[Mar 22 04:04:20.841485 2001] debug: Sent: :NickServ SVSMODE Car`a`carn :+r
-[Mar 22 04:04:20.842101 2001] debug: Received: :Car`a`carn PRIVMSG ChanServ@services.hostel5.giki.edu.pk :register #test
-123 hi
-[Mar 22 04:04:20.842187 2001] ChanServ: Channel #test registered by Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 04:04:20.842270 2001] debug: Sent: :ChanServ NOTICE Car`a`carn :Channel #test registered under your nickname:
-Car`a`carn
-[Mar 22 04:04:20.842344 2001] debug: Sent: :ChanServ NOTICE Car`a`carn :Your channel password is 123 - remember it for
-later use.
-[Mar 22 04:04:20.842419 2001] debug: Sent: :ChanServ MODE #test +r
-[Mar 22 04:04:20.842763 2001] debug: Received: :Car`a`carn PRIVMSG ChanServ@services.hostel5.giki.edu.pk :set #test
-founder Plain_Genius
-[Mar 22 04:04:20.842842 2001] ChanServ: Changing founder of #test to Plain_Genius by
-Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 04:04:20.842919 2001] debug: Sent: :ChanServ NOTICE Car`a`carn :Founder of #test changed to Plain_Genius.
-[Mar 22 04:04:22.215269 2001] debug: Received: :Car`a`carn NICK Super_Genius :985215862
-[Mar 22 04:04:22.215344 2001] debug: Car`a`carn changes nick to Super_Genius
-[Mar 22 04:04:22.215492 2001] debug: Sent: :NickServ SVSMODE Super_Genius :+r
-[Mar 22 04:04:23.226173 2001] debug: Received: :Super_Genius PRIVMSG ChanServ@services.hostel5.giki.edu.pk :forbid #test
-[Mar 22 04:04:23.226291 2001] ChanServ: Super_Genius set FORBID for channel #test
-[Mar 22 04:04:23.226403 2001] debug: Sent: :ChanServ NOTICE Super_Genius :Channel #test is now forbidden.
-[Mar 22 04:04:24.254009 2001] debug: Received: :Plain_Genius PRIVMSG ChanServ@services.hostel5.giki.edu.pk :drop #test
-[Mar 22 04:04:24.254097 2001] ChanServ: Channel #test dropped by Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-[Mar 22 04:04:24.254208 2001] debug: Sent: :ChanServ MODE #test -r
-[Mar 22 04:04:24.254289 2001] debug: Sent: :ChanServ NOTICE Plain_Genius :Channel #test has been dropped.
-[Mar 22 04:04:25.226395 2001] debug: Received: :Super_Genius PRIVMSG OperServ@services.hostel5.giki.edu.pk :set debug
-off
-[Mar 22 04:04:25.226468 2001] OperServ: Super_Genius: set debug off
-[Mar 22 04:04:25.226519 2001] Debug mode deactivated
-
----------------------------------------------------------
-
-Scenario 5:
-Whats different in this scenario from the above is that forbid is set before changing founder.
-
-1. Server Root, Super_Genius sets services in debug mode
-2. He changes nick to Car`a`carn
-3. Registers channel #test as Car`a`carn
-5. Car`a`carn changes nick to Super_Genius
-6. Super_Genius sets forbid on the channel
-4. Super_Genius sets founder as Plain_Genius
-7. Plain_Genius drops channel
-
-[Mar 22 04:09:31 2001] OperServ: Super_Genius: set debug on
-[Mar 22 04:09:31.204542 2001] Debug mode activated
-[Mar 22 04:09:31.204659 2001] debug: Sent: :OperServ NOTICE Super_Genius :Services is now in debug mode.
-[Mar 22 04:09:31.204718 2001] debug: Saving databases
-[Mar 22 04:09:31.227593 2001] debug: Received: :Super_Genius NICK Car`a`carn :985216171
-[Mar 22 04:09:31.227679 2001] debug: Super_Genius changes nick to Car`a`carn
-[Mar 22 04:09:31.227810 2001] debug: Sent: :NickServ SVSMODE Car`a`carn :+r
-[Mar 22 04:09:31.228145 2001] debug: Received: :Car`a`carn PRIVMSG ChanServ@services.hostel5.giki.edu.pk :register #test
-123 hi
-[Mar 22 04:09:31.228230 2001] ChanServ: Channel #test registered by Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 04:09:31.228314 2001] debug: Sent: :ChanServ NOTICE Car`a`carn :Channel #test registered under your nickname:
-Car`a`carn
-[Mar 22 04:09:31.228392 2001] debug: Sent: :ChanServ NOTICE Car`a`carn :Your channel password is 123 - remember it for
-later use.
-[Mar 22 04:09:31.228468 2001] debug: Sent: :ChanServ MODE #test +r
-[Mar 22 04:09:32.669729 2001] debug: Received: :Car`a`carn NICK Super_Genius :985216172
-[Mar 22 04:09:32.669810 2001] debug: Car`a`carn changes nick to Super_Genius
-[Mar 22 04:09:32.669953 2001] debug: Sent: :NickServ SVSMODE Super_Genius :+r
-[Mar 22 04:09:33.684802 2001] debug: Received: :Super_Genius PRIVMSG ChanServ@services.hostel5.giki.edu.pk :forbid #test
-[Mar 22 04:09:33.684919 2001] ChanServ: Super_Genius set FORBID for channel #test
-[Mar 22 04:09:33.685032 2001] debug: Sent: :ChanServ NOTICE Super_Genius :Channel #test is now forbidden.
-[Mar 22 04:09:34.685061 2001] debug: Received: :Super_Genius PRIVMSG ChanServ@services.hostel5.giki.edu.pk :set #test
-founder Plain_Genius
-[Mar 22 04:09:34.685222 2001] debug: Sent: :ChanServ NOTICE Super_Genius :Channel #test may not be registered or used.
-[Mar 22 04:09:35.667538 2001] debug: Received: :Plain_Genius PRIVMSG ChanServ@services.hostel5.giki.edu.pk :drop #test
-[Mar 22 04:09:35.667622 2001] ChanServ: Channel #test dropped by Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-[Mar 22 04:09:35.667732 2001] debug: Sent: :ChanServ MODE #test -r
-[Mar 22 04:09:35.667813 2001] debug: Sent: :ChanServ NOTICE Plain_Genius :Channel #test has been dropped.
-[Mar 22 04:09:36.659170 2001] debug: Received: :Super_Genius PRIVMSG OperServ@services.hostel5.giki.edu.pk :set debug
-off
-[Mar 22 04:09:36.659253 2001] OperServ: Super_Genius: set debug off
-[Mar 22 04:09:36.659307 2001] Debug mode deactivated
-
-Imran Ali Rashid
-
-
-
-From achurch at achurch.org Thu Mar 22 04:16:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Bug Report, forbidden channel dropped by founder
-Message-ID: <3ab96044.33431@prima-lan.net>
-
->Normal behaviour for a forbidden channel disallows a forbidden channel to be dropped.
->However, some circumstances might be arranged via which even if a channel is forbidden,
->the person who is the founder may drop the channel.
-
- Found and fixed--thanks for the report. The problem is this line:
-
-if (!is_servadmin & (ci->flags & CI_VERBOTEN))
-
-where the first & should of course be an && (the test as written is
-always false because CI_VERBOTEN is not 1). Note that this can only
-occur if the user trying to drop the channel is identified to the
-channel before the forbid takes place.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From achurch at achurch.org Thu Mar 22 04:39:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Services 4.5.9 released
-Message-ID: <3ab965b4.35177@prima-lan.net>
-
- Services 4.5.9 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.9.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.9.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes the channel forbid bug just reported and a few
-other minor issues. The 4.5.9 section of the Changes file is included
-below.
-
-Version 4.5
------------
-2001/03/22 .9 Fixed bug allowing users to drop channels despite FORBID.
- Reported by Imran Ali Rashid <u970042@giki.edu.pk>
-2001/03/20 Fixed cosmetic but with error message for bouncy channel
- modes. Reported by Partizanu <silvius@expres.ro>
-2001/03/19 Added BadPassWarning and BadPassSuspend configuration
- options for per-nick/channel bad password checks.
-2001/03/19 Log E-mail address given to NickServ REGISTER and
- changes with [UN]SET EMAIL.
-2001/03/17 Don't allow autokills to be added if they already exist
- on the autokill list. Suggested by Curtis D
- <curtis@nucleus.com>
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From u970042 at giki.edu.pk Thu Mar 22 08:37:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Bug Report, forbidden channel dropped by founder
-References: <3ab96044.33431@prima-lan.net>
-Message-ID: <018501c0b29a$6120c860$430ba8c0@hostel1.giki.edu.pk>
-
-> >Normal behaviour for a forbidden channel disallows a forbidden channel to be dropped.
-> >However, some circumstances might be arranged via which even if a channel is forbidden,
-> >the person who is the founder may drop the channel.
->
-> Found and fixed--thanks for the report. The problem is this line:
->
-> if (!is_servadmin & (ci->flags & CI_VERBOTEN))
->
-> where the first & should of course be an && (the test as written is
-> always false because CI_VERBOTEN is not 1). Note that this can only
-> occur if the user trying to drop the channel is identified to the
-> channel before the forbid takes place.
-
-Note that this is not correct. The user doesn't have to be identified for the channel.
-Check the 3rd, 4th and 5th Scenario.
-
-The user Plain_Genius has identified to nickserv. This means that when he is set
-as founder of #test, he is recognized as such, and can drop the channel, without
-identifying to chanserv. At least in this particular circumstance, and maybe normally
-also. He drops the channel without identifying to chanserv. I know because I did it
-that way, and it would have been in the log besides. :-)
-
-The relevant portion from the 3rd scenario to show this is:
-
-[Mar 22 03:31:10 2001] ChanServ: Channel #test registered by Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 03:31:20 2001] ChanServ: Changing founder of #test to Plain_Genius by
-Car`a`carn!genius@genius.hostel1.giki.edu.pk
-[Mar 22 03:31:27 2001] ChanServ: Super_Genius set FORBID for channel #test
-[Mar 22 03:31:32 2001] ChanServ: Channel #test dropped by Plain_Genius!u970042@genius.hostel1.giki.edu.pk
-
-
-
-
-From achurch at achurch.org Thu Mar 22 10:01:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Bug Report, forbidden channel dropped by founder
-Message-ID: <3ab9b0ff.53265@prima-lan.net>
-
->Note that this is not correct. The user doesn't have to be identified for the channel.
->Check the 3rd, 4th and 5th Scenario.
-
- I couldn't reproduce those, but with the FORBID bug fixed they're not
-relevant anyway.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From silvius at expres.ro Thu Mar 22 15:54:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] (possible bug?) Report - User can't /identify
-Message-ID: <3ABA03B6.82DC1392@expres.ro>
-
-(on bahamut(pelennor)-1.4(22) - services 4.5.9)
-
-We have users who can't use /identify command.
-Users _are_ in the database
-Looks like after a /quit, things come back to normal.
-
-[Mar 22 15:41:56.315124 2001] debug: buffered_read_one(1) returning 10
-[Mar 22 15:41:56.315444 2001] debug: Received: :benishor PRIVMSG
-nickserv :identify <password>
-[Mar 22 15:41:56.315817 2001] debug: finduser(0xbffff9c8)
-[Mar 22 15:41:56.316159 2001] debug: finduser(benishor) -> (nil)
-[Mar 22 15:41:56.316485 2001] debug: finduser(0xbffff9c8)
-[Mar 22 15:41:56.316782 2001] debug: finduser(benishor) -> (nil)
-[Mar 22 15:41:56.317070 2001] NickServ: user record for benishor not
-found
-[Mar 22 15:41:56.317803 2001] debug: flush_write_buffer wanted 72, got
-72
-[Mar 22 15:41:56.318241 2001] debug: buffered_write(1,0xbfffaaf4,72)
-returning 72
-[Mar 22 15:41:56.318713 2001] debug: Sent: :NickServ NOTICE benishor
-:Internal error - unable to process request.
-[Mar 22 15:41:56.319150 2001] debug: Top of main loop
-[Mar 22 15:41:56.319478 2001] debug: read_buffer_len() returning 0
-[Mar 22 15:41:56.339780 2001] debug: buffered_read_one wanted 4349, got
-69
-[Mar 22 15:41:56.340321 2001] debug: buffered_read_one(1) returning 78
-.......................
-listnicks |grep benishor
- acid benishor@da.cat.potzi.org
- benishor benishor@da.cat.potzi.org
-.......................
-[15:45] -NickServ- benishor is .
-[15:45] -NickServ- Last seen address: benishor@da.cat.potzi.org
-[15:45] -NickServ- Last seen time: Mar 22 15:22:51 2001 EET
-[15:45] -NickServ- Time registered: Jul 07 13:17:54 2000 EEST
-[15:45] -NickServ- Last quit message: Ping timeout
-[15:45] -NickServ- E-mail address: benny@k.ro
-[15:45] -NickServ- Options: Kill protection, Security
-
-
-Hope it helps,
-Partizanu
-
-
-
-From andy at strugglers.net Fri Mar 23 00:31:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <000601c0b161$0e4634c0$0deea8c0@eurodltd.co.uk>; from markh@eurodltd.co.uk on Tue, Mar 20, 2001 at 05:13:16PM -0000
-References: <3ab53607.41755@prima-lan.net> <000601c0b161$0e4634c0$0deea8c0@eurodltd.co.uk>
-Message-ID: <20010322222947.J23723@gibbon.noc.strugglers.net>
-
-Mark Hetherington <markh@eurodltd.co.uk> writes:
-
-> Maybe emulate the system used for Car radios etc. After the first failure of
-> 3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours etc until it
-> is ultimately locked out entirely and an admin has to take steps to restore
-> the nickname to the user after sufficient authentication.
-
-A problem with this is that people then just try to identify to
-every nick there is, causing them all to be suspended and then no
-one can use NickServ...
-
---
-Andy Smith <andy@strugglers.net>
-
-*** j00monkey (doom@shutup.or.i.will.poke.you.in.the.eye.with.my.penix.org) invites you to join #DOOM
-
-
-From andy at strugglers.net Fri Mar 23 00:37:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] A discussion on the contents of the todo file (LONG)
-In-Reply-To: <000901c0b163$27c56360$0deea8c0@eurodltd.co.uk>; from markh@eurodltd.co.uk on Tue, Mar 20, 2001 at 05:28:18PM -0000
-References: <3ab54498.42233@prima-lan.net> <000901c0b163$27c56360$0deea8c0@eurodltd.co.uk>
-Message-ID: <20010322223542.K23723@gibbon.noc.strugglers.net>
-
-Mark Hetherington <markh@eurodltd.co.uk> writes:
-
-> > >> CS Last used time for access, AKICK entries
-> > >
-> > >This is a good idea. This was even mentioned by someone recently.
-> > >So lets discuss it and see how many people like it.
-> >
-> > I'm already planning to implement this in 5.0 unless there's some
-> > objection.
->
-> Not sure what the exact plan is but I think it would be very useful to
-> extend this feature a little further. Add a field to the access and akick
-> lists which stores the date/time and nickname of the person performing an
-> operation on the lists. So the AOP/AKICK etc lists would become e.g.
-> (nickname) (level) (added/changed on) (added/changed by). Basically a
-> similar setup to the AKILL list.
-
-Also, being able to see the date and time that an access list or
-akick entry was last used would be useful.
-
---
-Andy Smith <andy@strugglers.net>
-
-*** cYBEr_dOg (jhghjghj@212.49.245.220) Quit (well goodbye for now, I have only tonight to milk 4000 chickens)
-
-
-From markh at eurodltd.co.uk Fri Mar 23 00:46:00 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <20010322222947.J23723@gibbon.noc.strugglers.net>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNGEKECEAA.markh@eurodltd.co.uk>
-
-> > Maybe emulate the system used for Car radios etc. After the
-> first failure of
-> > 3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours
-> etc until it
-> > is ultimately locked out entirely and an admin has to take
-> steps to restore
-> > the nickname to the user after sufficient authentication.
->
-> A problem with this is that people then just try to identify to
-> every nick there is, causing them all to be suspended and then no
-> one can use NickServ...
-
-Only possible if they know the nickname(s) and by limiting the list commands
-users cannot get to and try them all. Generally nickname attacks are against
-specific individuals for a reason not just to do it.
-
-Mark.
-CTCP Networks.
-
-
-
-From andy at strugglers.net Fri Mar 23 00:55:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNGEKECEAA.markh@eurodltd.co.uk>; from markh@eurodltd.co.uk on Thu, Mar 22, 2001 at 10:45:56PM -0000
-References: <20010322222947.J23723@gibbon.noc.strugglers.net> <LPBBJLDCHCNGAKLLJFKNGEKECEAA.markh@eurodltd.co.uk>
-Message-ID: <20010322225328.L23723@gibbon.noc.strugglers.net>
-
-Mark Hetherington <markh@eurodltd.co.uk> writes:
-
-> > > Maybe emulate the system used for Car radios etc. After the
-> > first failure of
-> > > 3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours
-> > etc until it
-> > > is ultimately locked out entirely and an admin has to take
-> > steps to restore
-> > > the nickname to the user after sufficient authentication.
-> >
-> > A problem with this is that people then just try to identify to
-> > every nick there is, causing them all to be suspended and then no
-> > one can use NickServ...
->
-> Only possible if they know the nickname(s) and by limiting the list commands
-> users cannot get to and try them all. Generally nickname attacks are against
-> specific individuals for a reason not just to do it.
-
-So you think that if there were a simple, unstoppable way for
-someone to anonymously disable 50 or so nicknames, that no one would
-do it ever just for fun? And what if they did have a grudge against
-an individual, that doesn't make it any more OK for them to be able
-to do it!
-
---
-Andy Smith <andy@strugglers.net>
-
-<thoughtless> FUCK@ my knees hurt, i've been on them all day!
-
-
-From strider at chatcircuit.com Fri Mar 23 03:05:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-References: <20010322222947.J23723@gibbon.noc.strugglers.net> <LPBBJLDCHCNGAKLLJFKNGEKECEAA.markh@eurodltd.co.uk> <20010322225328.L23723@gibbon.noc.strugglers.net>
-Message-ID: <003301c0b335$95383020$0200000a@strider>
-
-On our services we added some messages sent via globops. When someone
-registers a channel or a nick, we get a message saying they did so. You
-could implement something like this to the suspension. If a nick or channel
-becomes suspended due to bad passwords, send a globops, then an IRCop can
-deal with it when it happens.
-
-Also, despite restricting the nickserv nick list, many servers list their
-ircops in their motd or website or both. IRCops are a very common target in
-IRC war. This very well could be annoying to an ircop to find their nick was
-suspended because someone decided they would like to have "fun".
-
-Now I have a suggestion for operserv. Allow ircop level access to operserv
-to anyone with their oline activated. I find it annoying that when I want to
-use another nick in good fun, I have to switch back to a registered nick
-with operserv access to use operserv. Maybe make it to where if the person
-is identified to nickserv, opered, and on the operserv access list, it
-doesn't run a quick check on the user via whois or something, but if the
-user is not on the access list, it runs a quick check via whois or something
-to see if the person is an oper. The access with the odd nick should be
-basic access (like if a root changes nicks, his access is brought down to
-ircop).
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, March 22, 2001 4:53 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> Mark Hetherington <markh@eurodltd.co.uk> writes:
->
-> > > > Maybe emulate the system used for Car radios etc. After the
-> > > first failure of
-> > > > 3 "suspend" the nickname for 1 hour, then 2 hours then 4 hours
-> > > etc until it
-> > > > is ultimately locked out entirely and an admin has to take
-> > > steps to restore
-> > > > the nickname to the user after sufficient authentication.
-> > >
-> > > A problem with this is that people then just try to identify to
-> > > every nick there is, causing them all to be suspended and then no
-> > > one can use NickServ...
-> >
-> > Only possible if they know the nickname(s) and by limiting the list
-commands
-> > users cannot get to and try them all. Generally nickname attacks are
-against
-> > specific individuals for a reason not just to do it.
->
-> So you think that if there were a simple, unstoppable way for
-> someone to anonymously disable 50 or so nicknames, that no one would
-> do it ever just for fun? And what if they did have a grudge against
-> an individual, that doesn't make it any more OK for them to be able
-> to do it!
->
-> --
-> Andy Smith <andy@strugglers.net>
->
-> <thoughtless> FUCK@ my knees hurt, i've been on them all day!
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Mar 23 03:47:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3abaaacf.32745@prima-lan.net>
-
->On our services we added some messages sent via globops. When someone
->registers a channel or a nick, we get a message saying they did so. You
->could implement something like this to the suspension. If a nick or channel
->becomes suspended due to bad passwords, send a globops, then an IRCop can
->deal with it when it happens.
-
- In Services 4.5.9, you can set limits on the number of bad passwords
-per nick before either sending out a warning or suspending the nick (or
-both).
-
->Now I have a suggestion for operserv. Allow ircop level access to operserv
->to anyone with their oline activated.
-
- This is how OperServ has always worked. You don't have to have a
-registered nick, much less be on any list, to use basic OperServ functions.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From strider at chatcircuit.com Fri Mar 23 04:01:02 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-References: <3abaaacf.32745@prima-lan.net>
-Message-ID: <003d01c0b33d$4cf6e600$0200000a@strider>
-
-I meant for the oper commands, not just 'admin list' and 'oper list'. Maybe
-I should restate it, have Services Operator priveleges.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, March 22, 2001 7:42 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> >On our services we added some messages sent via globops. When someone
-> >registers a channel or a nick, we get a message saying they did so. You
-> >could implement something like this to the suspension. If a nick or
-channel
-> >becomes suspended due to bad passwords, send a globops, then an IRCop can
-> >deal with it when it happens.
->
-> In Services 4.5.9, you can set limits on the number of bad passwords
-> per nick before either sending out a warning or suspending the nick (or
-> both).
->
-> >Now I have a suggestion for operserv. Allow ircop level access to
-operserv
-> >to anyone with their oline activated.
->
-> This is how OperServ has always worked. You don't have to have a
-> registered nick, much less be on any list, to use basic OperServ
-functions.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Mar 23 05:20:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3abac0b0.37420@prima-lan.net>
-
->I meant for the oper commands, not just 'admin list' and 'oper list'. Maybe
->I should restate it, have Services Operator priveleges.
-
- In other words, get rid of that privilege level completely? I'm not
-sure I like that idea, though I could see changing some commands (like MODE
-and KICK) to not require Services operator privileges.
-
- What do other people think about this?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From strider at chatcircuit.com Fri Mar 23 05:26:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-References: <3abac0b0.37420@prima-lan.net>
-Message-ID: <004501c0b349$5028a780$0200000a@strider>
-
-No no no, re read my first one and replace the 'basic access' stuff with
-'services operator'. Leave all that in, but make it to where if a strange
-user attempts to use operserv, make a check to see if it is an oper first
-before rejecting the command.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, March 22, 2001 9:15 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> >I meant for the oper commands, not just 'admin list' and 'oper list'.
-Maybe
-> >I should restate it, have Services Operator priveleges.
->
-> In other words, get rid of that privilege level completely? I'm not
-> sure I like that idea, though I could see changing some commands (like
-MODE
-> and KICK) to not require Services operator privileges.
->
-> What do other people think about this?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Mar 23 07:11:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3abadac1.44371@prima-lan.net>
-
->No no no, re read my first one and replace the 'basic access' stuff with
->'services operator'. Leave all that in, but make it to where if a strange
->user attempts to use operserv, make a check to see if it is an oper first
->before rejecting the command.
-
- I don't see the difference. Since only opers can use OperServ in
-the first place, how is this not equivalent to removing the Services
-operator privilege level entirely?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From strider at chatcircuit.com Fri Mar 23 08:12:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-References: <3abadac1.44371@prima-lan.net>
-Message-ID: <000701c0b360$6e557320$0200000a@strider>
-
-At first you said levels, so I figured you meant all of them. But I guess
-that could be what I am talking about. But wouldn't be faster if the oper
-was using the nick that was on the access list?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, March 22, 2001 11:08 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> >No no no, re read my first one and replace the 'basic access' stuff with
-> >'services operator'. Leave all that in, but make it to where if a strange
-> >user attempts to use operserv, make a check to see if it is an oper first
-> >before rejecting the command.
->
-> I don't see the difference. Since only opers can use OperServ in
-> the first place, how is this not equivalent to removing the Services
-> operator privilege level entirely?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Mar 23 09:06:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3abaf599.51762@prima-lan.net>
-
->At first you said levels, so I figured you meant all of them. But I guess
->that could be what I am talking about. But wouldn't be faster if the oper
->was using the nick that was on the access list?
-
- What would be faster? I don't see what you're talking about.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From ben at desync.com Fri Mar 23 09:06:05 2001
-From: ben at desync.com (ben@desync.com)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <3abac0b0.37420@prima-lan.net>; from achurch@achurch.org on Fri, Mar 23, 2001 at 12:15:34PM +0900
-References: <3abac0b0.37420@prima-lan.net>
-Message-ID: <20010322230532.A15258@desync.com>
-
-On Fri, Mar 23, 2001 at 12:15:34PM +0900, Andrew Church wrote:
-> What do other people think about this?
-
-Hybserv used to do this and it was cool. Good idea.
-
--ben
-
---
-[ ben wilber :: ben@desync.com ]
-[ desync networks / inside3d ]
-
-
-From markh at eurodltd.co.uk Fri Mar 23 12:25:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <003301c0b335$95383020$0200000a@strider>
-Message-ID: <000201c0b383$61d4d640$0deea8c0@eurodltd.co.uk>
-
-> On our services we added some messages sent via globops. When someone
-> registers a channel or a nick, we get a message saying they
-> did so. You
-> could implement something like this to the suspension. If a
-> nick or channel
-> becomes suspended due to bad passwords, send a globops, then
-> an IRCop can
-> deal with it when it happens.
-
-I would expect a globops would be sent in response to services doing this
-since most "decisions" made by services are so announced.
-
-> Also, despite restricting the nickserv nick list, many
-> servers list their
-> ircops in their motd or website or both. IRCops are a very
-> common target in
-> IRC war. This very well could be annoying to an ircop to find
-> their nick was
-> suspended because someone decided they would like to have "fun".
-
-It is one of our oper policies that oper nicknames be as secure as possible.
-Immediate kill and specific host in the access list etc. So noone could use
-an opers name long enough to attempt to chat let alone cause their nickname
-to be suspended.
-
-Mark.
-CTCP Networks.
-
-
-
-From markh at eurodltd.co.uk Fri Mar 23 12:28:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestion
-In-Reply-To: <20010322225328.L23723@gibbon.noc.strugglers.net>
-Message-ID: <000301c0b383$d85f8440$0deea8c0@eurodltd.co.uk>
-
-> > Only possible if they know the nickname(s) and by limiting
-> the list commands
-> > users cannot get to and try them all. Generally nickname
-> attacks are against
-> > specific individuals for a reason not just to do it.
->
-> So you think that if there were a simple, unstoppable way for
-> someone to anonymously disable 50 or so nicknames, that no one would
-> do it ever just for fun?
-
-Anonymous? No-one is really anonymous on IRC to Admin who I would expect to
-intervene long before anyone disabled any number of nicknames for fun or
-otherwise. After a suspension globops and the user not seeking assistance it
-would be apparent that someone was likely to be trying to cause problems
-especially if it occurred for multiple nicknames. Opers could then deal with
-the problem user at that time while the user(s) nicknames, channels, memos
-etc all remained secure.
-
-> And what if they did have a grudge against
-> an individual, that doesn't make it any more OK for them to be able
-> to do it!
-
-Better that than them brute force cracking the password and then causing
-other problems since it is a simple matter for an Oper to restore the
-nickname and suggest that the user take advantage of some of the more secure
-features in nickserv to prevent it happening in the future.
-
-Mark.
-CTCP Networks.
-
-
-
-From andrewk at icon.co.za Fri Mar 23 13:26:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-Message-ID: <01a201c0b38b$a9ed4860$9c011ac4@africa.didata.local>
-
-If this feature is enabled, a rogue user could suspend anyone's nick - even
-the services roots'. surely this is a bit of a problem? Comments?
-
-Andrew
-
-
-
-From achurch at achurch.org Fri Mar 23 13:30:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-Message-ID: <3abb3388.65462@prima-lan.net>
-
->If this feature is enabled, a rogue user could suspend anyone's nick - even
->the services roots'. surely this is a bit of a problem? Comments?
-
- Hm, this is a good point. Suggestions (other than the obvious "don't
-automatically suspend nicks")?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From chromi at cyberspace.org Fri Mar 23 13:55:02 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <3abb3388.65462@prima-lan.net>
-Message-ID: <l03130304b6e0e96b8a53@[192.168.239.101]>
-
->>If this feature is enabled, a rogue user could suspend anyone's nick - even
->>the services roots'. surely this is a bit of a problem? Comments?
->
-> Hm, this is a good point. Suggestions (other than the obvious "don't
->automatically suspend nicks")?
-
-How about a short-term AKILL after the second "too many passwords" kill?
-This works for KILLCLONES and would be a nice workaround. Suspending the
-nick affects innocent users, an AKILL usually doesn't.
-
---------------------------------------------------------------
-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 markh at eurodltd.co.uk Fri Mar 23 13:59:01 2001
-From: markh at eurodltd.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <3abb3388.65462@prima-lan.net>
-Message-ID: <000501c0b38f$c893d280$0deea8c0@eurodltd.co.uk>
-
-If the nickname is suitably protected, e.g. SET KILL IMMED and a limited
-access list, then the nickname cannot be used by anyone other than the
-actual services root so it will not happen.
-
-If it is still of concern, expiring a suspension invoked purely by the
-invalid password trap would fix this since the nickname would return to use
-after a set period while still making life difficult enough for would be
-password crackers since they cannot "brute force" through multiple
-connections/logons and will have to wait a fair amount of time between
-attempts.
-
-An "accumulator" could be used to invoke a permanent suspension for the case
-of a very determined and patient crack attempt.
-
-Mark.
-CTCP Networks.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> Andrew Church
-> Sent: 23 March 2001 11:28
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] auto suspension after invalid passwords
->
->
-> >If this feature is enabled, a rogue user could suspend
-> anyone's nick - even
-> >the services roots'. surely this is a bit of a problem? Comments?
->
-> Hm, this is a good point. Suggestions (other than the
-> obvious "don't
-> automatically suspend nicks")?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> 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 dreamer at darkness.gr Fri Mar 23 14:06:01 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <3abb3388.65462@prima-lan.net>
-Message-ID: <Pine.LNX.4.33.0103231402010.2793-100000@darkness.darkness.gr>
-
-Greetings,
-Ignore the user after a period of time and tries, no command will be
-processed by the services for some time. Add to the kill (if it's not
-added yet) that he will get from the services , the nick that is trying to
-find.
-
-Regards,
-Nick Krassas
-Dinos @ irc.gr
-ircadmin@darkness.irc.gr
-
-
-
-On Fri, 23 Mar 2001, Andrew Church wrote:
-
-> >If this feature is enabled, a rogue user could suspend anyone's nick - even
-> >the services roots'. surely this is a bit of a problem? Comments?
->
-> Hm, this is a good point. Suggestions (other than the obvious "don't
-> automatically suspend nicks")?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(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 fingers at fingers.co.za Fri Mar 23 14:08:05 2001
-From: fingers at fingers.co.za (fingers)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <l03130304b6e0e96b8a53@[192.168.239.101]>
-Message-ID: <Pine.BSF.3.96.1010323140630.93240b-100000@snow.fingers.co.za>
-
-Hi
-
-> How about a short-term AKILL after the second "too many passwords" kill?
-> This works for KILLCLONES and would be a nice workaround. Suspending the
-> nick affects innocent users, an AKILL usually doesn't.
-
-All the user has to do is connect from somewhere else while he gets
-someone's nick suspended, then reconnect from where he normally irc's and
-watches the fun.
-
---Rob
-
-
-
-From andrewk at icon.co.za Fri Mar 23 14:47:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-References: <3abb3388.65462@prima-lan.net>
-Message-ID: <01b801c0b397$0582b6a0$9c011ac4@africa.didata.local>
-
-Imho, the feature has good intentions but isn't very robust. Let's look at
-what it's trying to do:
-
-- Prevent a user from brute forcing the nick's password.
-
-What are we currently doing to prevent this:
-
-- Kill the user after X invalid passwords. This allows opers to see who is
-getting a password wrong _a lot_. They can then akill the person's host.
-
-What is the current method lacking:
-
-- If there are no active opers (ooops), then the user could get away with it
-for a while. So basically a temp akill might surfice. Atleast it would make
-it slightly harder for the user to brute force the nickname effectively.
-
-Finally, the chances of someone brute forcing a nickname's password are
-already small - seeing as we have a minimum password length. So, maybe this
-extra security is unnecessary?
-
-Andrew
-
-
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, March 23, 2001 1:28 PM
-Subject: Re: [IRCServices] auto suspension after invalid passwords
-
-
-> >If this feature is enabled, a rogue user could suspend anyone's nick -
-even
-> >the services roots'. surely this is a bit of a problem? Comments?
->
-> Hm, this is a good point. Suggestions (other than the obvious "don't
-> automatically suspend nicks")?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From chromi at cyberspace.org Fri Mar 23 15:04:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <Pine.BSF.3.96.1010323140630.93240b-100000@snow.fingers.co.za>
-References: <l03130304b6e0e96b8a53@[192.168.239.101]>
-Message-ID: <l03130306b6e0f3e700c0@[192.168.239.101]>
-
->> How about a short-term AKILL after the second "too many passwords" kill?
->> This works for KILLCLONES and would be a nice workaround. Suspending the
->> nick affects innocent users, an AKILL usually doesn't.
->
->All the user has to do is connect from somewhere else while he gets
->someone's nick suspended, then reconnect from where he normally irc's and
->watches the fun.
-
-I was suggesting the AKILL in place of the suspend, not in conjunction with it.
-
---------------------------------------------------------------
-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 chromi at cyberspace.org Fri Mar 23 15:36:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] auto suspension after invalid passwords
-In-Reply-To: <01b801c0b397$0582b6a0$9c011ac4@africa.didata.local>
-References: <3abb3388.65462@prima-lan.net>
-Message-ID: <l03130307b6e0fbacd425@[192.168.239.101]>
-
->Imho, the feature has good intentions but isn't very robust. Let's look at
->what it's trying to do:
->
->- Prevent a user from brute forcing the nick's password.
->
->What are we currently doing to prevent this:
->
->- Kill the user after X invalid passwords. This allows opers to see who is
->getting a password wrong _a lot_. They can then akill the person's host.
->
->What is the current method lacking:
->
->- If there are no active opers (ooops), then the user could get away with it
->for a while. So basically a temp akill might surfice. Atleast it would make
->it slightly harder for the user to brute force the nickname effectively.
->
->Finally, the chances of someone brute forcing a nickname's password are
->already small - seeing as we have a minimum password length. So, maybe this
->extra security is unnecessary?
-
-Maybe I'm biased because it was my idea, but I think the temp AKILL would
-work spendidly. If the abuser reconnects before the AKILL expires, a
-k:line is automatically added - no oper interference needed. If by chance
-it was a genuine mistake on the part of the user, they can e-mail the
-admins and get the k:line lifted (when the next oper comes along), and
-everything is fine.
-
-If the abuser reconnects on a different IP, he eventually runs out of IPs -
-also if an oper is watching the status window he can get rid of the abuser
-without problems. If the abuser is smart enough to wait for the AKILL
-timeout before attempting to reconnect in the first place, this still slows
-him down (probably enough to make it not worth his while).
-
-I'm a strong believer in letting the server do as much work as cannot
-possibly be handled by anyone other than the oper. On any decent-sized
-network, the workload on a given oper must be tremendous - anything the
-server can do to reduce problems (while not introducing new ones) has to be
-a good thing.
-
---------------------------------------------------------------
-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 willyb at maniawaste.net Sat Mar 24 09:04:00 2001
-From: willyb at maniawaste.net (WillyB)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] StartUp problems
-In-Reply-To: <l03130307b6e0fbacd425@[192.168.239.101]>
-References: <01b801c0b397$0582b6a0$9c011ac4@africa.didata.local>
- <3abb3388.65462@prima-lan.net>
-Message-ID: <5.0.2.1.0.20010324005753.009fa380@mail.maniawaste.net>
-
-Hello...
-
-I've been reading the list and files and all I can on the services.
-
-When I try starting the services they log in but then the connection closes
-with a FATAL Error because of not C/N lines
-
-I have S lines and C/N lines
-
-Very new to this.. first time installing services.
-
-I have
-irc2.9.5 with the s in the version as the #define for them is defined.
-
-I don't know what I am doing wrong...
-
-Thanks for any help/suggestions :)
-
-WillyB
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Mar 24 10:44:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: AW: [IRCServices] StartUp problems
-In-Reply-To: <5.0.2.1.0.20010324005753.009fa380@mail.maniawaste.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEJPEKAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-I think, you are misunderstanding the text "SERVICE" as defined on ircd2.9 and later.
-
-It has nothing to do with the ircservices you try to run. Additionally, ircservices
-will also not be able to run with ircd2.9 and later.
-
-The term "SERVICE" on ircnet's servers means a special type CLIENT (and not SERVER,
-but ircservices operates as a server), which is granted additional privileges like
-seeing user connects, kills, or whatever. On ircnet this feature is used to run
-kline services, for there is no global kline. Or services like noteserv.
-
-Ircservices is a software, using wich, users are permitted to register nicknames and
-channels, and also, the daemon ircservices is connected to, has to allow MODE changes
-from services.
-
-I think, ircd2.9 would also allow a server changing modes, but the reality is, that the
-protocol 2.9 uses differs heavily from the older one (NJOIN for example)
-Any SERVICE, which is defined thru an S:Line is only talked to via the "SQUERY" command,
-and this would also be unknown to ircservices.
-
-I suggest you to have a look at Bahamut 1.4.23, which is currently the newest release
-(Yes, 1.4.23 is out) http://bahamut.dal.net is the appropriate address.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von WillyB
-> Gesendet: Samstag, 24. Marz 2001 08:02
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] StartUp problems
->
->
-> Hello...
->
-> I've been reading the list and files and all I can on the services.
->
-> When I try starting the services they log in but then the
-> connection closes
-> with a FATAL Error because of not C/N lines
->
-> I have S lines and C/N lines
->
-> Very new to this.. first time installing services.
->
-> I have
-> irc2.9.5 with the s in the version as the #define for them is defined.
->
-> I don't know what I am doing wrong...
->
-> Thanks for any help/suggestions :)
->
-> WillyB
->
->
->
-> -----------------------------------------------------------
-> 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 willyb at maniawaste.net Sat Mar 24 22:41:01 2001
-From: willyb at maniawaste.net (WillyB)
-Date: Sat Oct 23 23:01:17 2004
-Subject: AW: [IRCServices] StartUp problems
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCKEJPEKAA.uhc0@rz.uni-karlsruhe.de>
-References: <5.0.2.1.0.20010324005753.009fa380@mail.maniawaste.net>
-Message-ID: <5.0.2.1.0.20010324143520.009ede10@mail.maniawaste.net>
-
-Thank you yusuf...
-
-I believe I understand you.
-
-I am wanting opserv, nickserv and chanserv at least...
-
-I have just downloaded bahamut latest version.
-
-Thanks again.
-
-Have a good day :)
-
-WillyB
-
-
-At 09:46 AM 3/24/01 +0100, you wrote:
-
->Hello;
->
->I think, you are misunderstanding the text "SERVICE" as defined on ircd2.9
->and later.
->
->It has nothing to do with the ircservices you try to run. Additionally,
->ircservices
->will also not be able to run with ircd2.9 and later.
->
->The term "SERVICE" on ircnet's servers means a special type CLIENT (and
->not SERVER,
->but ircservices operates as a server), which is granted additional
->privileges like
->seeing user connects, kills, or whatever. On ircnet this feature is used
->to run
->kline services, for there is no global kline. Or services like noteserv.
->
->Ircservices is a software, using wich, users are permitted to register
->nicknames and
->channels, and also, the daemon ircservices is connected to, has to allow
->MODE changes
->from services.
->
->I think, ircd2.9 would also allow a server changing modes, but the reality
->is, that the
->protocol 2.9 uses differs heavily from the older one (NJOIN for example)
->Any SERVICE, which is defined thru an S:Line is only talked to via the
->"SQUERY" command,
->and this would also be unknown to ircservices.
->
->I suggest you to have a look at Bahamut 1.4.23, which is currently the
->newest release
->(Yes, 1.4.23 is out) http://bahamut.dal.net is the appropriate address.
->
->Regards;
->yusuf
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
-> > -----Ursprungliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von WillyB
-> > Gesendet: Samstag, 24. Marz 2001 08:02
-> > An: ircservices@ircservices.za.net
-> > Betreff: [IRCServices] StartUp problems
-> >
-> >
-> > Hello...
-> >
-> > I've been reading the list and files and all I can on the services.
-> >
-> > When I try starting the services they log in but then the
-> > connection closes
-> > with a FATAL Error because of not C/N lines
-> >
-> > I have S lines and C/N lines
-> >
-> > Very new to this.. first time installing services.
-> >
-> > I have
-> > irc2.9.5 with the s in the version as the #define for them is defined.
-> >
-> > I don't know what I am doing wrong...
-> >
-> > Thanks for any help/suggestions :)
-> >
-> > WillyB
-> >
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 ircservices at vietmedia.com Wed Mar 28 06:28:00 2001
-From: ircservices at vietmedia.com (k k)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestions and Bug Report
-Message-ID: <20010328042712.41FD23F42@snow.fingers.co.za>
-
-Hello,
-
-Suggestions First:
-
- -1- Program to have nickserv autochange nick with /ns identify
-password [Nick] - If a nick is stuck and joining back with another
-nick, I can provide a single command that will act as a combination
-between Ghost and Identify - /ns identify password MyNick If I
-provide the second parameter for the nick, then see if MyNick and
-Password match, if matched kill MyNick which is currently online and
-change MyNickAlt to MyNick and being identified of course w/o having to
-identify again.
-
- -2- Have services save the last GuestXXX that was used if it's not
-approaching 4B mark, so that if you restart services for some reasons,
-services won't try to change registered nicknames to the same GuestXXX
-that was change before services restarted. Example: if my nick was
-changed to Guest0 then restart services, services will attempt to
-change someone else to Guest0 and person will get collided ;)
-
-
-
-Bug:
-
- -- Using /ns drop nickname or /msg nickserv drop nickname Will
-occasionally kill services with "Segmentation Fault PANIC! buffer".
-Generic IRC server with services running version 4.5.8
-
-
-Regards,
-
-KN
-
-
-
-
-
-------------------------------------
-Powered by <a href=http://www.vietmedia.com>http://www.vietmedia.com</a>
-Free E-mail, Instant Messaging, and more!
-
-
-From achurch at achurch.org Wed Mar 28 08:45:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Suggestions and Bug Report
-Message-ID: <3ac18829.55516@prima-lan.net>
-
- Just a note to everyone: I'm not ignoring you all. (: Work is
-very busy at the moment and it's hard enough to even find time to
-answer mail, much less work on Services. Things should settle down
-a bit next month, so please be patient until then.
-
-> -1- Program to have nickserv autochange nick with /ns identify
->password [Nick] - If a nick is stuck and joining back with another
->nick, I can provide a single command that will act as a combination
->between Ghost and Identify - /ns identify password MyNick If I
->provide the second parameter for the nick, then see if MyNick and
->Password match, if matched kill MyNick which is currently online and
->change MyNickAlt to MyNick and being identified of course w/o having to
->identify again.
-
- Rather than needing an extra command, I think it would be more
-reasonable to just record the fact that the password was given in the
-GHOST command so the user doesn't have to identify again after changing
-nicks. I'm considering this for 5.0.
-
-> -2- Have services save the last GuestXXX that was used if it's not
->approaching 4B mark, so that if you restart services for some reasons,
->services won't try to change registered nicknames to the same GuestXXX
->that was change before services restarted. Example: if my nick was
->changed to Guest0 then restart services, services will attempt to
->change someone else to Guest0 and person will get collided ;)
-
- This has already been fixed for 5.0. In the meantime, just don't
-restart Services so often. ;)
-
-> -- Using /ns drop nickname or /msg nickserv drop nickname Will
->occasionally kill services with "Segmentation Fault PANIC! buffer".
->Generic IRC server with services running version 4.5.8
-
- This is no help; please read the FAQ for what to do when submitting
-a bug report.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From u970042 at giki.edu.pk Wed Mar 28 13:42:01 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problems and suggestions for them
-Message-ID: <08eb01c0b77c$28057d50$430ba8c0@hostel1.giki.edu.pk>
-
-Whoever has 4.5.9 please confirm if these problems are still there. Thanks
-
-Problem 1: Presently if you set any channel as forbidden, the people in the channel are not kicked.
-Solution 1: Clear users when a channel is set as forbidden
-
-I think this has already been resolved, but I'm putting it here as I'm not sure.. sorry I still run services 4.4.8
-Problem 2: The ban set on a forbidden channel is host dependant.
-Solution 2: Set a *!*@* ban
-
-Problem 3: Since a channel is finished when the last user gets out, the ban list is empty, hence a user may join a
-forbidden channel again. The problem here is useless processing, as well as log file clutter with useless messages.
-Solution 3: Keep Chanserv or some other services nick in the channel to enforce the ban.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Mar 28 14:54:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problems and suggestions for them
-In-Reply-To: <08eb01c0b77c$28057d50$430ba8c0@hostel1.giki.edu.pk>
-Message-ID: <Pine.HPX.4.31.0103281452001.9768-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Hello;
-
-On Wed, 28 Mar 2001, Imran Ali Rashid wrote:
-
-> Whoever has 4.5.9 please confirm if these problems are still there. Thanks
->
-> Problem 1: Presently if you set any channel as forbidden, the people in the channel are not kicked.
-> Solution 1: Clear users when a channel is set as forbidden
-
-Are you reading the Changes file when talking about a Problem ?
-
->
-> I think this has already been resolved, but I'm putting it here as I'm not sure.. sorry I still run services 4.4.8
-> Problem 2: The ban set on a forbidden channel is host dependant.
-> Solution 2: Set a *!*@* ban
-
-Again.
-
->
-> Problem 3: Since a channel is finished when the last user gets out, the ban list is empty, hence a user may join a
-> forbidden channel again. The problem here is useless processing, as well as log file clutter with useless messages.
-> Solution 3: Keep Chanserv or some other services nick in the channel to enforce the ban.
-
-ChanServ already stays after the first join attempt after channel is
-cleared, for a small amount of time (services.conf), to prevent rejoins.
-
-You may be right about useless processing, but not about log clutter.
-The joiner cannot set any modes.
-
-Regards;
-yusuf
-
->
->
-> -----------------------------------------------------------
-> 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
->
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From achurch at achurch.org Wed Mar 28 14:54:07 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Services 4.5.10 released
-Message-ID: <3ac1ded0.00752@prima-lan.net>
-
- Services 4.5.10 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.10.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.10.diff
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- Someone pointed out to me in mail that Services won't even
-compile when the ircu daemon is selected, so this has been fixed.
-Also, Yusuf Iskenderoglu has provided a German language file, which
-has been included in this release.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From u970042 at giki.edu.pk Wed Mar 28 15:59:00 2001
-From: u970042 at giki.edu.pk (Imran Ali Rashid)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problems and suggestions for them
-References: <Pine.HPX.4.31.0103281452001.9768-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <0a8701c0b78e$96da1e90$430ba8c0@hostel1.giki.edu.pk>
-
-> Are you reading the Changes file when talking about a Problem ?
-
-Oops. Sorry, I checked last time but forgot to this time.
-My Apologies.
-
-> >
-> > Problem 3: Since a channel is finished when the last user gets out, the ban list is empty, hence a user may join a
-> > forbidden channel again. The problem here is useless processing, as well as log file clutter with useless messages.
-> > Solution 3: Keep Chanserv or some other services nick in the channel to enforce the ban.
->
-> ChanServ already stays after the first join attempt after channel is
-> cleared, for a small amount of time (services.conf), to prevent rejoins.
->
-> You may be right about useless processing, but not about log clutter.
-> The joiner cannot set any modes.
->
-
-I meant entries of this form:
-[Mar 28 15:39:17 2001] channel: MODE +b a@*.cml-lab.giki.edu.pk for nonexistent channel #forbidden
-[Mar 28 15:39:17 2001] channel: MODE +o zahidirfan 985777603 for nonexistent channel #forbidden
-
-If these aren't too, then I ask forgiveness, I haven't really had any opportunity to upgrade services here are yet.
-
-
-
-
-From achurch at achurch.org Wed Mar 28 17:42:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problems and suggestions for them
-Message-ID: <3ac20616.10244@prima-lan.net>
-
->I meant entries of this form:
->[Mar 28 15:39:17 2001] channel: MODE +b a@*.cml-lab.giki.edu.pk for nonexistent channel #forbidden
->[Mar 28 15:39:17 2001] channel: MODE +o zahidirfan 985777603 for nonexistent channel #forbidden
-
- Just for the record, these appear when ChanServ autokicks a user from a
-channel during a netburst before receiving the MODE part of the netburst.
-I will be looking to see if there is a good way to avoid that (such as
-holding all processing until after the netburst) for version 5.0.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From fingers at fingers.co.za Thu Mar 29 15:43:01 2001
-From: fingers at fingers.co.za (fingers)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] ircd's and SNMP
-Message-ID: <Pine.BSF.3.96.1010329154155.90361g-100000@snow.fingers.co.za>
-
-Hi there
-
-Does anyone know if there's an irc MIB for use with SNMP?
-
-Regards
-
---Rob
-
-
-
-From ferrari at nl.com.br Thu Mar 29 21:44:01 2001
-From: ferrari at nl.com.br (Eduardo Ferrari)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problems with old version
-Message-ID: <030d01c0b888$c265d310$f1c809c0@ferrari>
-
-Hey!
-
-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.4.8 and 4.5.9, and i get same
-error...
-
-Eduardo de Morais Ferrari
-?rea de Suporte - Oracle
-E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-N&L Inform?tica. Solu??es Inteligentes em Tecnologia da Informa??o
-Visite nosso site: http://www.nl.com.br
------------------------------------------------------------------
-ICQ # 10566751
-Registred Linux User # 186849
------------------------------------------------------------------
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: Eduardo de Morais Ferrari.vcf
-Type: text/x-vcard
-Size: 785 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010329/7b348399/EduardodeMoraisFerrari.vcf
-From uhc0 at rz.uni-karlsruhe.de Thu Mar 29 22:16:04 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: AW: [IRCServices] Problems with old version
-In-Reply-To: <030d01c0b888$c265d310$f1c809c0@ferrari>
-Message-ID: <NDBBKLOOKLMAKHFICBLCMECNELAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-I do not know how many times the mailing list was asked about ircd2.10.x
-but, if you had read the README, or if not then during the ./configure you SHOULD
-have seen the fact that services does NOT support currently the protocol
-extensions of ircd2.9.x or later.
-
-You will not be able to run it, even if you modify the server introduction.
-ircd2.9 or later uses a totally different, non timestamp protocol revision
-among with 4 rfcs introduced, protocol compared to irc2 alone.
-
-Please do try using one of the daemons that are supported.
-I suggest using Bahamut.
-
-Bahamut 1.4.23 is available from http://bahamut.dal.net
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Eduardo
-> Ferrari
-> Gesendet: Donnerstag, 29. M?rz 2001 21:45
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Problems with old version
->
->
-> Hey!
->
-> 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.4.8 and 4.5.9, and i get same
-> error...
->
-> Eduardo de Morais Ferrari
-> ?rea de Suporte - Oracle
-> E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-> N&L Inform?tica. Solu??es Inteligentes em Tecnologia da Informa??o
-> Visite nosso site: http://www.nl.com.br
-> -----------------------------------------------------------------
-> ICQ # 10566751
-> Registred Linux User # 186849
-> -----------------------------------------------------------------
->
-
-
-
-From dan_jr at ultim.net Fri Mar 30 18:23:00 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Services+web interact
-Message-ID: <NFBBLBMOGLDMHDNNKDNDOEFFCAAA.dan_jr@ultim.net>
-
-Hi there!
-
-Nice Job for your lastest services!
-
-I would like to know.
-
-I use services on Nevernet Irc Network (same as Dalnet)
-
-and would like to know.. if there anyplace, i can find
-a cgi page script, like the one of Dalnet, to interact
-with services, like Nickserv, chanserv and memoserv
-
-I mean, users can change online their password
-or have a list of actual channels!
-
-Thanks
-
-Daniel
-dan_jr@ultim.net
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Mar 30 22:18:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:17 2004
-Subject: AW: [IRCServices] Services+web interact
-In-Reply-To: <NFBBLBMOGLDMHDNNKDNDOEFFCAAA.dan_jr@ultim.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEDOELAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-Just for your information:
-
-The Services Software DALnet is using differs very much from the
-Ircservices.
-
-DALnet is managing their databases through sql, and the database server
-allows connections from their web software in addition to services.
-That way, the web can interact with the database, but not with services itself,
-except you create a client through that web software, which messages services
-clients.
-
-The current release of ircservices does not listen for incoming connections,
-nor it serves an html output, nor it rereads the databases while running, and
-if you try to modify the databases while services is running, the modification
-will simply be overwritten by the next database sync.
-
-A coming release of services will be able to support modules, that way people
-might be able to extend the main services with addenda like the one you are
-looking for.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Daniel
-> Gesendet: Freitag, 30. M?rz 2001 18:17
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Services+web interact
->
->
->
-> Hi there!
->
-> Nice Job for your lastest services!
->
-> I would like to know.
->
-> I use services on Nevernet Irc Network (same as Dalnet)
->
-> and would like to know.. if there anyplace, i can find
-> a cgi page script, like the one of Dalnet, to interact
-> with services, like Nickserv, chanserv and memoserv
->
-> I mean, users can change online their password
-> or have a list of actual channels!
->
-> Thanks
->
-> Daniel
-> dan_jr@ultim.net
->
-> -----------------------------------------------------------
-> 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 sam at breakfree.com Sat Mar 31 23:15:07 2001
-From: sam at breakfree.com (Samuel Graenacher)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Two feature suggestions
-Message-ID: <112501128.20010331231403@breakfree.com>
-
-Hey,
-during some DDOS attack a few mins ago I came on two ideas for features
-ircservices might/should provide. The first one isn't very good but
-the second one I'd really recommend to implement:
-
-1) A command (for example /msg chanserv banchan #channel) that causes
-Operserv to set an akill on all hosts in flood-control channels
-(channels like #0wn3d you can be sure that only clone(r)s use).
-
-2) A command to set Operservs clone watching more strict for a certain
-period of time. Like if I see an unusual high number or session limit
-exceedings, I'd issue the command and it'd:
- a) set an akill on all hosts that hit the limit during the last
- 5-10mins
- b) set the session limit for all new connections to 1 for a certain
- amount of time or until an undo command is issued.
-
-The second suggestion would be really useful. Any comments? Doable or
-not?
-
-Bye
-
- ( o>
- ///\
-_\V_/_____________________________
-[Sam]<mailto:sam@breakfree.com>
-http://www.xplo.org/
-"finger sam@breakfree.com" for the public pgp key
-TheBat! 1.51 on Windows 98 4.10 Build 1998
-
-* Ethernet n.: something used to catch the etherbunny. *
-
-
-
-
-From J.Veldhuis at roccadefinance.nl Mon Apr 2 15:55:01 2001
-From: J.Veldhuis at roccadefinance.nl (Veldhuis, Jan)
-Date: Sat Oct 23 23:01:17 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-Message-ID: <B075CE11AEC4D3118C520000F6D607A201526846@WINNT_MAILEXCH>
-
-Hi,
-
-Recently we changed the services on our network.
-Before we were using Daylight services, but suddenly we got problems with
-it. After some investigations we were adviced to move to ircservices 4.5.10.
-
-After implementation we noticed te services are almost working the same. But
-now we notice an possible "bug".
-
-When someone opens a new channel he get automatically @. But he can't
-registrate the channel. They get the error "you must be an Channel
-operator".
-The workarround for this is an ircop joins the channel; the other user gets
-out the chan, rejoins it and the ircop gives him @.
-
-After that the user can reg the chan without problems.
-
-I love to hear if i am the only one or if there are others. I love to hear
-if someone has a sollution for it.
-
-Greetz,
-Jan
-
-
-From willyb at maniawaste.net Mon Apr 2 16:09:01 2001
-From: willyb at maniawaste.net (WillyB)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Startup Problems - fatal error
-Message-ID: <5.0.2.1.0.20010402083900.009f2190@mail.maniawaste.net>
-
-Hello ... I hope this is the place for this question...
-
-I have the latest version of Bahamut - bahamut(pelennor)-1.4(23)
-and ircservices-4.5.9
-
-This is what happens.. I connect the services ok.. but it disconnects
-immediately.
-
-In the status window I get this...
-
-[08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Warning:
-66.12.25.138[unknown@66.12.25.138] linked, non-TS server
--
-[08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Link with
-66.12.25.138[unknown@0.0.0.0] established, states: ULined Non-TS
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: NickServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: ChanServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: HelpServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: MemoServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: OperServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: AwasteServ[-@-]
-on - (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Routing -- from maniawaste.net: 66.12.25.138
-has processed user/channel burst, sending topic burst.
-
-There are quite a few lines like that.. then.....
-
-[08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: NickServ[-@-] on
-- (from 66.12.25.138)
--
-[08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Read error
-from 66.12.25.138[unknown@0.0.0.0], closing link (Connection reset by peer)
--
-[08:55] -maniawaste.net- *** Notice -- 66.12.25.138 was connected for 0
-seconds. 4/2 sendK/recvK.
-
-I ran the services as services -debug -debug -debug
-and this is an excerp from the services.log...
-
-[Apr 02 07:52:52.883228 2001] debug: flush_write_buffer wanted 18, got 18
-[Apr 02 07:52:52.883545 2001] debug: Sent: NICK NickServ :1
-[Apr 02 07:52:52.883960 2001] debug: flush_write_buffer wanted 70, got 70
-[Apr 02 07:52:52.884274 2001] debug: Sent: :NickServ USER services
-maniawaste.net 66.12.25.138 :Nickname Server
-[Apr 02 07:52:52.884668 2001] debug: flush_write_buffer wanted 28, got 28
-[Apr 02 07:52:52.884978 2001] debug: Sent: :NickServ MODE NickServ +o
-[Apr 02 07:52:52.885274 2001] debug: Top of main loop
-[Apr 02 07:52:52.885582 2001] debug: Received: :maniawaste.net KILL
-NickServ :maniawaste.net (NickServ(?) <- 66.12.25.138[unknown@lo
-calhost])
-
-This happens for each of the service nicks several times... then at the
-end of the file is the fatal error....
-
-[Apr 02 07:52:52.902413 2001] debug: flush_write_buffer wanted 18, got 18
-[Apr 02 07:52:52.902727 2001] debug: Sent: NICK ChanServ :1
-[Apr 02 07:52:52.903138 2001] debug: flush_write_buffer wanted 69, got 69
-[Apr 02 07:52:52.903449 2001] debug: Sent: :ChanServ USER services
-maniawaste.net 66.12.25.138 :Channel Server
-[Apr 02 07:52:52.903848 2001] debug: flush_write_buffer wanted 28, got 28
-[Apr 02 07:52:52.904156 2001] debug: Sent: :ChanServ MODE ChanServ +o
-[Apr 02 07:52:52.904452 2001] debug: Top of main loop
-[Apr 02 07:52:52.904758 2001] debug: Received: :maniawaste.net KILL
-HelpServ :maniawaste.net (HelpServ(?) <- 66.12.25.138[unknown@lo
-calhost])
-[Apr 02 07:52:52.905068 2001] FATAL: introduce_user() loop detected
-[Apr 02 07:52:52.905585 2001] debug: flush_write_buffer wanted 69, got 69
-[Apr 02 07:52:52.906036 2001] debug: Sent: :66.12.25.138 WALLOPS :FATAL
-ERROR! introduce_user() loop detected
-
-Sorry for the long email.. I figure the more info you have the better you
-can tell what's going wrong.
-
-I do hope this is the right place to ask this, if not I apologize for the
-intrusion...
-
-Thanks.
-
-Willy
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 2 16:17:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Startup Problems - fatal error
-In-Reply-To: <5.0.2.1.0.20010402083900.009f2190@mail.maniawaste.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCEGIELAA.uhc0@rz.uni-karlsruhe.de>
-
-Hi,
-
-It seems that you did not compile services for Bahamut 1.4.22 or later
-Instead you have chosen something else.
-
-Please do go through the ./configure again and select "23" for bahamut.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von WillyB
-> Gesendet: Montag, 2. April 2001 16:07
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Startup Problems - fatal error
->
->
-> Hello ... I hope this is the place for this question...
->
-> I have the latest version of Bahamut - bahamut(pelennor)-1.4(23)
-> and ircservices-4.5.9
->
-> This is what happens.. I connect the services ok.. but it disconnects
-> immediately.
->
-> In the status window I get this...
->
-> [08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Warning:
-> 66.12.25.138[unknown@66.12.25.138] linked, non-TS server
-> -
-> [08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Link with
-> 66.12.25.138[unknown@0.0.0.0] established, states: ULined Non-TS
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> NickServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> ChanServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> HelpServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> MemoServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> OperServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK: AwasteServ[-@-]
-> on - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Routing -- from maniawaste.net: 66.12.25.138
-> has processed user/channel burst, sending topic burst.
->
-> There are quite a few lines like that.. then.....
->
-> [08:55] -maniawaste.net- *** Notice -- IGNORING BAD NICK:
-> NickServ[-@-] on
-> - (from 66.12.25.138)
-> -
-> [08:55] -maniawaste.net- *** Routing -- from maniawaste.net: Read error
-> from 66.12.25.138[unknown@0.0.0.0], closing link (Connection
-> reset by peer)
-> -
-> [08:55] -maniawaste.net- *** Notice -- 66.12.25.138 was connected for 0
-> seconds. 4/2 sendK/recvK.
->
-> I ran the services as services -debug -debug -debug
-> and this is an excerp from the services.log...
->
-> [Apr 02 07:52:52.883228 2001] debug: flush_write_buffer wanted 18, got 18
-> [Apr 02 07:52:52.883545 2001] debug: Sent: NICK NickServ :1
-> [Apr 02 07:52:52.883960 2001] debug: flush_write_buffer wanted 70, got 70
-> [Apr 02 07:52:52.884274 2001] debug: Sent: :NickServ USER services
-> maniawaste.net 66.12.25.138 :Nickname Server
-> [Apr 02 07:52:52.884668 2001] debug: flush_write_buffer wanted 28, got 28
-> [Apr 02 07:52:52.884978 2001] debug: Sent: :NickServ MODE NickServ +o
-> [Apr 02 07:52:52.885274 2001] debug: Top of main loop
-> [Apr 02 07:52:52.885582 2001] debug: Received: :maniawaste.net KILL
-> NickServ :maniawaste.net (NickServ(?) <- 66.12.25.138[unknown@lo
-> calhost])
->
-> This happens for each of the service nicks several times... then at the
-> end of the file is the fatal error....
->
-> [Apr 02 07:52:52.902413 2001] debug: flush_write_buffer wanted 18, got 18
-> [Apr 02 07:52:52.902727 2001] debug: Sent: NICK ChanServ :1
-> [Apr 02 07:52:52.903138 2001] debug: flush_write_buffer wanted 69, got 69
-> [Apr 02 07:52:52.903449 2001] debug: Sent: :ChanServ USER services
-> maniawaste.net 66.12.25.138 :Channel Server
-> [Apr 02 07:52:52.903848 2001] debug: flush_write_buffer wanted 28, got 28
-> [Apr 02 07:52:52.904156 2001] debug: Sent: :ChanServ MODE ChanServ +o
-> [Apr 02 07:52:52.904452 2001] debug: Top of main loop
-> [Apr 02 07:52:52.904758 2001] debug: Received: :maniawaste.net KILL
-> HelpServ :maniawaste.net (HelpServ(?) <- 66.12.25.138[unknown@lo
-> calhost])
-> [Apr 02 07:52:52.905068 2001] FATAL: introduce_user() loop detected
-> [Apr 02 07:52:52.905585 2001] debug: flush_write_buffer wanted 69, got 69
-> [Apr 02 07:52:52.906036 2001] debug: Sent: :66.12.25.138 WALLOPS :FATAL
-> ERROR! introduce_user() loop detected
->
-> Sorry for the long email.. I figure the more info you have the better you
-> can tell what's going wrong.
->
-> I do hope this is the right place to ask this, if not I apologize for the
-> intrusion...
->
-> Thanks.
->
-> Willy
->
->
->
-> -----------------------------------------------------------
-> 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 markh at eurocom.co.uk Mon Apr 2 16:47:01 2001
-From: markh at eurocom.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-In-Reply-To: <B075CE11AEC4D3118C520000F6D607A201526846@WINNT_MAILEXCH>
-Message-ID: <004501c0bb83$04558fc0$0deea8c0@eurodltd.co.uk>
-
-I have had reports of this from people running the same Unreal/services
-combination. The problem was also purported to be on 4.5.9 as well.
-
-However, when I tested this with only user modes, the only way I could
-reproduce the error was to miss out the channel name when attempting to
-register the channel,
-i.e.
- /cs register pass desc
-"you must be an Channel operator..."
- /cs register #chan pass desc
-worked OK.
-
-Are you sure that the channel name is being passed in the call to register a
-channel?
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> Veldhuis, Jan
-> Sent: 02 April 2001 14:54
-> To: 'ircservices@ircservices.za.net'
-> Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
-> Hi,
->
-> Recently we changed the services on our network.
-> Before we were using Daylight services, but suddenly we got
-> problems with
-> it. After some investigations we were adviced to move to
-> ircservices 4.5.10.
->
-> After implementation we noticed te services are almost
-> working the same. But
-> now we notice an possible "bug".
->
-> When someone opens a new channel he get automatically @. But he can't
-> registrate the channel. They get the error "you must be an Channel
-> operator".
-> The workarround for this is an ircop joins the channel; the
-> other user gets
-> out the chan, rejoins it and the ircop gives him @.
->
-> After that the user can reg the chan without problems.
->
-> I love to hear if i am the only one or if there are others. I
-> love to hear
-> if someone has a sollution for it.
->
-> Greetz,
-> Jan
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-From strider at chatcircuit.com Mon Apr 2 19:59:03 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-References: <004501c0bb83$04558fc0$0deea8c0@eurodltd.co.uk>
-Message-ID: <001301c0bb9e$f3c9f620$0200000a@strider>
-
-I've seen and reported this problem in the past. In fact, the last time I
-saw this problem myself, an ircop was trying to register the channel. I then
-had to join the channel, op myself, register it, then transfer it. This was
-one of our ircops experiencing this, so he knew the syntax of the command.
-When I asked him to paste what he was using withs omething at the beginning
-of the line, I saw nothing wrong.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Mark Hetherington" <markh@eurocom.co.uk>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 02, 2001 9:41 AM
-Subject: RE: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-
-
-> I have had reports of this from people running the same Unreal/services
-> combination. The problem was also purported to be on 4.5.9 as well.
->
-> However, when I tested this with only user modes, the only way I could
-> reproduce the error was to miss out the channel name when attempting to
-> register the channel,
-> i.e.
-> /cs register pass desc
-> "you must be an Channel operator..."
-> /cs register #chan pass desc
-> worked OK.
->
-> Are you sure that the channel name is being passed in the call to register
-a
-> channel?
->
->
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> > Veldhuis, Jan
-> > Sent: 02 April 2001 14:54
-> > To: 'ircservices@ircservices.za.net'
-> > Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> >
-> >
-> > Hi,
-> >
-> > Recently we changed the services on our network.
-> > Before we were using Daylight services, but suddenly we got
-> > problems with
-> > it. After some investigations we were adviced to move to
-> > ircservices 4.5.10.
-> >
-> > After implementation we noticed te services are almost
-> > working the same. But
-> > now we notice an possible "bug".
-> >
-> > When someone opens a new channel he get automatically @. But he can't
-> > registrate the channel. They get the error "you must be an Channel
-> > operator".
-> > The workarround for this is an ircop joins the channel; the
-> > other user gets
-> > out the chan, rejoins it and the ircop gives him @.
-> >
-> > After that the user can reg the chan without problems.
-> >
-> > I love to hear if i am the only one or if there are others. I
-> > love to hear
-> > if someone has a sollution for it.
-> >
-> > Greetz,
-> > Jan
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From strider at chatcircuit.com Mon Apr 2 20:03:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Question on stability
-Message-ID: <001e01c0bb9f$73996200$0200000a@strider>
-
-I am still on services 4.4.8. With how fast updates are being pumped out due
-to bugs, I am hesitant to update. Is there a possible release coming that
-will not be superceded within a week? I don't want to update services just
-so I can update once a week to patch some big bug. And yes, I did beta test
-what I could and reported what I could, the beta test phase just didn't last
-long.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-
-From jank at icehouse.net Mon Apr 2 20:07:05 2001
-From: jank at icehouse.net (Brandon Jank)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-References: <004501c0bb83$04558fc0$0deea8c0@eurodltd.co.uk> <001301c0bb9e$f3c9f620$0200000a@strider>
-Message-ID: <003301c0bb9f$a0010730$0201a8c0@BACKBURN>
-
-I have the same problem w/ my Unreal net.
-To remidy it i would deop the user than re op them, then services would
-allow the user to register the room.
-PLEASE fix this!
-It might be a bug w/ unreal not announcing empty channel on-join ops.
-
-Thanks
-BaCkBuRn
-irc.inlen.net
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 02, 2001 11:01 AM
-Subject: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-
-
-> I've seen and reported this problem in the past. In fact, the last time I
-> saw this problem myself, an ircop was trying to register the channel. I
-then
-> had to join the channel, op myself, register it, then transfer it. This
-was
-> one of our ircops experiencing this, so he knew the syntax of the command.
-> When I asked him to paste what he was using withs omething at the
-beginning
-> of the line, I saw nothing wrong.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Mark Hetherington" <markh@eurocom.co.uk>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 02, 2001 9:41 AM
-> Subject: RE: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
-> > I have had reports of this from people running the same Unreal/services
-> > combination. The problem was also purported to be on 4.5.9 as well.
-> >
-> > However, when I tested this with only user modes, the only way I could
-> > reproduce the error was to miss out the channel name when attempting to
-> > register the channel,
-> > i.e.
-> > /cs register pass desc
-> > "you must be an Channel operator..."
-> > /cs register #chan pass desc
-> > worked OK.
-> >
-> > Are you sure that the channel name is being passed in the call to
-register
-> a
-> > channel?
-> >
-> >
-> >
-> > > -----Original Message-----
-> > > From: ircservices-admin@ircservices.za.net
-> > > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> > > Veldhuis, Jan
-> > > Sent: 02 April 2001 14:54
-> > > To: 'ircservices@ircservices.za.net'
-> > > Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> > >
-> > >
-> > > Hi,
-> > >
-> > > Recently we changed the services on our network.
-> > > Before we were using Daylight services, but suddenly we got
-> > > problems with
-> > > it. After some investigations we were adviced to move to
-> > > ircservices 4.5.10.
-> > >
-> > > After implementation we noticed te services are almost
-> > > working the same. But
-> > > now we notice an possible "bug".
-> > >
-> > > When someone opens a new channel he get automatically @. But he can't
-> > > registrate the channel. They get the error "you must be an Channel
-> > > operator".
-> > > The workarround for this is an ircop joins the channel; the
-> > > other user gets
-> > > out the chan, rejoins it and the ircop gives him @.
-> > >
-> > > After that the user can reg the chan without problems.
-> > >
-> > > I love to hear if i am the only one or if there are others. I
-> > > love to hear
-> > > if someone has a sollution for it.
-> > >
-> > > Greetz,
-> > > Jan
-> > >
-> > > -----------------------------------------------------------
-> > > 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 strider at chatcircuit.com Mon Apr 2 20:16:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-References: <004501c0bb83$04558fc0$0deea8c0@eurodltd.co.uk> <001301c0bb9e$f3c9f620$0200000a@strider> <003301c0bb9f$a0010730$0201a8c0@BACKBURN>
-Message-ID: <002801c0bba1$47eb36e0$0200000a@strider>
-
-I had a feeling it was unreal and have reported it there as well. Never got
-a response. In my next chat with stskeeps I'll ask him about it, see what is
-going to happen with it in 3.2.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Brandon Jank" <jank@icehouse.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 02, 2001 1:06 PM
-Subject: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-
-
-> I have the same problem w/ my Unreal net.
-> To remidy it i would deop the user than re op them, then services would
-> allow the user to register the room.
-> PLEASE fix this!
-> It might be a bug w/ unreal not announcing empty channel on-join ops.
->
-> Thanks
-> BaCkBuRn
-> irc.inlen.net
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 02, 2001 11:01 AM
-> Subject: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
-> > I've seen and reported this problem in the past. In fact, the last time
-I
-> > saw this problem myself, an ircop was trying to register the channel. I
-> then
-> > had to join the channel, op myself, register it, then transfer it. This
-> was
-> > one of our ircops experiencing this, so he knew the syntax of the
-command.
-> > When I asked him to paste what he was using withs omething at the
-> beginning
-> > of the line, I saw nothing wrong.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Mark Hetherington" <markh@eurocom.co.uk>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Monday, April 02, 2001 9:41 AM
-> > Subject: RE: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> >
-> >
-> > > I have had reports of this from people running the same
-Unreal/services
-> > > combination. The problem was also purported to be on 4.5.9 as well.
-> > >
-> > > However, when I tested this with only user modes, the only way I could
-> > > reproduce the error was to miss out the channel name when attempting
-to
-> > > register the channel,
-> > > i.e.
-> > > /cs register pass desc
-> > > "you must be an Channel operator..."
-> > > /cs register #chan pass desc
-> > > worked OK.
-> > >
-> > > Are you sure that the channel name is being passed in the call to
-> register
-> > a
-> > > channel?
-> > >
-> > >
-> > >
-> > > > -----Original Message-----
-> > > > From: ircservices-admin@ircservices.za.net
-> > > > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> > > > Veldhuis, Jan
-> > > > Sent: 02 April 2001 14:54
-> > > > To: 'ircservices@ircservices.za.net'
-> > > > Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> > > >
-> > > >
-> > > > Hi,
-> > > >
-> > > > Recently we changed the services on our network.
-> > > > Before we were using Daylight services, but suddenly we got
-> > > > problems with
-> > > > it. After some investigations we were adviced to move to
-> > > > ircservices 4.5.10.
-> > > >
-> > > > After implementation we noticed te services are almost
-> > > > working the same. But
-> > > > now we notice an possible "bug".
-> > > >
-> > > > When someone opens a new channel he get automatically @. But he
-can't
-> > > > registrate the channel. They get the error "you must be an Channel
-> > > > operator".
-> > > > The workarround for this is an ircop joins the channel; the
-> > > > other user gets
-> > > > out the chan, rejoins it and the ircop gives him @.
-> > > >
-> > > > After that the user can reg the chan without problems.
-> > > >
-> > > > I love to hear if i am the only one or if there are others. I
-> > > > love to hear
-> > > > if someone has a sollution for it.
-> > > >
-> > > > Greetz,
-> > > > Jan
-> > > >
-> > > > -----------------------------------------------------------
-> > > > 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
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 2 20:31:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-In-Reply-To: <002801c0bba1$47eb36e0$0200000a@strider>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCEHAELAA.uhc0@rz.uni-karlsruhe.de>
-
-Why don't you run services in debug mode to see what the server is sending ?
-
-If the server does not send the mode change, due to misimplemented sjoin,
-then, you have to quit using Unreal, for it is simply it's bug.
-
-If the server sends the mode, I cannot clearly see, why services does not
-receive it.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Strider
-> Gesendet: Montag, 2. April 2001 20:18
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
-> I had a feeling it was unreal and have reported it there as well.
-> Never got
-> a response. In my next chat with stskeeps I'll ask him about it,
-> see what is
-> going to happen with it in 3.2.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Brandon Jank" <jank@icehouse.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 02, 2001 1:06 PM
-> Subject: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
-> > I have the same problem w/ my Unreal net.
-> > To remidy it i would deop the user than re op them, then services would
-> > allow the user to register the room.
-> > PLEASE fix this!
-> > It might be a bug w/ unreal not announcing empty channel on-join ops.
-> >
-> > Thanks
-> > BaCkBuRn
-> > irc.inlen.net
-> > ----- Original Message -----
-> > From: "Strider" <strider@chatcircuit.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Monday, April 02, 2001 11:01 AM
-> > Subject: Re: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> >
-> >
-> > > I've seen and reported this problem in the past. In fact, the
-> last time
-> I
-> > > saw this problem myself, an ircop was trying to register the
-> channel. I
-> > then
-> > > had to join the channel, op myself, register it, then
-> transfer it. This
-> > was
-> > > one of our ircops experiencing this, so he knew the syntax of the
-> command.
-> > > When I asked him to paste what he was using withs omething at the
-> > beginning
-> > > of the line, I saw nothing wrong.
-> > >
-> > > Beau (Strider) Steward
-> > > chatcircuit administrator and 6bit band member
-> > > strider@chatcircuit.com www.chatcircuit.com
-> > > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > > strider@6bit.net www.6bit.net
-> > > ----- Original Message -----
-> > > From: "Mark Hetherington" <markh@eurocom.co.uk>
-> > > To: <ircservices@ircservices.za.net>
-> > > Sent: Monday, April 02, 2001 9:41 AM
-> > > Subject: RE: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> > >
-> > >
-> > > > I have had reports of this from people running the same
-> Unreal/services
-> > > > combination. The problem was also purported to be on 4.5.9 as well.
-> > > >
-> > > > However, when I tested this with only user modes, the only
-> way I could
-> > > > reproduce the error was to miss out the channel name when attempting
-> to
-> > > > register the channel,
-> > > > i.e.
-> > > > /cs register pass desc
-> > > > "you must be an Channel operator..."
-> > > > /cs register #chan pass desc
-> > > > worked OK.
-> > > >
-> > > > Are you sure that the channel name is being passed in the call to
-> > register
-> > > a
-> > > > channel?
-> > > >
-> > > >
-> > > >
-> > > > > -----Original Message-----
-> > > > > From: ircservices-admin@ircservices.za.net
-> > > > > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> > > > > Veldhuis, Jan
-> > > > > Sent: 02 April 2001 14:54
-> > > > > To: 'ircservices@ircservices.za.net'
-> > > > > Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-> > > > >
-> > > > >
-> > > > > Hi,
-> > > > >
-> > > > > Recently we changed the services on our network.
-> > > > > Before we were using Daylight services, but suddenly we got
-> > > > > problems with
-> > > > > it. After some investigations we were adviced to move to
-> > > > > ircservices 4.5.10.
-> > > > >
-> > > > > After implementation we noticed te services are almost
-> > > > > working the same. But
-> > > > > now we notice an possible "bug".
-> > > > >
-> > > > > When someone opens a new channel he get automatically @. But he
-> can't
-> > > > > registrate the channel. They get the error "you must be an Channel
-> > > > > operator".
-> > > > > The workarround for this is an ircop joins the channel; the
-> > > > > other user gets
-> > > > > out the chan, rejoins it and the ircop gives him @.
-> > > > >
-> > > > > After that the user can reg the chan without problems.
-> > > > >
-> > > > > I love to hear if i am the only one or if there are others. I
-> > > > > love to hear
-> > > > > if someone has a sollution for it.
-> > > > >
-> > > > > Greetz,
-> > > > > Jan
-> > > > >
-> > > > > -----------------------------------------------------------
-> > > > > 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
-> > >
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 stskeeps at tspre.org Mon Apr 2 20:57:04 2001
-From: stskeeps at tspre.org (Carsten V. Munk)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-References: <B075CE11AEC4D3118C520000F6D607A201526846@WINNT_MAILEXCH>
-Message-ID: <3AC8CB40.3C303B7B@tspre.org>
-
-"Veldhuis, Jan" wrote:
->
-> Hi,
->
-> Recently we changed the services on our network.
-> Before we were using Daylight services, but suddenly we got problems with
-> it. After some investigations we were adviced to move to ircservices 4.5.10.
->
-> I love to hear if i am the only one or if there are others. I love to hear
-> if someone has a sollution for it.
-Hmm .. did a little investigating on this - seems Unreal/SJOIN2 servers
-doesn't get remote user SJOINs .. the ones used when users /join a "new"
-channel. Only solution I see atm is to add SJOIN3 to PROTOCTL, which
-seems to work fine, or ?
-
---Stskeeps
-
->
-> Greetz,
-> Jan
->
-> -----------------------------------------------------------
-> 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
-
---
-
-
----------------------------------------------------------------------
-Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * Author of UnrealIRCd (http://unrealircd.com)
-"To understand a program you must become both the machine and the
-program."
-----------------------------------------------------------------------
-
-
-From willyb at maniawaste.net Tue Apr 3 03:19:00 2001
-From: willyb at maniawaste.net (WillyB)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Startup Problems - fatal error
-In-Reply-To: <NDBBKLOOKLMAKHFICBLCCEGIELAA.uhc0@rz.uni-karlsruhe.de>
-References: <5.0.2.1.0.20010402083900.009f2190@mail.maniawaste.net>
-Message-ID: <5.0.2.1.0.20010402201332.009f1920@mail.maniawaste.net>
-
-yusuf,
-
-Thanks again! I did over look setting the 23 :/
-That was a super fast response
-Just wanted to let you know that all is working now :)
-
-best regardsm
-
-Willy
-
-
-
-At 04:19 PM 4/2/01 +0200, you wrote:
-
->Hi,
->
->It seems that you did not compile services for Bahamut 1.4.22 or later
->Instead you have chosen something else.
->
->Please do go through the ./configure again and select "23" for bahamut.
->
->regards;
->yusuf
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
-> > -----Ursprungliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von WillyB
-> > Gesendet: Montag, 2. April 2001 16:07
-> > An: ircservices@ircservices.za.net
-> > Betreff: [IRCServices] Startup Problems - fatal error
-> >
-> >
-> > Hello ... I hope this is the place for this question...
-> >
-> > I have the latest version of Bahamut - bahamut(pelennor)-1.4(23)
-> > and ircservices-4.5.9
-> >
-> > This is what happens.. I connect the services ok.. but it disconnects
-> > immediately.
-> >
-> > In the status window I get this...
-
-
-
->- See Thread -
-
-
-
-> > Thanks.
-> >
-> > Willy
-> >
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 J.Veldhuis at roccadefinance.nl Tue Apr 3 10:39:00 2001
-From: J.Veldhuis at roccadefinance.nl (Veldhuis, Jan)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-Message-ID: <B075CE11AEC4D3118C520000F6D607A20152684A@WINNT_MAILEXCH>
-
-> -----Oorspronkelijk bericht-----
-> Carsten V. Munk [mailto:stskeeps@tspre.org]:
->
-> > Recently we changed the services on our network.
-> > Before we were using Daylight services, but suddenly we got
-> problems with
-> > it. After some investigations we were adviced to move to
-> ircservices 4.5.10.
-> >
-> > I love to hear if i am the only one or if there are others.
-> I love to hear
-> > if someone has a sollution for it.
-> Hmm .. did a little investigating on this - seems
-> Unreal/SJOIN2 servers
-> doesn't get remote user SJOINs .. the ones used when users
-> /join a "new"
-> channel. Only solution I see atm is to add SJOIN3 to PROTOCTL, which
-> seems to work fine, or ?
-
-Where must i add this protocol, in services or in Unreal. Btw is this a
-problem with unreal or ircdservices.
-
-Thanks all for their time.
-
-Greetz,
-Jan
-
-
-From iskend at teco.edu Tue Apr 3 11:16:01 2001
-From: iskend at teco.edu (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-In-Reply-To: <B075CE11AEC4D3118C520000F6D607A20152684A@WINNT_MAILEXCH>
-Message-ID: <000a01c0bc1e$972be150$47aa0d81@teco71pc>
-
-Do start a debug mode, and see what the ircd is sending right in the
-beginning of the connect.
-
-If it sends the so called SJOIN3 (how many types of sjoins do this
-daemon need ?), services' source needs to be modified to send a
-SJOIN3 in the connect time by send_server...
-
-On the other hand, it is a very big mistery in my opinion, that
-the ircd does not comply with daemons, that do not send a SJOIN3.
-The ircd should have noticed in it's m_protoctl implementation
-that the remote cannot do SJOIN3, so work with it as a non-sjoin3
-daemon.
-
-But it looks like, that unreal in that case does send a JOIN but
-not the necessary MODE.
-
-Maybe we can call this a both-sided-mistake.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Veldhuis,
->Jan
->Gesendet: Tuesday, April 03, 2001 10:38 AM
->An: 'ircservices@ircservices.za.net'
->Betreff: RE: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
->
->
->> -----Oorspronkelijk bericht-----
->> Carsten V. Munk [mailto:stskeeps@tspre.org]:
->>
->> > Recently we changed the services on our network.
->> > Before we were using Daylight services, but suddenly we got
->> problems with
->> > it. After some investigations we were adviced to move to
->> ircservices 4.5.10.
->> >
->> > I love to hear if i am the only one or if there are others.
->> I love to hear
->> > if someone has a sollution for it.
->> Hmm .. did a little investigating on this - seems
->> Unreal/SJOIN2 servers
->> doesn't get remote user SJOINs .. the ones used when users
->> /join a "new"
->> channel. Only solution I see atm is to add SJOIN3 to PROTOCTL, which
->> seems to work fine, or ?
->
->Where must i add this protocol, in services or in Unreal. Btw is this a
->problem with unreal or ircdservices.
->
->Thanks all for their time.
->
->Greetz,
->Jan
->
->-----------------------------------------------------------
->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 leka at entropy.tmok.com Tue Apr 3 12:47:01 2001
-From: leka at entropy.tmok.com (Dejan Lekic)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] IRCservices and ircd2.10.3p1
-Message-ID: <200104031046.f33AkRE67568@nefertari.udd.htu.se>
-
-
-Hi to all
-
-Yesterday I was trying whole day to make IRCservices work with ircd2.10.3p1 (IRCnet) but failed :(
-Unfortunately ircd allways crashes when I start services...
-
-Does anyone know something that can help me make it work=3F
-
-Dejan Lekic
-leka@users.sourceforge.net
-LekaMan#BalcanNET
-
-
-
-From iskend at teco.edu Tue Apr 3 13:14:01 2001
-From: iskend at teco.edu (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] IRCservices and ircd2.10.3p1
-In-Reply-To: <200104031046.f33AkRE67568@nefertari.udd.htu.se>
-Message-ID: <001801c0bc2f$1183d0b0$47aa0d81@teco71pc>
-
-Hello;
-
-I do not know how many times the mailing list was asked about ircd2.10.x
-but, if you had read the README, or if not then during the ./configure you
-SHOULD
-have seen the fact that services does NOT support currently the protocol
-extensions of ircd2.9.x or later.
-
-You will not be able to run it, even if you modify the server introduction.
-ircd2.9 or later uses a totally different, non timestamp protocol revision
-among with 4 rfcs introduced, protocol compared to irc2 alone.
-
-Please do try using one of the daemons that are supported.
-I suggest using Bahamut.
-
-Bahamut 1.4.23 is available from http://bahamut.dal.net
-
-regards;
-yusuf
-
-PS: I already started using copy paste regarding the topic about
-ircd2.10.etc
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dejan Lekic
->Gesendet: Tuesday, April 03, 2001 1:44 PM
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] IRCservices and ircd2.10.3p1
->
->
->
->
->Hi to all
->
->Yesterday I was trying whole day to make IRCservices work with
->ircd2.10.3p1 (IRCnet) but failed :(
->Unfortunately ircd allways crashes when I start services...
->
->Does anyone know something that can help me make it work=3F
->
->Dejan Lekic
->leka@users.sourceforge.net
->LekaMan#BalcanNET
->
->
->-----------------------------------------------------------
->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 J.Veldhuis at roccadefinance.nl Thu Apr 5 10:00:01 2001
-From: J.Veldhuis at roccadefinance.nl (Veldhuis, Jan)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Problem 4.5.10 and UnrealIRCD Darkshades
-Message-ID: <B075CE11AEC4D3118C520000F6D607A201526852@WINNT_MAILEXCH>
-
->
-> > -----Oorspronkelijk bericht-----
-> > Carsten V. Munk [mailto:stskeeps@tspre.org]:
-> >
-> > > Recently we changed the services on our network.
-> > > Before we were using Daylight services, but suddenly we got
-> > problems with
-> > > it. After some investigations we were adviced to move to
-> > ircservices 4.5.10.
-> > >
-> > > I love to hear if i am the only one or if there are others.
-> > I love to hear
-> > > if someone has a sollution for it.
-> > Hmm .. did a little investigating on this - seems
-> > Unreal/SJOIN2 servers
-> > doesn't get remote user SJOINs .. the ones used when users
-> > /join a "new"
-> > channel. Only solution I see atm is to add SJOIN3 to PROTOCTL, which
-> > seems to work fine, or ?
->
-
-This trick worked fine.
-
-Thanks all for your time.
-
-Greetz,
-Jan
-
-
-From PuterManCFC at ChatFIRST.NET Fri Apr 6 06:42:00 2001
-From: PuterManCFC at ChatFIRST.NET (PuterManCFC)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] auto setting modes
-Message-ID: <NEEBLHJKEJAPFAMBDDKNKENCCBAA.PuterManCFC@ChatFIRST.NET>
-
-*idea*
-
-when a raw command is used to have services join a room (regardless of the
-service), so to prevent users from kicking etc, have it automatically set
-modes +oq on it. (+q is the unreal tag given to channel owners).
-
-Personally I think that this would be a good idea, and I know that dalnet
-has something very similar implemented in there setup.
-
-
-PuterManCFC
-----------------------------
-Network Admin: Operations
-ChatFIRST INC
-
-
-
-From PuterManCFC at ChatFIRST.NET Fri Apr 6 07:21:01 2001
-From: PuterManCFC at ChatFIRST.NET (PuterManCFC)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] auto setting modes
-In-Reply-To: <003c01c0be59$49d5f7a0$0200000a@strider>
-Message-ID: <NEEBLHJKEJAPFAMBDDKNCENDCBAA.PuterManCFC@ChatFIRST.NET>
-
-Yeah, that would do what is needed. +oQ
-
-PuterManCFC
-----------------------------
-Network Admin: Operations
-ChatFIRST INC
-
-
------Original Message-----
-From: Strider [mailto:strider@chatcircuit.com]
-Sent: April 5, 2001 10:20 PM
-To: PuterManCFC@ChatFIRST.NET
-Subject: Re: [IRCServices] auto setting modes
-
-
-Well, in order for something like this to work, it cannot be a raw command.
-Services really can't do anything more than make chanserv join a channel
-with the raw join. So basically, this would have to be an added command, say
-/chanserv join #channel.
-
-Also, +q is a ircd specific feature. I am sure they will want to know the
-ircd you use in order to get a better idea of what you are talking about. On
-unreal ircd, this sets a user to be the owner of the channel. When setting
-this on a user, and if it was set on another, it removes the previously set
-+q for that user. Now +Q on the other hand, that disallows kicking unless
-done by a ulined server.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "PuterManCFC" <PuterManCFC@ChatFIRST.NET>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, April 06, 2001 12:38 AM
-Subject: [IRCServices] auto setting modes
-
-
-> *idea*
->
-> when a raw command is used to have services join a room (regardless of the
-> service), so to prevent users from kicking etc, have it automatically set
-> modes +oq on it. (+q is the unreal tag given to channel owners).
->
-> Personally I think that this would be a good idea, and I know that dalnet
-> has something very similar implemented in there setup.
->
->
-> PuterManCFC
-> ----------------------------
-> Network Admin: Operations
-> ChatFIRST INC
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Apr 6 09:18:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] auto setting modes
-In-Reply-To: <NEEBLHJKEJAPFAMBDDKNKENCCBAA.PuterManCFC@ChatFIRST.NET>
-Message-ID: <NDBBKLOOKLMAKHFICBLCIEPFELAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-I think you SHOULD read the FAQ/README/TODO/Changes.
-
-In this very specific case, you ought to have read the FAQ.
-
-Please go through it, and read the Z.6. TWICE.
-Then you will notice, that Mr. Church does NOT tend to add such a
-feature as you have suggested it.
-
-Additionally, your information is also very wrong, because DALnet has never
-implemented a channelmode, which prevents anyone from being kicked.
-Before coming up with a context declaring DALnet had done things, do
-try to install their daemon, and check, whether they really did that.
-Or go through http://bahamut.dal.net to read what is available.
-
-Furthermore, a Ulined Client does not ever need to join a channel,
-except you want to flood services with channel text, which is unuseable
-but parsed this way. That means, you will fill the socket to the services
-with useless information, if a Client from Services JOINs a channel.
-That way the packet size increases, and also the waiting time and also
-the response time.
-
-Please do try to be productive, and not destructive.
-A lagged services is never positive.
-
-Regards,
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von PuterManCFC
-> Gesendet: Freitag, 6. April 2001 07:39
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] auto setting modes
->
->
-> *idea*
->
-> when a raw command is used to have services join a room (regardless of the
-> service), so to prevent users from kicking etc, have it automatically set
-> modes +oq on it. (+q is the unreal tag given to channel owners).
->
-> Personally I think that this would be a good idea, and I know that dalnet
-> has something very similar implemented in there setup.
->
->
-> PuterManCFC
-> ----------------------------
-> Network Admin: Operations
-> ChatFIRST INC
->
->
-> -----------------------------------------------------------
-> 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 charford at ualberta.ca Fri Apr 6 16:02:00 2001
-From: charford at ualberta.ca (Colin Harford)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Dalnet and +oQ
-Message-ID: <NEEBLHJKEJAPFAMBDDKNMENECBAA.charford@ualberta.ca>
-
-Dalnet has had something similar, read what I said more carefully next time,
-i said dalnet has had something similar. When services join a room on
-dalnet it is automatically sets +o on itself. It does not set mode +Q as
-that mode does not exist on Dalnet, but if a service is kicked, the service
-rejoins the room.
-
-Yes, I have read the readme/faq/changes and well aware what Mr. Churchs
-policy is on matters relating to such suggestions. He isn't going to
-implement them. Regardless of that, I put out my idea to generate feedback
-and comments.
-
-As for the derogitary comments about me, it is always more fun to break
-something, especially after you built it.
-
-
-PuterManCFC
-----------------------------
-Network Admin: Operations
-ChatFIRST INC
-
-ps. If your going to take it personally, then you really shouldn't be in
-this line of work.
-
-
-
-From frostycoolslug at hotmail.com Sat Apr 7 12:21:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-Message-ID: <OE30pkpLkTgbLYluLCT00000f26@hotmail.com>
-
-when ever i join a channel from a server that Services are not directly connected to chanserv doesnt set the topic or the channel modes.
-I'm using Unreal3.1.1 with IRC Services 4.5.10 all the U:Lines are configed correctly and this is what our /map looks like
-***(Server Map) tsunami.e-tidalwave.co.uk (1) 1
-***(Server Map) |-services.e-tidalwave.co.uk (6) 4
-***(Server Map) |-monsoon.e-tidalwave.co.uk (2) 2
-***(Server Map) `-cyclone.e-tidalwave.co.uk (0) 3
-and this is what happens..
-Server = tsunami.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +ntr
-*** services.e-tidalwave.co.uk changes topic to ' (ChanServ)'
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +q Craig
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +o Craig
-*** (#test) Channel Modes: +ntr
-
-Server = monsoon.e-tidalwave.co.uk, cyclone.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) Channel Modes: +
-
-Can any one help me??
-thanks
-
---
-Craig Wood
-Craig@e-tidalwave.co.uk
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.co.uk<br clear=all><hr>Get Your Private, Free E-mail from MSN Hotmail at <a href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p>
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010407/df491de1/attachment.htm
-From kevc978 at btinternet.com Sat Apr 7 18:16:02 2001
-From: kevc978 at btinternet.com (Kevin Conlin)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-References: <OE30pkpLkTgbLYluLCT00000f26@hotmail.com>
-Message-ID: <001401c0bf7d$8756be00$e8187ad5@r8m9e0>
-
-Hrmm...
-Hi Craig,
-It looks like maybe the Uline hasnt taken effect yet maybe, i know it happens a lot in Unreal, and half the time, the Uline just wont work, try restarting the server that didnt let services set the modes, usually though, when a Uline isnt correct, you will get a HUGE fight, of services and the server with wrong Ulines, setting and unsetting modes, i can only believe you have may have found a bug.
-:)
-Kevin
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Saturday, April 07, 2001 11:21 AM
- Subject: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-
-
- when ever i join a channel from a server that Services are not directly connected to chanserv doesnt set the topic or the channel modes.
- I'm using Unreal3.1.1 with IRC Services 4.5.10 all the U:Lines are configed correctly and this is what our /map looks like
- ***(Server Map) tsunami.e-tidalwave.co.uk (1) 1
- ***(Server Map) |-services.e-tidalwave.co.uk (6) 4
- ***(Server Map) |-monsoon.e-tidalwave.co.uk (2) 2
- ***(Server Map) `-cyclone.e-tidalwave.co.uk (0) 3
- and this is what happens..
- Server = tsunami.e-tidalwave.co.uk
-
- *** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
- *** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
- *** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +ntr
- *** services.e-tidalwave.co.uk changes topic to ' (ChanServ)'
- *** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +q Craig
- *** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +o Craig
- *** (#test) Channel Modes: +ntr
-
- Server = monsoon.e-tidalwave.co.uk, cyclone.e-tidalwave.co.uk
-
- *** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
- *** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
- *** (#test) Channel Modes: +
-
- Can any one help me??
- thanks
-
- --
- Craig Wood
- Craig@e-tidalwave.co.uk
- WaveAdmin on the e-tidalwave IRC Network
- Ride the Wave! www.e-tidalwave.co.uk
-
-
-
-------------------------------------------------------------------------------
- Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010407/fbb410be/attachment.html
-From frostycoolslug at hotmail.com Sat Apr 7 18:50:03 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Help With Services not enforcing MLOCK OR KEEP
-Message-ID: <OE70PrvCWO6hm8Ua8d900001173@hotmail.com>
-
-i've fucked with the u:lines many times, and it doesnt seem to hav made any difference, and it is happening on all but the server that services are linked to, so it cant be the u:Line, thanks for your help anyway
-
-
-
------ Original Message -----
-From: Kevin Conlin
-Sent: 07 April 2001 17:18
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Help With Services not enforcing MLOCK OR KEEP
-
-
-Hrmm...
-Hi Craig,
-It looks like maybe the Uline hasnt taken effect yet maybe, i know it happens a lot in Unreal, and half the time, the Uline just wont work, try restarting the server that didnt let services set the modes, usually though, when a Uline isnt correct, you will get a HUGE fight, of services and the server with wrong Ulines, setting and unsetting modes, i can only believe you have may have found a bug.
-:)
-Kevin
------ Original Message -----
-From: Craig Wood
-To: ircservices@ircservices.za.net
-Sent: Saturday, April 07, 2001 11:21 AM
-Subject: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-
-
-when ever i join a channel from a server that Services are not directly connected to chanserv doesnt set the topic or the channel modes.
-I'm using Unreal3.1.1 with IRC Services 4.5.10 all the U:Lines are configed correctly and this is what our /map looks like
-***(Server Map) tsunami.e-tidalwave.co.uk (1) 1
-***(Server Map) |-services.e-tidalwave.co.uk (6) 4
-***(Server Map) |-monsoon.e-tidalwave.co.uk (2) 2
-***(Server Map) `-cyclone.e-tidalwave.co.uk (0) 3
-and this is what happens..
-Server = tsunami.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +ntr
-*** services.e-tidalwave.co.uk changes topic to ' (ChanServ)'
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +q Craig
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +o Craig
-*** (#test) Channel Modes: +ntr
-
-Server = monsoon.e-tidalwave.co.uk, cyclone.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) Channel Modes: +
-
-Can any one help me??
-thanks
-
---
-Craig Wood
-Craig@e-tidalwave.co.uk
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.co.uk
-
-
-
-
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.<br clear=all><hr>Get Your Private, Free E-mail from MSN Hotmail at <a href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p>
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010407/fe6aa68e/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Sat Apr 7 20:37:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-In-Reply-To: <OE30pkpLkTgbLYluLCT00000f26@hotmail.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEANEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-This time I do not have an explaination, but some questions.
-Maybe you will find the point while answering them...
-
-1- Do all the servers use the same version of Unreal ?
-Mabe there is a version incompatibility. Services does send
-the mode change, but it does not seem to receive the leaf servers.
-
-2- Is the Uline really of format U:services.bla:*:* ?
-The Uline in the FAQ is wrong.
-
-3- Is the Uline same in every server ?
-
-4- Could it be, that the H:Line for the server services is connected to
-missing ?
-
-5- Could it be a effect of MergeChannelModes in the services.conf ?
-
-6- What does the Log say ? Are there arguments like "You are not a
-Channel Operator?" If yes, then the Uline is really missing.
-
-7- What happens, if you identify to nickserv, are you set +r ?
-"Using a registered nick" in the /whois ? If not, then the Uline is
-again wrong, for the server does not parse an SVSMODE either.
-
-Regards,
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig Wood
-Gesendet: Samstag, 7. April 2001 12:22
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] Help With Services not enforcing MLOCK OR KEEPTOPIC
-
-
-when ever i join a channel from a server that Services are not directly connected to chanserv doesnt set the topic or the channel modes.
-I'm using Unreal3.1.1 with IRC Services 4.5.10 all the U:Lines are configed correctly and this is what our /map looks like
-***(Server Map) tsunami.e-tidalwave.co.uk (1) 1
-***(Server Map) |-services.e-tidalwave.co.uk (6) 4
-***(Server Map) |-monsoon.e-tidalwave.co.uk (2) 2
-***(Server Map) `-cyclone.e-tidalwave.co.uk (0) 3
-and this is what happens..
-Server = tsunami.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +ntr
-*** services.e-tidalwave.co.uk changes topic to ' (ChanServ)'
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +q Craig
-*** (#test) ChanServ (services@e-tidalwave.co.uk) set Mode: +o Craig
-*** (#test) Channel Modes: +ntr
-
-Server = monsoon.e-tidalwave.co.uk, cyclone.e-tidalwave.co.uk
-
-*** (#test) Joins: Craig (Craig@WaveAdmin.e-tidalwave.co.uk) [Users: 1]
-*** (#test) [ Users: 1 ] <> [ Operators: 1 ] <> [ Voices: 0 ] <> [ Helpers: 0 ]
-*** (#test) Channel Modes: +
-
-Can any one help me??
-thanks
-
---
-Craig Wood
-Craig@e-tidalwave.co.uk
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.co.uk
-
-
-
-
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-
-From viper at wcalliance.com Mon Apr 9 03:41:01 2001
-From: viper at wcalliance.com (ViPeR)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-Message-ID: <004601c0c095$ce68ab00$0301a8c0@girotek.com>
-
-would it be possible to see any of these features in the services at any
-time?
-
-a) a getpass-like command (sendpass?) that emails the user their password
-(email program probably setup during services configuration/compilation)
-b) a 'operserv level' option in the services.conf for commands like getpass,
-maybe using levels like 1,2,3 for oper, admin, root -- some way that one
-would restrict certain commands (such as not allowing service opers to
-retrieve plain passwords.)
-c) the ability to create additional names for the same bot, while keeping
-the *serv's for compatibility. (i was thinking along the lines of just
-having cooler-sounding names for bots when in channels)
-d) a services command to create bot aliases (like /operserv alias add
-chanserv TheBouncer ident name email host@mask) that also updates existing
-aliases. This command could include the ability to create the user with all
-forms of identification visible to the user, such as nick, ident, name,
-email, and hostmask.
-e) a services command to remove bot aliases (like /operserv alias del
-TheBouncer)
-f) an additional option with chanserv 'set join' to pick the name of a
-chanserv alias to join.
-g) a services command to force an alias to join a channel (i know this can
-be done with raws, but a command would be nicer)
-
-Well, that turned out longer than I expect. Any comments or suggestions are
-appreciated.
-
--ViPeRzPiT
-viper@wcalliance.com
-
-
-
-From kevc978 at btinternet.com Mon Apr 9 03:51:02 2001
-From: kevc978 at btinternet.com (Kevin Conlin)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-References: <004601c0c095$ce68ab00$0301a8c0@girotek.com>
-Message-ID: <00ad01c0c097$1b8883a0$78057ad5@r8m9e0>
-
-Please Read the README
-
-The coders will never code in anything to do with chanserv or any other bot
-for that matter, joining channels, no, not even to look after it.
-
-Also, as for aliases, i think it would be nice for messages sent to X, and
-then relayed o chanserv, to help users that came from Undernet, or RelicNet
-with different services bot names.
-
-Operators should be responsible enough, to know not to use getpass or
-anything even remotely like that, without needing to, if your opers arent
-that responible, i recommend new ones ;-) (SendPass sounds a good idea
-though)
-
-
-Kevin
------ Original Message -----
-From: ViPeR <viper@wcalliance.com>
-To: <IRCServices@ircservices.za.net>
-Sent: Monday, April 09, 2001 2:38 AM
-Subject: [IRCServices] Services Suggestion(s)
-
-
-> would it be possible to see any of these features in the services at any
-> time?
->
-> a) a getpass-like command (sendpass?) that emails the user their password
-> (email program probably setup during services configuration/compilation)
-> b) a 'operserv level' option in the services.conf for commands like
-getpass,
-> maybe using levels like 1,2,3 for oper, admin, root -- some way that one
-> would restrict certain commands (such as not allowing service opers to
-> retrieve plain passwords.)
-> c) the ability to create additional names for the same bot, while keeping
-> the *serv's for compatibility. (i was thinking along the lines of just
-> having cooler-sounding names for bots when in channels)
-> d) a services command to create bot aliases (like /operserv alias add
-> chanserv TheBouncer ident name email host@mask) that also updates existing
-> aliases. This command could include the ability to create the user with
-all
-> forms of identification visible to the user, such as nick, ident, name,
-> email, and hostmask.
-> e) a services command to remove bot aliases (like /operserv alias del
-> TheBouncer)
-> f) an additional option with chanserv 'set join' to pick the name of a
-> chanserv alias to join.
-> g) a services command to force an alias to join a channel (i know this can
-> be done with raws, but a command would be nicer)
->
-> Well, that turned out longer than I expect. Any comments or suggestions
-are
-> appreciated.
->
-> -ViPeRzPiT
-> viper@wcalliance.com
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From viper at wcalliance.com Mon Apr 9 04:08:01 2001
-From: viper at wcalliance.com (ViPeR)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-References: <004601c0c095$ce68ab00$0301a8c0@girotek.com> <00ad01c0c097$1b8883a0$78057ad5@r8m9e0>
-Message-ID: <005001c0c099$77d5bf40$0301a8c0@girotek.com>
-
-Just to note, the FIRST suggestion is the only important one, other than
-that read below:
-
-The joining channels thing was just something to do with aliases, i read the
-readme and know they wont join services to channels, but having an alias for
-chanserv in your channel would be cool (thinking along the lines of 'X' in
-daylight?)... that was a side issue.
-
-the restrictions idea was my way of saying 'people arent perfect, and
-revenge occurs in REMOTE situations.' i LOVE the fact that lower services
-opers now cannot get an admin/root pass, and i like the 'su' command
-implementation over one root, but I think that in some cases I would trust
-some of my people with operserv access if not for 'raw' and the ability to
-screw up services without meaning to. this is one case where levels could
-help (seeing root-only raw commands?).
-
-the MAIN focus of the entire suggestion was the first one, sendpass. I would
-LOVE to see a sendpass command that takes advantage of the email address in
-the nick/channel db. If i werent a horrible portable-code-writer I would
-attempt to write this code, but I cant write portable code for squat and the
-'temporary implementation' on my system is only for my system and _very_
-shaky.
-
--ViPeRzPiT
-viper@wcalliance.com
-
------ Original Message -----
-From: "Kevin Conlin" <kevc978@btinternet.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, April 08, 2001 9:47 PM
-Subject: Re: [IRCServices] Services Suggestion(s)
-
-<<SNIP>>
-
-
-
-From frostycoolslug at hotmail.com Mon Apr 9 08:30:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-Message-ID: <OE34gjA8ENBYOx8cnhl00001ff4@hotmail.com>
-
-a) I cant really see the point in a sendpass, if people lose there pw, they normally approch an oper in person then they can use /getpass or /setpass, i personally in 3years of being an oper have *NEVER* had an e-mail asking for a password. But if you feel the feature is needed, i have no objections ;)
-b) Please give operserv levels! it will make life on my net sooo much easier ;)
-c) I dont feel services need 'cool' names.
-d) cant u get the bot to /vhost on connect?
-e) -
-f) if u want a service in a channel, just /operserv raw :<SERVICE> join <CHANNEL> (Dont forget the services else yer server will seg-fault ;)
-
-but some of those commands if they existed looked pritty good ;)
-
-Heres a suggestion from me, an operserv 'auto' command :)
-what it will do it automatically op/half-op/voice a id'd nickname in all the channels it is in. if its de opped/hopd/voiced, that would b useful for opers and bots that r designed to keep the channel open.
-
-
------ Original Message -----
-From: ViPeR
-Sent: 09 April 2001 02:43
-To: IRCServices@ircservices.za.net
-Subject: [IRCServices] Services Suggestion(s)
-
-
-would it be possible to see any of these features in the services at any
-time?
-
-a) a getpass-like command (sendpass?) that emails the user their password
-(email program probably setup during services configuration/compilation)
-b) a 'operserv level' option in the services.conf for commands like getpass,
-maybe using levels like 1,2,3 for oper, admin, root -- some way that one
-would restrict certain commands (such as not allowing service opers to
-retrieve plain passwords.)
-c) the ability to create additional names for the same bot, while keeping
-the *serv's for compatibility. (i was thinking along the lines of just
-having cooler-sounding names for bots when in channels)
-d) a services command to create bot aliases (like /operserv alias add
-chanserv TheBouncer ident name email host@mask) that also updates existing
-aliases. This command could include the ability to create the user with all
-forms of identification visible to the user, such as nick, ident, name,
-email, and hostmask.
-e) a services command to remove bot aliases (like /operserv alias del
-TheBouncer)
-f) an additional option with chanserv 'set join' to pick the name of a
-chanserv alias to join.
-g) a services command to force an alias to join a channel (i know this can
-be done with raws, but a command would be nicer)
-
-Well, that turned out longer than I expect. Any comments or suggestions are
-appreciated.
-
--ViPeRzPiT
-viper@wcalliance.com
-
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices<br clear=all><hr>Get Your Private, Free E-mail from MSN Hotmail at <a href="http://www.hotmail.com">http://www.hotmail.com</a>.<br></p>
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/7096ab20/attachment.html
-From kevc978 at btinternet.com Mon Apr 9 10:31:00 2001
-From: kevc978 at btinternet.com (Kevin Conlin)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-References: <OE34gjA8ENBYOx8cnhl00001ff4@hotmail.com>
-Message-ID: <000d01c0c0ce$e9824ac0$d2207ad5@r8m9e0>
-
-OK, well
-
-I only have one problem, with IRCservices, after a user identifies, he has to cycle the chan to get ops, now this can cause problems either with revolving door banning bots, or users being annoyed of having to cycel endless channels just to get ops, after identifiction, any way services can op a user on the channel after they identify?
-
-Thanks
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 7:29 AM
- Subject: Re: [IRCServices] Services Suggestion(s)
-
-
- a) I cant really see the point in a sendpass, if people lose there pw, they normally approch an oper in person then they can use /getpass or /setpass, i personally in 3years of being an oper have *NEVER* had an e-mail asking for a password. But if you feel the feature is needed, i have no objections ;)
- b) Please give operserv levels! it will make life on my net sooo much easier ;)
- c) I dont feel services need 'cool' names.
- d) cant u get the bot to /vhost on connect?
- e) -
- f) if u want a service in a channel, just /operserv raw :<SERVICE> join <CHANNEL> (Dont forget the services else yer server will seg-fault ;)
-
- but some of those commands if they existed looked pritty good ;)
-
- Heres a suggestion from me, an operserv 'auto' command :)
- what it will do it automatically op/half-op/voice a id'd nickname in all the channels it is in. if its de opped/hopd/voiced, that would b useful for opers and bots that r designed to keep the channel open.
-
-
- ----- Original Message -----
- From: ViPeR
- Sent: 09 April 2001 02:43
- To: IRCServices@ircservices.za.net
- Subject: [IRCServices] Services Suggestion(s)
-
-
- would it be possible to see any of these features in the services at any
- time?
-
- a) a getpass-like command (sendpass?) that emails the user their password
- (email program probably setup during services configuration/compilation)
- b) a 'operserv level' option in the services.conf for commands like getpass,
- maybe using levels like 1,2,3 for oper, admin, root -- some way that one
- would restrict certain commands (such as not allowing service opers to
- retrieve plain passwords.)
- c) the ability to create additional names for the same bot, while keeping
- the *serv's for compatibility. (i was thinking along the lines of just
- having cooler-sounding names for bots when in channels)
- d) a services command to create bot aliases (like /operserv alias add
- chanserv TheBouncer ident name email host@mask) that also updates existing
- aliases. This command could include the ability to create the user with all
- forms of identification visible to the user, such as nick, ident, name,
- email, and hostmask.
- e) a services command to remove bot aliases (like /operserv alias del
- TheBouncer)
- f) an additional option with chanserv 'set join' to pick the name of a
- chanserv alias to join.
- g) a services command to force an alias to join a channel (i know this can
- be done with raws, but a command would be nicer)
-
- Well, that turned out longer than I expect. Any comments or suggestions are
- appreciated.
-
- -ViPeRzPiT
- viper@wcalliance.com
-
-
- -----------------------------------------------------------
- To unsubscribe, mail ircservices-request@ircservices.za.net
- with the word UNSUBSCRIBE in the subject of the mail.
- http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-
-------------------------------------------------------------------------------
- Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/5f17e99e/attachment.htm
-From quension at softhome.net Mon Apr 9 10:53:03 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-References: <OE34gjA8ENBYOx8cnhl00001ff4@hotmail.com> <000d01c0c0ce$e9824ac0$d2207ad5@r8m9e0>
-Message-ID: <3AD1784A.E960B9BC@softhome.net>
-
-> I only have one problem, with IRCservices, after a user identifies,
-> he has to cycle the chan to get ops, now this can cause problems
-> either with revolving door banning bots, or users being annoyed of
-> having to cycel endless channels just to get ops, after identifiction,
-> any way services can op a user on the channel after they identify?
-
-/chanserv help op
-
-..or just identify before entering the channel.
-
--- Quension
-
-
-From markh at eurocom.co.uk Mon Apr 9 11:22:01 2001
-From: markh at eurocom.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-In-Reply-To: <000d01c0c0ce$e9824ac0$d2207ad5@r8m9e0>
-Message-ID: <000001c0c0d6$70e712a0$0deea8c0@eurodltd.co.uk>
-
-/cs op #chan nick
-
-Mark.
-CTCP Networks
- -----Original Message-----
- From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Kevin Conlin
- Sent: 09 April 2001 09:27
- To: ircservices@ircservices.za.net
- Subject: Re: [IRCServices] Services Suggestion(s)
-
-
- OK, well
-
- I only have one problem, with IRCservices, after a user identifies, he has
-to cycle the chan to get ops, now this can cause problems either with
-revolving door banning bots, or users being annoyed of having to cycel
-endless channels just to get ops, after identifiction, any way services can
-op a user on the channel after they identify?
-
- Thanks
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 7:29 AM
- Subject: Re: [IRCServices] Services Suggestion(s)
-
-
- a) I cant really see the point in a sendpass, if people lose there pw,
-they normally approch an oper in person then they can use /getpass or
-/setpass, i personally in 3years of being an oper have *NEVER* had an e-mail
-asking for a password. But if you feel the feature is needed, i have no
-objections ;)
- b) Please give operserv levels! it will make life on my net sooo much
-easier ;)
- c) I dont feel services need 'cool' names.
- d) cant u get the bot to /vhost on connect?
- e) -
- f) if u want a service in a channel, just /operserv raw :<SERVICE> join
-<CHANNEL> (Dont forget the services else yer server will seg-fault ;)
-
- but some of those commands if they existed looked pritty good ;)
-
- Heres a suggestion from me, an operserv 'auto' command :)
- what it will do it automatically op/half-op/voice a id'd nickname in all
-the channels it is in. if its de opped/hopd/voiced, that would b useful for
-opers and bots that r designed to keep the channel open.
-
-
- ----- Original Message -----
- From: ViPeR
- Sent: 09 April 2001 02:43
- To: IRCServices@ircservices.za.net
- Subject: [IRCServices] Services Suggestion(s)
-
-
- would it be possible to see any of these features in the services at
-any
- time?
-
- a) a getpass-like command (sendpass?) that emails the user their
-password
- (email program probably setup during services
-configuration/compilation)
- b) a 'operserv level' option in the services.conf for commands like
-getpass,
- maybe using levels like 1,2,3 for oper, admin, root -- some way that
-one
- would restrict certain commands (such as not allowing service opers to
- retrieve plain passwords.)
- c) the ability to create additional names for the same bot, while
-keeping
- the *serv's for compatibility. (i was thinking along the lines of just
- having cooler-sounding names for bots when in channels)
- d) a services command to create bot aliases (like /operserv alias add
- chanserv TheBouncer ident name email host@mask) that also updates
-existing
- aliases. This command could include the ability to create the user
-with all
- forms of identification visible to the user, such as nick, ident,
-name,
- email, and hostmask.
- e) a services command to remove bot aliases (like /operserv alias del
- TheBouncer)
- f) an additional option with chanserv 'set join' to pick the name of a
- chanserv alias to join.
- g) a services command to force an alias to join a channel (i know this
-can
- be done with raws, but a command would be nicer)
-
- Well, that turned out longer than I expect. Any comments or
-suggestions are
- appreciated.
-
- -ViPeRzPiT
- viper@wcalliance.com
-
-
- -----------------------------------------------------------
- To unsubscribe, mail ircservices-request@ircservices.za.net
- with the word UNSUBSCRIBE in the subject of the mail.
- http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-
-----------------------------------------------------------------------------
- Get Your Private, Free E-mail from MSN Hotmail at
-http://www.hotmail.com.
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/e33af131/attachment.html
-From tower at pdx.edu Mon Apr 9 11:33:00 2001
-From: tower at pdx.edu (Tyson La Tourrette)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services Suggestion(s)
-In-Reply-To: <000d01c0c0ce$e9824ac0$d2207ad5@r8m9e0>
-Message-ID: <Pine.GSO.4.31.0104090229450.3017-100000@freke.odin.pdx.edu>
-
-You don't have to cycle a channel.
-
-/msg chanserv op #chan nick
-
-This will (assuming you have identified and have access lvl 5 (default))
-op that person on that channel. Yes even yourself.
-
-That being said it would be nice for chanserv to op you once you
-identify.
-
-On Mon, 9 Apr 2001, Kevin Conlin wrote:
-
-> OK, well
->
-> I only have one problem, with IRCservices, after a user identifies, he has to cycle the chan to get ops, now this can cause problems either with revolving door banning bots, or users being annoyed of having to cycel endless channels just to get ops, after identifiction, any way services can op a user on the channel after they identify?
->
-> Thanks
-> ----- Original Message -----
-> From: Craig Wood
-> To: ircservices@ircservices.za.net
-> Sent: Monday, April 09, 2001 7:29 AM
-> Subject: Re: [IRCServices] Services Suggestion(s)
->
->
-> a) I cant really see the point in a sendpass, if people lose there pw, they normally approch an oper in person then they can use /getpass or /setpass, i personally in 3years of being an oper have *NEVER* had an e-mail asking for a password. But if you feel the feature is needed, i have no objections ;)
-> b) Please give operserv levels! it will make life on my net sooo much easier ;)
-> c) I dont feel services need 'cool' names.
-> d) cant u get the bot to /vhost on connect?
-> e) -
-> f) if u want a service in a channel, just /operserv raw :<SERVICE> join <CHANNEL> (Dont forget the services else yer server will seg-fault ;)
->
-> but some of those commands if they existed looked pritty good ;)
->
-> Heres a suggestion from me, an operserv 'auto' command :)
-> what it will do it automatically op/half-op/voice a id'd nickname in all the channels it is in. if its de opped/hopd/voiced, that would b useful for opers and bots that r designed to keep the channel open.
->
->
-> ----- Original Message -----
-> From: ViPeR
-> Sent: 09 April 2001 02:43
-> To: IRCServices@ircservices.za.net
-> Subject: [IRCServices] Services Suggestion(s)
->
->
-> would it be possible to see any of these features in the services at any
-> time?
->
-> a) a getpass-like command (sendpass?) that emails the user their password
-> (email program probably setup during services configuration/compilation)
-> b) a 'operserv level' option in the services.conf for commands like getpass,
-> maybe using levels like 1,2,3 for oper, admin, root -- some way that one
-> would restrict certain commands (such as not allowing service opers to
-> retrieve plain passwords.)
-> c) the ability to create additional names for the same bot, while keeping
-> the *serv's for compatibility. (i was thinking along the lines of just
-> having cooler-sounding names for bots when in channels)
-> d) a services command to create bot aliases (like /operserv alias add
-> chanserv TheBouncer ident name email host@mask) that also updates existing
-> aliases. This command could include the ability to create the user with all
-> forms of identification visible to the user, such as nick, ident, name,
-> email, and hostmask.
-> e) a services command to remove bot aliases (like /operserv alias del
-> TheBouncer)
-> f) an additional option with chanserv 'set join' to pick the name of a
-> chanserv alias to join.
-> g) a services command to force an alias to join a channel (i know this can
-> be done with raws, but a command would be nicer)
->
-> Well, that turned out longer than I expect. Any comments or suggestions are
-> appreciated.
->
-> -ViPeRzPiT
-> viper@wcalliance.com
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
->
->
-> ------------------------------------------------------------------------------
-> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 9 11:38:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:18 2004
-Subject: AW: [IRCServices] Services Suggestion(s)
-In-Reply-To: <004601c0c095$ce68ab00$0301a8c0@girotek.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCECKEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-> a) a getpass-like command (sendpass?) that emails the user their password
-> (email program probably setup during services configuration/compilation)
-
-Please read the TODO file.
-
-> b) a 'operserv level' option in the services.conf for commands
-> like getpass,
-> maybe using levels like 1,2,3 for oper, admin, root -- some way that one
-> would restrict certain commands (such as not allowing service opers to
-> retrieve plain passwords.)
-
-The commands are already level'ed to global operator, services operator,
-services admin, services root.
-If you want to move a command to somewhere else, open the operserv.c and
-change functions like is_services_admin to is_services_oper right in the
-command table of operserv.
-
-> c) the ability to create additional names for the same bot, while keeping
-> the *serv's for compatibility. (i was thinking along the lines of just
-> having cooler-sounding names for bots when in channels)
-
-Additional names will require additional NICKs sent to the network. Otherwise
-you cannot make the ircd know that a certain recipient is from services.
-And I do not see the need of filling the services server with more nicks.
-
-> d) a services command to create bot aliases (like /operserv alias add
-> chanserv TheBouncer ident name email host@mask) that also updates existing
-> aliases. This command could include the ability to create the
-> user with all
-> forms of identification visible to the user, such as nick, ident, name,
-> email, and hostmask.
-
-What is that email field ? Where does a service pseudoclient use an email ?
-Where is it being shown ?
-When you give ident, there is no need to re-give it via ident@host anyway.
-
-> e) a services command to remove bot aliases (like /operserv alias del
-> TheBouncer)
-> f) an additional option with chanserv 'set join' to pick the name of a
-> chanserv alias to join.
-
-That will not be done. You may look into services mailing list archive
-and to the README file, why.
-
-> g) a services command to force an alias to join a channel (i know this can
-> be done with raws, but a command would be nicer)
-
-Ought not be done for the same reason.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From oliverkaan at oli-tech.net Mon Apr 9 12:46:01 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] unreal and services
-Message-ID: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw>
-
-hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
-oLi-TeCh Hosting
-http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/5a2b6537/attachment.htm
-From Craig at e-tidalwave.co.uk Mon Apr 9 13:29:02 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] unreal and services
-References: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw>
-Message-ID: <OE39luLCTaogxLDp7mv000021b1@hotmail.com>
-
-Make sure your m:line is as fillows,
-M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
-i didnt have my numeric in once before and loads of commands didnt work,
-also services didnt work properly.
-cya!
---
-Craig Wood
-Net Admin of the E-Tidalwave IRC Network.
-http://www.e-tidalwave.co.uk
-irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/26263e21/attachment.html
-From oliverkaan at oli-tech.net Mon Apr 9 13:39:02 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:18 2004
-Subject: Ynt: [IRCServices] unreal and services
-References: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw> <OE39luLCTaogxLDp7mv000021b1@hotmail.com>
-Message-ID: <00b901c0c0e9$576195e0$3c10a8c0@surecom.com.tw>
-
-Thanx for your help. Can i have an example for numeric?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/56039a02/attachment.htm
-From oliverkaan at oli-tech.net Mon Apr 9 13:50:01 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:18 2004
-Subject: Ynt: [IRCServices] unreal and services
-References: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw> <OE39luLCTaogxLDp7mv000021b1@hotmail.com>
-Message-ID: <00c501c0c0ea$e70c5800$3c10a8c0@surecom.com.tw>
-
-M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
-This is my m line... i have numeric but.... is it false?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/280a95d3/attachment.html
-From cem.canarslan at sbs.com.tr Mon Apr 9 14:07:01 2001
-From: cem.canarslan at sbs.com.tr (Cem CANARSLAN)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] unreal and services
-Message-ID: <0AD58C06FE54D411A05600A0C930664A03E29914@mail.sbs.com.tr>
-
-Hi There,
-
-All you have to do is to give a number (I think between 1-255) at the end of
-the M line. It can be anything. I'm using Unreal Ircd 311 with ircservices.
-I'm using 2 as a numeric. When I used 1 instead; my services didn't work. I
-don't think you'll have a problem with that numeric.
-
-
-PS. Kolay Gelsin :)
-
------Original Message-----
-From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
-Sent: 09 Nisan 2001 Pazartesi 14:48[Cem CANARSLAN] PS. Kolay Gelsin :)
-To: ircservices@ircservices.za.net
-Subject: Ynt: [IRCServices] unreal and services
-
-
-M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
-This is my m line... i have numeric but.... is it false?
-
------ Original Message -----
-From: Craig <mailto:Craig@e-tidalwave.co.uk> Wood
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 2:26 PM
-Subject: Re: [IRCServices] unreal and services
-
-Make sure your m:line is as fillows,
-M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
-i didnt have my numeric in once before and loads of commands didnt work,
-also services didnt work properly.
-cya!
---
-Craig Wood
-Net Admin of the E-Tidalwave IRC Network.
-http:// www.e-tidalwave.co.uk <http://www.e-tidalwave.co.uk>
-irc://irc.e-tidalwave.co.uk <irc://irc.e-tidalwave.co.uk>
-
------ Original Message -----
-From: oLi-TeCh <mailto:oliverkaan@oli-tech.net>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 11:42 AM
-Subject: [IRCServices] unreal and services
-
-hi, i am using unreal3.1.1 in my server and ircservices last version. i
-couldn't use global command. and also i couldn't use some commands. pls help
-me soon... i am waiting for your reply...
-
-oLi-TeCh Hosting
-http://www.oli-tech.net <http://www.oli-tech.net>
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/118e5b05/attachment.htm
-From achurch at achurch.org Mon Apr 9 14:11:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services 4.5.11 released
-Message-ID: <3ad1a691.26516@prima-lan.net>
-
- Services 4.5.11 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
-
- This release (hopefully) fixes the bug many people have reported
-with Services not allowing chanops on remote servers to register
-channels when using Unreal; I'm sorry it took this long to get it out,
-but my job is keeping me busy of late, and of course the job takes
-precedence over Services. Please report any problems, as I haven't
-had time to test the change sufficiently. Note that this change does
-not affect any servers other than Unreal.
-
- To the person who commented on the frequency of Services
-releases: Would you rather I leave the bugs as is? (By the way, the
-bugs being fixed are almost all bugs that were present in 4.4.8 as
-well, so you're better off with the latest 4.5.x in any case.) I do
-try to make a note, as above, when any "official" release may have
-instabilities.
-
- The Changes file for 4.5.11 is as follows:
-
-2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
- Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-2001/04/09 Added SJ3 support for Unreal to fix problems reported with
- registering channels on remote servers.
-2001/04/08 Fixed NickServ LINK help message to remove incorrect
- comment about linking nicks. Reported by Andrew Vestal
- <andrewv@stanford.edu>
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From Craig at e-tidalwave.co.uk Mon Apr 9 14:20:02 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] unreal and services
-References: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw> <OE39luLCTaogxLDp7mv000021b1@hotmail.com> <00c501c0c0ea$e70c5800$3c10a8c0@surecom.com.tw>
-Message-ID: <OE34Em6kwViaaskjeo400002241@hotmail.com>
-
-That should be fine..
-make sure your services are ./configured for Unreal and there is a numeric in the services.conf file.
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 12:47 PM
- Subject: Ynt: [IRCServices] unreal and services
-
-
- M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
- This is my m line... i have numeric but.... is it false?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/719f86f6/attachment.html
-From oliverkaan at oli-tech.net Mon Apr 9 14:23:01 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:18 2004
-Subject: Ynt: [IRCServices] unreal and services
-References: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw> <OE39luLCTaogxLDp7mv000021b1@hotmail.com> <00c501c0c0ea$e70c5800$3c10a8c0@surecom.com.tw> <OE34Em6kwViaaskjeo400002241@hotmail.com>
-Message-ID: <00dc01c0c0ef$6af790e0$3c10a8c0@surecom.com.tw>
-
-how can i add a numeric in services.conf file?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:18 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- That should be fine..
- make sure your services are ./configured for Unreal and there is a numeric in the services.conf file.
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 12:47 PM
- Subject: Ynt: [IRCServices] unreal and services
-
-
- M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
- This is my m line... i have numeric but.... is it false?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/cf797454/attachment.htm
-From ferrari at nl.com.br Mon Apr 9 14:24:05 2001
-From: ferrari at nl.com.br (Eduardo Ferrari)
-Date: Sat Oct 23 23:01:18 2004
-Subject: [IRCServices] Services 4.5.11 released
-References: <3ad1a691.26516@prima-lan.net>
-Message-ID: <00df01c0c0f0$2ea5dd80$f1c809c0@ferrari>
-
-This version correct the bug between services and ircd ?
-
-
-Eduardo de Morais Ferrari
-Area de Suporte - Oracle
-E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-N&L Informatica. Solucoes Inteligentes em Tecnologia da Informacao
-Visite nosso site: http://www.nl.com.br
------------------------------------------------------------------
-ICQ # 10566751
-Registred Linux User # 186849
------------------------------------------------------------------
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 8:56 AM
-Subject: [IRCServices] Services 4.5.11 released
-
-
-> Services 4.5.11 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
->
-> This release (hopefully) fixes the bug many people have reported
-> with Services not allowing chanops on remote servers to register
-> channels when using Unreal; I'm sorry it took this long to get it out,
-> but my job is keeping me busy of late, and of course the job takes
-> precedence over Services. Please report any problems, as I haven't
-> had time to test the change sufficiently. Note that this change does
-> not affect any servers other than Unreal.
->
-> To the person who commented on the frequency of Services
-> releases: Would you rather I leave the bugs as is? (By the way, the
-> bugs being fixed are almost all bugs that were present in 4.4.8 as
-> well, so you're better off with the latest 4.5.x in any case.) I do
-> try to make a note, as above, when any "official" release may have
-> instabilities.
->
-> The Changes file for 4.5.11 is as follows:
->
-> 2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> registering channels on remote servers.
-> 2001/04/08 Fixed NickServ LINK help message to remove incorrect
-> comment about linking nicks. Reported by Andrew Vestal
-> <andrewv@stanford.edu>
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> 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 cem.canarslan at sbs.com.tr Mon Apr 9 14:29:01 2001
-From: cem.canarslan at sbs.com.tr (Cem CANARSLAN)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] unreal and services
-Message-ID: <0AD58C06FE54D411A05600A0C930664A03E29A4F@mail.sbs.com.tr>
-
-You should edit the ServerNumeric line in your services.conf file. It should
-not be same as the one in the M line of the ircd.conf file. For ex if your
-numeric in ircd.conf is 2, then you should use a different numeric in
-services.conf.
-
-Cem Canarslan
-
------Original Message-----
-From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
-Sent: 09 Nisan 2001 Pazartesi 15:20
-To: ircservices@ircservices.za.net
-Subject: Ynt: [IRCServices] unreal and services
-
-
-how can i add a numeric in services.conf file?
-
------ Original Message -----
-From: Craig <mailto:Craig@e-tidalwave.co.uk> Wood
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 3:18 PM
-Subject: Re: [IRCServices] unreal and services
-
-That should be fine..
-make sure your services are ./configured for Unreal and there is a numeric
-in the services.conf file.
-
------ Original Message -----
-From: oLi-TeCh <mailto:oliverkaan@oli-tech.net>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 12:47 PM
-Subject: Ynt: [IRCServices] unreal and services
-
-M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
-This is my m line... i have numeric but.... is it false?
-
------ Original Message -----
-From: Craig Wood <mailto:Craig@e-tidalwave.co.uk>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 2:26 PM
-Subject: Re: [IRCServices] unreal and services
-
-Make sure your m:line is as fillows,
-M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
-i didnt have my numeric in once before and loads of commands didnt work,
-also services didnt work properly.
-cya!
---
-Craig Wood
-Net Admin of the E-Tidalwave IRC Network.
-http:// www.e-tidalwave.co.uk <http://www.e-tidalwave.co.uk>
-irc://irc.e-tidalwave.co.uk <irc://irc.e-tidalwave.co.uk>
-
------ Original Message -----
-From: oLi-TeCh <mailto:oliverkaan@oli-tech.net>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 11:42 AM
-Subject: [IRCServices] unreal and services
-
-hi, i am using unreal3.1.1 in my server and ircservices last version. i
-couldn't use global command. and also i couldn't use some commands. pls help
-me soon... i am waiting for your reply...
-
-oLi-TeCh Hosting
-http://www.oli-tech.net <http://www.oli-tech.net>
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/88d611fc/attachment.html
-From dreamer at darkness.gr Mon Apr 9 14:36:01 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Services 4.5.11 released
-In-Reply-To: <3ab965b4.35177@prima-lan.net>
-Message-ID: <Pine.LNX.4.33.0104091531440.10981-100000@darkness.darkness.gr>
-
-Greetings all,
- Taking a look at the last diff ...
-Except the Changes and version.sh file, where are the changes to the
-source tree ?
-
-Regards,
-Nick
-
-diff -uNr ircservices-4.5.10/Changes ircservices-4.5.11/Changes
---- ircservices-4.5.10/Changes Mon Apr 9 00:29:02 2001
-+++ ircservices-4.5.11/Changes Mon Apr 9 20:54:48 2001
-@@ -1,6 +1,6 @@
- Version 4.5
- -----------
--2001/04/09 Eliminated bogus srealloc() warnings. Reported by Yusuf
-+2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
- Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
- 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
- registering channels on remote servers.
-diff -uNr ircservices-4.5.10/version.sh ircservices-4.5.11/version.sh
---- ircservices-4.5.10/version.sh Wed Mar 28 21:26:01 2001
-+++ ircservices-4.5.11/version.sh Mon Apr 9 20:54:44 2001
-@@ -3,7 +3,7 @@
- # Build the version.h file which contains all the version related info
-and
- # needs to be updated on a per-build basis.
-
--VERSION=4.5.10
-+VERSION=4.5.11
-
- # Increment Services build number
- if [ -f version.h ] ; then
-
-
-
-
-
-From oliverkaan at oli-tech.net Mon Apr 9 14:40:02 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:19 2004
-Subject: Ynt: [IRCServices] unreal and services
-References: <0AD58C06FE54D411A05600A0C930664A03E29A4F@mail.sbs.com.tr>
-Message-ID: <00fa01c0c0f1$bbb92be0$3c10a8c0@surecom.com.tw>
-
-i set it as 8. But couldn't use some commands still...
- ----- Original Message -----
- From: Cem CANARSLAN
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:27 PM
- Subject: RE: [IRCServices] unreal and services
-
-
- You should edit the ServerNumeric line in your services.conf file. It should not be same as the one in the M line of the ircd.conf file. For ex if your numeric in ircd.conf is 2, then you should use a different numeric in services.conf.
-
- Cem Canarslan
- -----Original Message-----
- From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
- Sent: 09 Nisan 2001 Pazartesi 15:20
- To: ircservices@ircservices.za.net
- Subject: Ynt: [IRCServices] unreal and services
-
-
- how can i add a numeric in services.conf file?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:18 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- That should be fine..
- make sure your services are ./configured for Unreal and there is a numeric in the services.conf file.
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 12:47 PM
- Subject: Ynt: [IRCServices] unreal and services
-
-
- M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
- This is my m line... i have numeric but.... is it false?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/49e86e98/attachment.htm
-From cem.canarslan at sbs.com.tr Mon Apr 9 14:45:01 2001
-From: cem.canarslan at sbs.com.tr (Cem CANARSLAN)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] unreal and services
-Message-ID: <0AD58C06FE54D411A05600A0C930664A03E29B17@mail.sbs.com.tr>
-
-This problem may be because of enabling MD5 password encryption before
-compiling ircservices. For ex. you can not use "getpass" comand if you
-enable this option.
-
-Cem Canarslan
-
------Original Message-----
-From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
-Sent: 09 Nisan 2001 Pazartesi 15:37
-To: ircservices@ircservices.za.net
-Subject: Ynt: [IRCServices] unreal and services
-
-
-i set it as 8. But couldn't use some commands still...
-
------ Original Message -----
-From: Cem <mailto:cem.canarslan@sbs.com.tr> CANARSLAN
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 3:27 PM
-Subject: RE: [IRCServices] unreal and services
-
-You should edit the ServerNumeric line in your services.conf file. It should
-not be same as the one in the M line of the ircd.conf file. For ex if your
-numeric in ircd.conf is 2, then you should use a different numeric in
-services.conf.
-
-Cem Canarslan
-
------Original Message-----
-From: oLi-TeCh [ mailto:oliverkaan@oli-tech.net
-<mailto:oliverkaan@oli-tech.net> ]
-Sent: 09 Nisan 2001 Pazartesi 15:20
-To: ircservices@ircservices.za.net
-Subject: Ynt: [IRCServices] unreal and services
-
-
-how can i add a numeric in services.conf file?
-
------ Original Message -----
-From: Craig Wood <mailto:Craig@e-tidalwave.co.uk>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 3:18 PM
-Subject: Re: [IRCServices] unreal and services
-
-That should be fine..
-make sure your services are ./configured for Unreal and there is a numeric
-in the services.conf file.
-
------ Original Message -----
-From: oLi-TeCh <mailto:oliverkaan@oli-tech.net>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 12:47 PM
-Subject: Ynt: [IRCServices] unreal and services
-
-M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
-This is my m line... i have numeric but.... is it false?
-
------ Original Message -----
-From: Craig Wood <mailto:Craig@e-tidalwave.co.uk>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 2:26 PM
-Subject: Re: [IRCServices] unreal and services
-
-Make sure your m:line is as fillows,
-M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
-i didnt have my numeric in once before and loads of commands didnt work,
-also services didnt work properly.
-cya!
---
-Craig Wood
-Net Admin of the E-Tidalwave IRC Network.
-http:// www.e-tidalwave.co.uk <http://www.e-tidalwave.co.uk>
-irc://irc.e-tidalwave.co.uk <irc://irc.e-tidalwave.co.uk>
-
------ Original Message -----
-From: oLi-TeCh <mailto:oliverkaan@oli-tech.net>
-To: ircservices@ircservices.za.net <mailto:ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 11:42 AM
-Subject: [IRCServices] unreal and services
-
-hi, i am using unreal3.1.1 in my server and ircservices last version. i
-couldn't use global command. and also i couldn't use some commands. pls help
-me soon... i am waiting for your reply...
-
-oLi-TeCh Hosting
-http://www.oli-tech.net <http://www.oli-tech.net>
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/d82faffe/attachment.html
-From achurch at achurch.org Mon Apr 9 14:47:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Services 4.5.11 released
-Message-ID: <3ad1aefd.31230@prima-lan.net>
-
->Greetings all,
-> Taking a look at the last diff ...
->Except the Changes and version.sh file, where are the changes to the
->source tree ?
-
- Oops, fixed, sorry about that.
-
->
->Regards,
->Nick
->
->diff -uNr ircservices-4.5.10/Changes ircservices-4.5.11/Changes
->--- ircservices-4.5.10/Changes Mon Apr 9 00:29:02 2001
->+++ ircservices-4.5.11/Changes Mon Apr 9 20:54:48 2001
->@@ -1,6 +1,6 @@
-> Version 4.5
-> -----------
->-2001/04/09 Eliminated bogus srealloc() warnings. Reported by Yusuf
->+2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> registering channels on remote servers.
->diff -uNr ircservices-4.5.10/version.sh ircservices-4.5.11/version.sh
->--- ircservices-4.5.10/version.sh Wed Mar 28 21:26:01 2001
->+++ ircservices-4.5.11/version.sh Mon Apr 9 20:54:44 2001
->@@ -3,7 +3,7 @@
-> # Build the version.h file which contains all the version related info
->and
-> # needs to be updated on a per-build basis.
->
->-VERSION=4.5.10
->+VERSION=4.5.11
->
-> # Increment Services build number
-> if [ -f version.h ] ; then
->
->
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From oliverkaan at oli-tech.net Mon Apr 9 14:53:01 2001
-From: oliverkaan at oli-tech.net (oLi-TeCh)
-Date: Sat Oct 23 23:01:19 2004
-Subject: Ynt: [IRCServices] unreal and services
-References: <0AD58C06FE54D411A05600A0C930664A03E29B17@mail.sbs.com.tr>
-Message-ID: <010a01c0c0f3$a1a7f9a0$3c10a8c0@surecom.com.tw>
-
-i didn't enabl?d it. Can i have your icQ no? or 20148953 my iCq. pLs find me soon. Thanx...
- ----- Original Message -----
- From: Cem CANARSLAN
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:44 PM
- Subject: RE: [IRCServices] unreal and services
-
-
- This problem may be because of enabling MD5 password encryption before compiling ircservices. For ex. you can not use "getpass" comand if you enable this option.
-
- Cem Canarslan
- -----Original Message-----
- From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
- Sent: 09 Nisan 2001 Pazartesi 15:37
- To: ircservices@ircservices.za.net
- Subject: Ynt: [IRCServices] unreal and services
-
-
- i set it as 8. But couldn't use some commands still...
- ----- Original Message -----
- From: Cem CANARSLAN
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:27 PM
- Subject: RE: [IRCServices] unreal and services
-
-
- You should edit the ServerNumeric line in your services.conf file. It should not be same as the one in the M line of the ircd.conf file. For ex if your numeric in ircd.conf is 2, then you should use a different numeric in services.conf.
-
- Cem Canarslan
- -----Original Message-----
- From: oLi-TeCh [mailto:oliverkaan@oli-tech.net]
- Sent: 09 Nisan 2001 Pazartesi 15:20
- To: ircservices@ircservices.za.net
- Subject: Ynt: [IRCServices] unreal and services
-
-
- how can i add a numeric in services.conf file?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 3:18 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- That should be fine..
- make sure your services are ./configured for Unreal and there is a numeric in the services.conf file.
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 12:47 PM
- Subject: Ynt: [IRCServices] unreal and services
-
-
- M:Irc.NetSohbet.Net:216.15.193.34:Sonu oLmayan Lanet oLasI Bir ALem!:6667:45
- This is my m line... i have numeric but.... is it false?
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 2:26 PM
- Subject: Re: [IRCServices] unreal and services
-
-
- Make sure your m:line is as fillows,
- M:<server addr>:<ip>:<Desc>:<port>:<NUMERIC>
- i didnt have my numeric in once before and loads of commands didnt work,
- also services didnt work properly.
- cya!
- --
- Craig Wood
- Net Admin of the E-Tidalwave IRC Network.
- http://www.e-tidalwave.co.uk
- irc://irc.e-tidalwave.co.uk
- ----- Original Message -----
- From: oLi-TeCh
- To: ircservices@ircservices.za.net
- Sent: Monday, April 09, 2001 11:42 AM
- Subject: [IRCServices] unreal and services
-
-
- hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
- oLi-TeCh Hosting
- http://www.oli-tech.net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/4da32dc4/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 9 15:22:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:19 2004
-Subject: AW: [IRCServices] Services 4.5.11 released
-In-Reply-To: <00df01c0c0f0$2ea5dd80$f1c809c0@ferrari>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCEDDEMAA.uhc0@rz.uni-karlsruhe.de>
-
-
-Can you specify which bug you are talking about ?
-Do not tell again ircd 2.10.x
-It is not supported.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von
-> Eduardo Ferrari
-> Gesendet: Montag, 9. April 2001 14:26
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Services 4.5.11 released
->
->
-> This version correct the bug between services and ircd ?
->
->
-> Eduardo de Morais Ferrari
-> Area de Suporte - Oracle
-> E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-> N&L Informatica. Solucoes Inteligentes em Tecnologia da Informacao
-> Visite nosso site: http://www.nl.com.br
-> -----------------------------------------------------------------
-> ICQ # 10566751
-> Registred Linux User # 186849
-> -----------------------------------------------------------------
->
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 09, 2001 8:56 AM
-> Subject: [IRCServices] Services 4.5.11 released
->
->
-> > Services 4.5.11 has been released, and can be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
-> >
-> > This release (hopefully) fixes the bug many people have reported
-> > with Services not allowing chanops on remote servers to register
-> > channels when using Unreal; I'm sorry it took this long to get it out,
-> > but my job is keeping me busy of late, and of course the job takes
-> > precedence over Services. Please report any problems, as I haven't
-> > had time to test the change sufficiently. Note that this change does
-> > not affect any servers other than Unreal.
-> >
-> > To the person who commented on the frequency of Services
-> > releases: Would you rather I leave the bugs as is? (By the way, the
-> > bugs being fixed are almost all bugs that were present in 4.4.8 as
-> > well, so you're better off with the latest 4.5.x in any case.) I do
-> > try to make a note, as above, when any "official" release may have
-> > instabilities.
-> >
-> > The Changes file for 4.5.11 is as follows:
-> >
-> > 2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> > Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> > 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> > registering channels on remote servers.
-> > 2001/04/08 Fixed NickServ LINK help message to remove incorrect
-> > comment about linking nicks. Reported by Andrew Vestal
-> > <andrewv@stanford.edu>
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | ???????????????
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 9 15:25:03 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:19 2004
-Subject: AW: [IRCServices] unreal and services
-In-Reply-To: <008a01c0c0e1$d1da67a0$3c10a8c0@surecom.com.tw>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEDDEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-Your case can be due to the fact that you do not define any common domain name
-in your ./configure for the servers you are using.
-
-Please try specifying one, like: netsohbet.net
-
-Which other commands have you not been able to use ?
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von oLi-TeCh
-Gesendet: Montag, 9. April 2001 12:43
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] unreal and services
-
-
-hi, i am using unreal3.1.1 in my server and ircservices last version. i couldn't use global command. and also i couldn't use some commands. pls help me soon... i am waiting for your reply...
-
-oLi-TeCh Hosting
-http://www.oli-tech.net
-
-
-
-From strider at chatcircuit.com Mon Apr 9 17:10:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Services 4.5.11 released
-References: <3ad1a691.26516@prima-lan.net>
-Message-ID: <004d01c0c107$8325d380$0200000a@strider>
-
-If this were, say, xmms or licq, I would have less problems updating it
-weekly. I would prefer the bugs to be worked out. But until they are worked
-out, I don't plan on updating services. It would be too much of a hassle on
-me, the other opers, and the users on the server.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 6:56 AM
-Subject: [IRCServices] Services 4.5.11 released
-
-
-> Services 4.5.11 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
->
-> This release (hopefully) fixes the bug many people have reported
-> with Services not allowing chanops on remote servers to register
-> channels when using Unreal; I'm sorry it took this long to get it out,
-> but my job is keeping me busy of late, and of course the job takes
-> precedence over Services. Please report any problems, as I haven't
-> had time to test the change sufficiently. Note that this change does
-> not affect any servers other than Unreal.
->
-> To the person who commented on the frequency of Services
-> releases: Would you rather I leave the bugs as is? (By the way, the
-> bugs being fixed are almost all bugs that were present in 4.4.8 as
-> well, so you're better off with the latest 4.5.x in any case.) I do
-> try to make a note, as above, when any "official" release may have
-> instabilities.
->
-> The Changes file for 4.5.11 is as follows:
->
-> 2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> registering channels on remote servers.
-> 2001/04/08 Fixed NickServ LINK help message to remove incorrect
-> comment about linking nicks. Reported by Andrew Vestal
-> <andrewv@stanford.edu>
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> -----------------------------------------------------------
-> 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 Craig at e-tidalwave.co.uk Mon Apr 9 17:25:00 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Services 4.5.11 released
-References: <3ad1a691.26516@prima-lan.net> <004d01c0c107$8325d380$0200000a@strider>
-Message-ID: <OE70vnbEG10Gai4omRX000021b6@hotmail.com>
-
-well why dont u make your own schedual to update Services?
-send a msg to your users saying 'There will be a services update on the
-first of every month'
-then when that date comes, if there is an update avaliable implement it. i
-feel that andrew has the right to release updates of services when ever he
-wants to cause at the end of the day, its up to you to upgrade your box.
---
-Craig Wood
-Net Admin of the E-TidalWave IRC Network.
-http://www.e-tidalwave.co.uk
-irc://irc.e-tidalwave.co.uk
-
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 4:12 PM
-Subject: Re: [IRCServices] Services 4.5.11 released
-
-
-> If this were, say, xmms or licq, I would have less problems updating it
-> weekly. I would prefer the bugs to be worked out. But until they are
-worked
-> out, I don't plan on updating services. It would be too much of a hassle
-on
-> me, the other opers, and the users on the server.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 09, 2001 6:56 AM
-> Subject: [IRCServices] Services 4.5.11 released
->
->
-> > Services 4.5.11 has been released, and can be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
-> >
-> > This release (hopefully) fixes the bug many people have reported
-> > with Services not allowing chanops on remote servers to register
-> > channels when using Unreal; I'm sorry it took this long to get it out,
-> > but my job is keeping me busy of late, and of course the job takes
-> > precedence over Services. Please report any problems, as I haven't
-> > had time to test the change sufficiently. Note that this change does
-> > not affect any servers other than Unreal.
-> >
-> > To the person who commented on the frequency of Services
-> > releases: Would you rather I leave the bugs as is? (By the way, the
-> > bugs being fixed are almost all bugs that were present in 4.4.8 as
-> > well, so you're better off with the latest 4.5.x in any case.) I do
-> > try to make a note, as above, when any "official" release may have
-> > instabilities.
-> >
-> > The Changes file for 4.5.11 is as follows:
-> >
-> > 2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> > Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> > 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> > registering channels on remote servers.
-> > 2001/04/08 Fixed NickServ LINK help message to remove incorrect
-> > comment about linking nicks. Reported by Andrew Vestal
-> > <andrewv@stanford.edu>
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | ???????????????
-> >
-> > -----------------------------------------------------------
-> > 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 Georges at berscheid.lu Mon Apr 9 22:25:00 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] SVSMODE with Unreal
-Message-ID: <002d01c0c133$49787da0$4dbbf683@wohnheim.unikl.de>
-
-Hi,
-
-as far as I could see HAVE_NICKCHANGE is not defined for Unread in defs.h. So Services kill users in collide() instead of changing their nick, even if NSForceNickChange is set in services.conf.
-Although Unreal does support SVSMODE, so HAVE_NICKCHANGE should also be defined for IRC_UNREAL.
-
-Greetings
-
-Georges
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010409/6d2db819/attachment.html
-From andrewk at icon.co.za Tue Apr 10 06:12:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Services 4.5.11 released
-References: <3ad1a691.26516@prima-lan.net> <004d01c0c107$8325d380$0200000a@strider>
-Message-ID: <062901c0c173$f5d68390$9c011ac4@africa.didata.local>
-
-No one is forcing you to upgrade. The coders can only go so far to test the
-changes. The only real way to testing to find bugs is to release a version
-of the program and then wait for feedback. If you want to live on the
-bleeding edge, you have to expect to get cut or to atleast patch up often.
-IRC Services version 4.5, if you take a quick glance at the Changes file,
-was quite a major release. One just needs to wait for this to become a
-stable release. The only way it's going to get there is with testing and
-with patches.
-
-Andrew
-
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, April 09, 2001 5:12 PM
-Subject: Re: [IRCServices] Services 4.5.11 released
-
-
-> If this were, say, xmms or licq, I would have less problems updating it
-> weekly. I would prefer the bugs to be worked out. But until they are
-worked
-> out, I don't plan on updating services. It would be too much of a hassle
-on
-> me, the other opers, and the users on the server.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, April 09, 2001 6:56 AM
-> Subject: [IRCServices] Services 4.5.11 released
->
->
-> > Services 4.5.11 has been released, and can be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.11.diff.gz
-> >
-> > This release (hopefully) fixes the bug many people have reported
-> > with Services not allowing chanops on remote servers to register
-> > channels when using Unreal; I'm sorry it took this long to get it out,
-> > but my job is keeping me busy of late, and of course the job takes
-> > precedence over Services. Please report any problems, as I haven't
-> > had time to test the change sufficiently. Note that this change does
-> > not affect any servers other than Unreal.
-> >
-> > To the person who commented on the frequency of Services
-> > releases: Would you rather I leave the bugs as is? (By the way, the
-> > bugs being fixed are almost all bugs that were present in 4.4.8 as
-> > well, so you're better off with the latest 4.5.x in any case.) I do
-> > try to make a note, as above, when any "official" release may have
-> > instabilities.
-> >
-> > The Changes file for 4.5.11 is as follows:
-> >
-> > 2001/04/09 .11 Eliminated bogus srealloc() warnings. Reported by Yusuf
-> > Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
-> > 2001/04/09 Added SJ3 support for Unreal to fix problems reported with
-> > registering channels on remote servers.
-> > 2001/04/08 Fixed NickServ LINK help message to remove incorrect
-> > comment about linking nicks. Reported by Andrew Vestal
-> > <andrewv@stanford.edu>
-> >
-> > --Andrew Church
-> > achurch@achurch.org | New address - please note.
-> > http://achurch.org/ | \e$B%a!<%k%"%I%l%9$,JQ$o$j$^$7$?!#\e(B
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From listener at alltel.net Tue Apr 10 22:02:01 2001
-From: listener at alltel.net (Listener)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Bots
-Message-ID: <002d01c0c1f8$fc4367e0$3e8727a2@listener>
-
-I know I read a way to get "fake" users to be on the network. I cannot
-remember the exact syntax for this though. Some operserv raw command though.
-I believe it was from this list that I saw it, but it was before it moved to
-the new domain. I browsed the archive, but did not notice a topic with bots
-in it. Any help would be appreciated.
-
-
-
-
-
-From ben at desync.com Tue Apr 10 23:01:02 2001
-From: ben at desync.com (ben@desync.com)
-Date: Sat Oct 23 23:01:19 2004
-Subject: [IRCServices] Bots
-In-Reply-To: <002d01c0c1f8$fc4367e0$3e8727a2@listener>; from listener@alltel.net on Tue, Apr 10, 2001 at 03:01:08PM -0500
-References: <002d01c0c1f8$fc4367e0$3e8727a2@listener>
-Message-ID: <20010410135946.A22000@desync.com>
-
-On Tue, Apr 10, 2001 at 03:01:08PM -0500, Listener wrote:
-> I know I read a way to get "fake" users to be on the network. I cannot
-> remember the exact syntax for this though. Some operserv raw command though.
-> I believe it was from this list that I saw it, but it was before it moved to
-> the new domain. I browsed the archive, but did not notice a topic with bots
-> in it. Any help would be appreciated.
-
-The command you're thinking of looks like this for Hybrid-based networks:
-
-NICK <nickname> 1 0 <+usermodes> <username> <hostname> services.gay.net 0 :<realname>
-
-or for dreamforge-based ircds, like Unreal and Cyclone:
-
-NICK <nickname> 1 0 <username> <hostname> services.gay.net 0 :<realname>
-
-I'm sure you've heard the warnings, but extensive use of this will most likely result in you having to restart services.
-
---
-[ ben wilber :: ben@desync.com ]
-[ desync networks / inside3d ]
-
-
-From listener at alltel.net Tue Apr 10 23:08:01 2001
-From: listener at alltel.net (Listener)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Bots
-References: <002d01c0c1f8$fc4367e0$3e8727a2@listener> <20010410135946.A22000@desync.com>
-Message-ID: <003501c0c202$41182b40$3e8727a2@listener>
-
-Yeah...I've heard all the warnings...it worked well on my small place
-though...thanks for the info
-
------ Original Message -----
-From: <ben@desync.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, April 10, 2001 15:59
-Subject: Re: [IRCServices] Bots
-
-
-> On Tue, Apr 10, 2001 at 03:01:08PM -0500, Listener wrote:
-> > I know I read a way to get "fake" users to be on the network. I cannot
-> > remember the exact syntax for this though. Some operserv raw command
-though.
-> > I believe it was from this list that I saw it, but it was before it
-moved to
-> > the new domain. I browsed the archive, but did not notice a topic with
-bots
-> > in it. Any help would be appreciated.
->
-> The command you're thinking of looks like this for Hybrid-based networks:
->
-> NICK <nickname> 1 0 <+usermodes> <username> <hostname> services.gay.net 0
-:<realname>
->
-> or for dreamforge-based ircds, like Unreal and Cyclone:
->
-> NICK <nickname> 1 0 <username> <hostname> services.gay.net 0 :<realname>
->
-> I'm sure you've heard the warnings, but extensive use of this will most
-likely result in you having to restart services.
->
-> --
-> [ ben wilber :: ben@desync.com ]
-> [ desync networks / inside3d ]
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Apr 11 00:17:03 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] Bots
-In-Reply-To: <20010410135946.A22000@desync.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEGIEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-> The command you're thinking of looks like this for Hybrid-based networks:
->
-> NICK <nickname> 1 0 <+usermodes> <username> <hostname>
-> services.gay.net 0 :<realname>
->
-
-You should never use timestamp of 0 to introduce a nickname. It is simply too old.
-Use the $ctime identifier, if you use mIRC instead.
-
-> or for dreamforge-based ircds, like Unreal and Cyclone:
->
-> NICK <nickname> 1 0 <username> <hostname> services.gay.net 0 :<realname>
->
-> I'm sure you've heard the warnings, but extensive use of this
-> will most likely result in you having to restart services.
->
-
-Unreals syntax REQUIRES you to send their NICKv2, because of the PROTOCTL that
-is being sent.
-
-NICK nickname 1 $ctime username hostname services.server.name 0 fakehost umodes :realname
-
-undernet or irc2 have their own syntaxes, respectively.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From dan_jr at ultim.net Wed Apr 11 02:30:02 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestion: KICK
-References: <NDBBKLOOKLMAKHFICBLCGEGIEMAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <000901c0c21d$facf3ea0$0200a8c0@videotron.ca>
-
-Hi!!
-
-We are using your IRC services since the beginning!
-
-I hope to see in chanserv fontion a KICK command
-like the VOICE one you've just addded!
-
-Very cool
-
-but KICK commande could be very very helpfull
-
-Daniel
-
-
-
-
-From achurch at achurch.org Wed Apr 11 04:04:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] SVSMODE with Unreal
-Message-ID: <3ad3bb60.73747@prima-lan.net>
-
->as far as I could see HAVE_NICKCHANGE is not defined for Unread in =
->defs.h.
-
- Then you obviously didn't look close enough.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-
-From ianj at esper.net Wed Apr 11 23:52:01 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] ftp.esper.net: ftpd upgrade
-Message-ID: <Pine.LNX.4.33.0104111448300.14472-100000@vector.chocobo.org>
-
-I have upgraded EsperNet's FTP server to ProFTPd 1.2.2rc1. If anyone has
-any problems, please let me know by mailing ftp@esper.net.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-
-From flashingwater456 at home.com Fri Apr 13 16:50:01 2001
-From: flashingwater456 at home.com (Gigga)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Bahamut-1.4.23
-Message-ID: <004201c0c428$d6907060$64c40218@mntp1.il.home.com>
-
-When I was configuring ircservices-4.5.11 today I notices it said
-bahamut-1.4.23, I tried linking it to my server and it didnt work it said it
-had a bad host name, when i checked the Introduce protocol it had (modes) as
-second so I changed NICK and send_nick as this....
-
- #define NICK(nick,modes,name) \
- send_nick((nick), (modes), ServiceUser, ServiceHost, ServerName,
-(name));
-
-now the ircd is telling me i have an illegal host name which is one step
-further.... =)
-
-
-Robert-
-
-
-
-From silvius at expres.ro Fri Apr 13 16:54:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Bahamut-1.4.23
-References: <004201c0c428$d6907060$64c40218@mntp1.il.home.com>
-Message-ID: <3AD712F0.59736E89@expres.ro>
-
-ircservices-4.5.11 works just fine with bahamut(pelennor)-1.4(23), check again
-
-Partizanu
-
-Gigga wrote:
-
-> When I was configuring ircservices-4.5.11 today I notices it said
-> bahamut-1.4.23, I tried linking it to my server and it didnt work it said it
-> had a bad host name, when i checked the Introduce protocol it had (modes) as
-> second so I changed NICK and send_nick as this....
->
-> #define NICK(nick,modes,name) \
-> send_nick((nick), (modes), ServiceUser, ServiceHost, ServerName,
-> (name));
->
-> now the ircd is telling me i have an illegal host name which is one step
-> further.... =)
->
-> Robert-
->
-> -----------------------------------------------------------
-> 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 Craig at e-tidalwave.co.uk Mon Apr 16 15:31:01 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Unreal3.1.1 and IRCServices.
-References: <004201c0c428$d6907060$64c40218@mntp1.il.home.com>
-Message-ID: <OE6F1IT18olkDTM9wGm00005fb1@hotmail.com>
-
-Is any body having any troubles with the Operserv GLOBAL command and
-Services? I'm helping some1 sort their problem out, nothing seems wrong with
-the configureation (from what i see but i'm prolly bl;ind ;) yet svsjoin
-global and some other commands are not working thru services. can ne1 help?
---
-Craig Wood
-
-From bclark at bclark.yi.org Mon Apr 16 15:37:00 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Unreal3.1.1 and IRCServices.
-Message-ID: <200104161336.JAA02507@mail0.lig.bellsouth.net>
-
-I've only ever had one problem with /operserv global, and that's when I
-must have been out of it while configuring and mistyped our domain. *lol*
-
-From uhc0 at rz.uni-karlsruhe.de Mon Apr 16 16:23:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] Unreal3.1.1 and IRCServices.
-In-Reply-To: <OE6F1IT18olkDTM9wGm00005fb1@hotmail.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKENDEMAA.uhc0@rz.uni-karlsruhe.de>
-
-You cannot SVSJOIN a member of services to a channel.
-Svsjoin can only make other people join a channel.
-
-Instead, you WILL need to use the correct syntax for SJOIN, or JOIN:
-
-/os raw SJOIN creation_time channel :nick <- if the channel already exists.
-/os raw SJOIN creation_time channel modes params :nick <- if you introduce a new channel.
-
-/os raw :nick JOIN #channel :join_time <- if you want a nick from services join a channel.
-
----
-
-The Global command needs your domain name: thechatterz.net to work properly, as already
-declared by B. Clark. If your servers do not share a common domain name, you will need
-to jump into the code, and add additional tld's to those which already exist:
-.com .edu .net .org
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig Wood
-> Gesendet: Montag, 16. April 2001 15:29
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Unreal3.1.1 and IRCServices.
->
->
-> Is any body having any troubles with the Operserv GLOBAL command and
-> Services? I'm helping some1 sort their problem out, nothing seems
-> wrong with
-> the configureation (from what i see but i'm prolly bl;ind ;) yet svsjoin
-> global and some other commands are not working thru services. can
-> ne1 help?
-> --
-> Craig Wood
-> -----------------------------------------------------------
-> 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 Theircop at aol.com Tue Apr 17 01:53:00 2001
-From: Theircop at aol.com (Theircop@aol.com)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] problem with server starting
-Message-ID: <ba.12688c1f.280cdfb2@aol.com>
-
-when I run ./server, I get this error in services.log and it dosent connect.
-Any ideas on the program?
-
-
-[Apr 16 18:28:51 2001] user: New maximum user count: 1
-[Apr 16 18:28:51 2001] user: New maximum user count: 2
-[Apr 16 18:28:51 2001] user: New maximum user count: 3
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick MemoServ: MemoServ
-+o
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick OperServ: OperServ
-+oi
-[Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick Global: Global +oi
-[Apr 16 18:28:51 2001] FATAL: introduce_user() loop detected
-
-From andrewk at icon.co.za Tue Apr 17 08:36:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] test
-Message-ID: <083501c0c708$45a08f30$9c011ac4@africa.didata.local>
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Apr 17 09:01:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] problem with server starting
-In-Reply-To: <ba.12688c1f.280cdfb2@aol.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEENKEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Seems that you have chosen the wrong ircd type.
-
-Because you did not supply additional information, no more explaination
-can be made.
-
-Which ircd are you using ? Which version of services ?
-Did you really select the correct daemon on the ./configure of services ?
-
-Are there multiple services running ?
-
-etc.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von
-> Theircop@aol.com
-> Gesendet: Dienstag, 17. April 2001 01:52
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] problem with server starting
->
->
-> when I run ./server, I get this error in services.log and it
-> dosent connect.
-> Any ideas on the program?
->
->
-> [Apr 16 18:28:51 2001] user: New maximum user count: 1
-> [Apr 16 18:28:51 2001] user: New maximum user count: 2
-> [Apr 16 18:28:51 2001] user: New maximum user count: 3
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
->
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
->
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] user: MODE +o for nonexistent nick
-> MemoServ: MemoServ
-> +o
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> OperServ: OperServ
-> +oi
-> [Apr 16 18:28:51 2001] user: MODE +oi for nonexistent nick
-> Global: Global +oi
-> [Apr 16 18:28:51 2001] FATAL: introduce_user() loop detected
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From jamie at webdevint.com Tue Apr 17 20:31:01 2001
-From: jamie at webdevint.com (Jamie Smithson)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] AKILL ADD
-Message-ID: <008d01c0c76c$5ee58770$038b7ad5@nebula>
-
-I think it would be a good idea if when an akill is placed, it gave the
-reason given as well...
-
-So that instead of...
-
-... (s) Global -- from OperServ: ice added an AKILL for
-testing@please.ignore.this.com (expires in 1 minute)
-
-... (s) Global -- from OperServ: ice added an AKILL for
-testing@please.ignore.this.com (expires in 1 minute) for: Reason given here
-
----
--Jamie [aka, ice]
-Network Administrator, QuikFire IRC Network
-irc.quikfire.net
-
-Email: jamie@webdevint.com
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
-
-
-From kevc978 at btinternet.com Tue Apr 17 21:38:00 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] AKILL ADD
-Message-ID: <001401c0c775$5a99bde0$2d817ad5@u0y0i7>
-
-Sounds a Good Idea, Also Maybe Adding a way to specify a Default Akill
-Message For Different Words, Like /msg operserv akill add +1d *@host.com
-Spam
-
-***Quits Nick (Autokilled (Spamming Is Not Allowed On This IRC Network,
-Continue And We Will Contact Your ISP))
-
-Kinda Thing :-)
-P.S This is because i am a lzy ass, and most times i need to add akills it
-needs to be done fast, as in, Flooders.
-
-Thanks
------Original Message-----
-From: Jamie Smithson <jamie@webdevint.com>
-To: ircservices@ircservices.za.net <ircservices@ircservices.za.net>
-Date: 17 April 2001 19:31
-Subject: [IRCServices] AKILL ADD
-
-
->I think it would be a good idea if when an akill is placed, it gave the
->reason given as well...
->
->So that instead of...
->
->... (s) Global -- from OperServ: ice added an AKILL for
->testing@please.ignore.this.com (expires in 1 minute)
->
->... (s) Global -- from OperServ: ice added an AKILL for
->testing@please.ignore.this.com (expires in 1 minute) for: Reason given here
->
->---
->-Jamie [aka, ice]
->Network Administrator, QuikFire IRC Network
->irc.quikfire.net
->
->Email: jamie@webdevint.com
->SMS: jamiesmithson@sms.genie.co.uk
->Work: 96smithsonj@hovepark.org.uk
->
->-----------------------------------------------------------
->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 Theircop at aol.com Wed Apr 18 00:03:00 2001
-From: Theircop at aol.com (Theircop@aol.com)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] problem with server starting
-Message-ID: <91.9752b42.280e1766@aol.com>
-
-You know what, now that I look at it, I am using undernets ircu2. But I have
-a later version then they suggest. Anyone know of one that will work with the
-newest ircu2?
-
-From smkelly at zombie.org Wed Apr 18 00:09:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] AKILL ADD
-In-Reply-To: <001401c0c775$5a99bde0$2d817ad5@u0y0i7>; from kevc978@btinternet.com on Tue, Apr 17, 2001 at 08:33:57PM +0100
-References: <001401c0c775$5a99bde0$2d817ad5@u0y0i7>
-Message-ID: <20010417170817.A8225@edgemaster.zombie.org>
-
-On Tue, Apr 17, 2001 at 08:33:57PM +0100, Kevc978 wrote:
-> Sounds a Good Idea, Also Maybe Adding a way to specify a Default Akill
-> Message For Different Words, Like /msg operserv akill add +1d *@host.com
-> Spam
->
-> ***Quits Nick (Autokilled (Spamming Is Not Allowed On This IRC Network,
-> Continue And We Will Contact Your ISP))
-
-It seems to me that this is something that would be most appropriate to
-impliment in one's IRC script, such as adding a /spam alias.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-From strider at chatcircuit.com Wed Apr 18 05:45:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] AKILL ADD
-References: <001401c0c775$5a99bde0$2d817ad5@u0y0i7> <20010417170817.A8225@edgemaster.zombie.org>
-Message-ID: <003801c0c7ba$5d5a0900$0200000a@strider>
-
-If I am correct, this is more of an ircd issue than a services issue. I
-could be wrong, so please don't take this as gospel. Also, I would have to
-agree that the default msg thing should be a client scripted thing, not on
-services as this would add bulk to services that most admins would not want,
-me included. The only default msg I would like to see is for the case of no
-reason being supplied, and this also could be an ircd issue.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Sean Kelly" <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, April 17, 2001 5:08 PM
-Subject: Re: [IRCServices] AKILL ADD
-
-
-> On Tue, Apr 17, 2001 at 08:33:57PM +0100, Kevc978 wrote:
-> > Sounds a Good Idea, Also Maybe Adding a way to specify a Default Akill
-> > Message For Different Words, Like /msg operserv akill add +1d *@host.com
-> > Spam
-> >
-> > ***Quits Nick (Autokilled (Spamming Is Not Allowed On This IRC Network,
-> > Continue And We Will Contact Your ISP))
->
-> It seems to me that this is something that would be most appropriate to
-> impliment in one's IRC script, such as adding a /spam alias.
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Apr 18 09:17:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: AW: [IRCServices] problem with server starting
-In-Reply-To: <91.9752b42.280e1766@aol.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEODEMAA.uhc0@rz.uni-karlsruhe.de>
-
-Services cannot run with ircu P10 Protocol.
-You do require a daemon capable of P9.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von
-> Theircop@aol.com
-> Gesendet: Mittwoch, 18. April 2001 00:02
-> An: ircservices@ircservices.za.net
-> Betreff: Re: AW: [IRCServices] problem with server starting
->
->
-> You know what, now that I look at it, I am using undernets ircu2.
-> But I have
-> a later version then they suggest. Anyone know of one that will
-> work with the
-> newest ircu2?
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Apr 18 09:22:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] AKILL ADD
-In-Reply-To: <003801c0c7ba$5d5a0900$0200000a@strider>
-Message-ID: <NDBBKLOOKLMAKHFICBLCEEOEEMAA.uhc0@rz.uni-karlsruhe.de>
-
-It is not an ircd issue, because the ircd cannot "guess" what your reasoning
-could be. Services already places the default autokill reason on the AKILL
-being sent, which is settable via the services.conf; which means you do not
-require heavy coding of the ircd itself to guess a localized autokill reason
-for you.
-
-The case with the spam message is also in my opinion a scripting problem:
-/alias /spam /operserv akill add +1d $1 Blablabla for blups.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Strider
-> Gesendet: Mittwoch, 18. April 2001 05:48
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] AKILL ADD
->
->
-> If I am correct, this is more of an ircd issue than a services issue. I
-> could be wrong, so please don't take this as gospel. Also, I would have to
-> agree that the default msg thing should be a client scripted thing, not on
-> services as this would add bulk to services that most admins
-> would not want,
-> me included. The only default msg I would like to see is for the
-> case of no
-> reason being supplied, and this also could be an ircd issue.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Sean Kelly" <smkelly@zombie.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, April 17, 2001 5:08 PM
-> Subject: Re: [IRCServices] AKILL ADD
->
->
-> > On Tue, Apr 17, 2001 at 08:33:57PM +0100, Kevc978 wrote:
-> > > Sounds a Good Idea, Also Maybe Adding a way to specify a Default Akill
-> > > Message For Different Words, Like /msg operserv akill add +1d
-> *@host.com
-> > > Spam
-> > >
-> > > ***Quits Nick (Autokilled (Spamming Is Not Allowed On This
-> IRC Network,
-> > > Continue And We Will Contact Your ISP))
-> >
-> > It seems to me that this is something that would be most appropriate to
-> > impliment in one's IRC script, such as adding a /spam alias.
-> >
-> > --
-> > Sean Kelly | PGP KeyID: 77042C7B
-> > smkelly@zombie.org | http://www.zombie.org
-> >
-> > For PGP key, send e-mail with subject "send pgp key"
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Wed Apr 18 11:14:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] AKILL ADD
-References: <NDBBKLOOKLMAKHFICBLCEEOEEMAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <000701c0c7e8$43a068a0$0200000a@strider>
-
-I'm sorry for the confusion, I meant the akill reason being stated when it
-is enforced is an ircd issue. As for puting default reasons in there and
-triggering defaults, all that should be done in client scripts, or embeded
-in clients themselves if they offer those kind of features. UnrealIRCd will
-display the reason specified, but in a stats k, it will not, this is one
-example of it being an ircd issue.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, April 18, 2001 2:25 AM
-Subject: AW: [IRCServices] AKILL ADD
-
-
->
-> It is not an ircd issue, because the ircd cannot "guess" what your
-reasoning
-> could be. Services already places the default autokill reason on the AKILL
-> being sent, which is settable via the services.conf; which means you do
-not
-> require heavy coding of the ircd itself to guess a localized autokill
-reason
-> for you.
->
-> The case with the spam message is also in my opinion a scripting problem:
-> /alias /spam /operserv akill add +1d $1 Blablabla for blups.
->
-> regards;
-> yusuf
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
-> > -----Urspr?ngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Strider
-> > Gesendet: Mittwoch, 18. April 2001 05:48
-> > An: ircservices@ircservices.za.net
-> > Betreff: Re: [IRCServices] AKILL ADD
-> >
-> >
-> > If I am correct, this is more of an ircd issue than a services issue. I
-> > could be wrong, so please don't take this as gospel. Also, I would have
-to
-> > agree that the default msg thing should be a client scripted thing, not
-on
-> > services as this would add bulk to services that most admins
-> > would not want,
-> > me included. The only default msg I would like to see is for the
-> > case of no
-> > reason being supplied, and this also could be an ircd issue.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Sean Kelly" <smkelly@zombie.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, April 17, 2001 5:08 PM
-> > Subject: Re: [IRCServices] AKILL ADD
-> >
-> >
-> > > On Tue, Apr 17, 2001 at 08:33:57PM +0100, Kevc978 wrote:
-> > > > Sounds a Good Idea, Also Maybe Adding a way to specify a Default
-Akill
-> > > > Message For Different Words, Like /msg operserv akill add +1d
-> > *@host.com
-> > > > Spam
-> > > >
-> > > > ***Quits Nick (Autokilled (Spamming Is Not Allowed On This
-> > IRC Network,
-> > > > Continue And We Will Contact Your ISP))
-> > >
-> > > It seems to me that this is something that would be most appropriate
-to
-> > > impliment in one's IRC script, such as adding a /spam alias.
-> > >
-> > > --
-> > > Sean Kelly | PGP KeyID: 77042C7B
-> > > smkelly@zombie.org | http://www.zombie.org
-> > >
-> > > For PGP key, send e-mail with subject "send pgp key"
-> > > -----------------------------------------------------------
-> > > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > > with the word UNSUBSCRIBE in the subject of the mail.
-> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> > >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Thu Apr 19 06:59:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Services 4.5.12 released
-Message-ID: <3ade703a.52267@prima-lan.net>
-
- Services 4.5.12 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.12.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.12.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- The change log for 4.5.12 is included below.
-
-Version 4.5
------------
-2001/04/19 .12 Non-opers/admins are no longer allowed to lock channel
- modes +O/+A/+H (latter two on Unreal only). Reported
- by codemastr <codemstr@ptd.net>
-2001/04/16 Fixed incorrect command names in some log messages.
-2001/04/16 Fixed a really stupid bug in which dropping a channel would
- result in bogus entries on a user's owned-channel list.
- Reported by Mauritz Antunes <mauritz@americasnet.com.br>
-2001/04/14 Fixed bug allowing auto-voice users to keep +o when joining
- an empty channel. Reported by Yusuf Iskenderoglu
- <uhc0@rz.uni-karlsruhe.de>
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From achurch at achurch.org Thu Apr 19 12:55:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Services 4.5.13 released
-Message-ID: <3adec3bf.54724@prima-lan.net>
-
- Services 4.5.13 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.13.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.13.diff.gz
-
-Please do not use 4.5.12; it has a bug which reverses the effect of the
-channel LEAVEOPS option. Apologies for any inconvenience.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From qkisoft at teleline.es Thu Apr 19 14:01:00 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Problems with LANG support
-Message-ID: <3ADEEF7C.5000900@teleline.es>
-
- Hi, i'runnig services 4.5.11 & Bahamut 1.4.23 in a SuSE 7.1 Linux box.
-I need help with to problems that concern to :
-
- - LANG support : When i compile services with LANG_ES in config.h, i
-get noise characters in the text (messages, help) comming from NickServ,
-ChanServ, etc. This doesn't occur when i use default LANG.
-
- - Channel acces : I can register channels but i can't acces this
-channels later. They don't appear in a /LIST command and if a try a
-/join #RegisteredChannel, the ircd gives me a new channel but not the
-one i've registered via ChanServ. It looks like if my ircd doesn't know
-anything about my registered channels.
-
- I think this problems could be caused by configuration mistakes.I'm a
-newcomer at IRC servers world. I have to setup a private IRC server for
-the job i'm working in, and any kind of sugestions or help could be very
-useful to me.
-
-Thanks a lot from Spain. QKISOFT
-
-
-From achurch at achurch.org Thu Apr 19 14:31:05 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Problems with LANG support
-Message-ID: <3adeda61.56117@prima-lan.net>
-
-> - LANG support : When i compile services with LANG_ES in config.h, i
->get noise characters in the text (messages, help) comming from NickServ,
->ChanServ, etc. This doesn't occur when i use default LANG.
-
- The Spanish language file hasn't been updated in a long time, and
-seems to have been corrupted at some point. I'll see what I can do to
-fix it, but keep in mind that even if it is fixed, a lot of the messages
-will be in English because they haven't been translated.
-
-> - Channel acces : I can register channels but i can't acces this
->channels later. They don't appear in a /LIST command and if a try a
->/join #RegisteredChannel, the ircd gives me a new channel but not the
->one i've registered via ChanServ. It looks like if my ircd doesn't know
->anything about my registered channels.
-
- This is the way IRC works. Registering a channel only tells
-Services what to do when people are using the channel; if no one is
-using a channel, then it will not show up in /LIST.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From uhc0 at rz.uni-karlsruhe.de Thu Apr 19 14:58:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] Problems with LANG support
-In-Reply-To: <3adeda61.56117@prima-lan.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCCEABENAA.uhc0@rz.uni-karlsruhe.de>
-
-> - Channel acces : I can register channels but i can't acces this
-> >channels later. They don't appear in a /LIST command and if a try a
-> >/join #RegisteredChannel, the ircd gives me a new channel but not the
-> >one i've registered via ChanServ. It looks like if my ircd doesn't know
-> >anything about my registered channels.
->
-> This is the way IRC works. Registering a channel only tells
-> Services what to do when people are using the channel; if no one is
-> using a channel, then it will not show up in /LIST.
->
-
-But still should show up in /chanserv list *
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From kevc978 at btinternet.com Thu Apr 19 22:39:01 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <001c01c0c910$50353d60$98897ad5@u0y0i7>
-
-Ok,
-
-Maybe The Akill Reason Was a bad idea, as it could be included in Aliases,
-but i get sooo many e-mails, users askign to be unbanned, and honestly, i
-cant find which ban theyre talking about, so, Maybe an Akill-ID would be a
-good idea, just assigning a Random Number Between 1000-9999 And so on, This
-would help insuring that the correct bans are removed, and the right person
-is allowed back on if they apologise to the admin, or whaterver your own
-policy is for unbanning.
-
-Thanks
-Kevc978
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Apr 19 23:18:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] Suggestions
-In-Reply-To: <001c01c0c910$50353d60$98897ad5@u0y0i7>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEAHENAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-That is in my opinion an ircd issue:
-
-If you use bahamut, and have little coding abilities, you may do that
-personally. In the file s_user.c is a function called register_user
-During this function, the new connection is checked via existing
-autokills or klines. If one of them match the person, some text is sent
-to this, saying, You are banned from this network, etc...
-
-One of those lines is the following:
-
-sendto_one(sptr, ":%s NOTICE %s :*** %s for %s",
- me.name, sptr->name, ktype, reason);
-
-If you want the user to see, which autokill host is being matched
-against them, you modify best this line to the following:
-
-sendto_one(sptr, ":%s NOTICE %s :*** %s for %s (Mask %s@%s is matching against you)",
- me.name, sptr->name, ktype, reason,
- (aconf->name ? aconf->name : "*"),
- (aconf->host ? aconf->host : "*"));
-
-Maybe you may think of writing to the coders of your ircd an email
-stating this problematic.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Kevc978
-> Gesendet: Donnerstag, 19. April 2001 22:36
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Suggestions
->
->
-> Ok,
->
-> Maybe The Akill Reason Was a bad idea, as it could be included in Aliases,
-> but i get sooo many e-mails, users askign to be unbanned, and honestly, i
-> cant find which ban theyre talking about, so, Maybe an Akill-ID would be a
-> good idea, just assigning a Random Number Between 1000-9999 And
-> so on, This
-> would help insuring that the correct bans are removed, and the
-> right person
-> is allowed back on if they apologise to the admin, or whaterver your own
-> policy is for unbanning.
->
-> Thanks
-> Kevc978
->
-> -----------------------------------------------------------
-> 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 qkisoft at teleline.es Fri Apr 20 13:33:00 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] THANKS FOR YOUR QUICK ANSWER AND ...
-Message-ID: <3AE03A4E.6040301@teleline.es>
-
- First of all, thank for your quick answers for my last post.
-
- Second, i have one more question (and i hope this will be the last one).
-
- ? I can't get ChanServ to manage registered channels. !
-
- Let me show you an example:
-
- I have registered a test channel named #Telemaco and its channel
-info looks like this :
-
- Founder : qkidamon (qkidamon@irc.ourense.net )
- Description : "Canal Oficial deTelemaco"
- Registered : Apr 19 16:30:03 2001 CEST
- Last used : Apr 20 13:17:13 2001 CEST
- Last topic : HOLA MUNDO
- Topic set by : qkidamon
- Options : Topic Retention, Secure
- Mode lock : +nt
-
- And this is the sop list for this channel:
-
- 1 qkidamon (...
- 2 qki666 (...
-
- Well, the problem comes when any user joins this channel ...
-
- The registered topic isn't printed in channel window, and privileges
-(for privileged users like
-qkidamon or qki666) aren't set. It looks like if the channel rejects
-settings from ChanServ.
-However ChanServ detects that someone is joining the channel because it
-sends the ENTRYMSG.
-
- I've wasted all my ideas about the possible cause for this to happen.
-Even i'm starting to think
-that the mistake is in my ircd.conf or services.conf files. Here's any
-lines from my conf files.
-
- In services.conf i have :
-
- RemoteServer 127.0.0.1 6665 "servpass"
-
- LocalAddress 127.0.0.1
-
- ServerName. "servirc.ourense.net"
-
- ServiceUser. "servicios@egeo.ourense.net"
-
-
- And in ircd.conf i have :
-
- M:irc.ourense.net:*:TELEMACO IRC SERVER:6665
-
- Y:1:90:0:250:100000
- Y:51:90:60:0:12000000
- Y:30:90:0:0:5000000
-
- I:*::*::1
- I:*@*::*@*::1
- I:servicios@127.0.0.1:servpass:servicios@egeo.ourense.net::30
-
- U:*::servirc.ourense.net
-
- C:127.0.0.1:servpass:servirc.ourense.net::30:127.0.0.1
- N:127.0.0.1:servpass:servirc.ourense.net::30
-
- H:*::servirc.ourense.net
-
- What kind of Y class should i use for services ? (hub o hub, hub to
-leaf, client)
-
- Should i compile Bahamut as a HUB server in oder to run services ?
-
- I'd like to know if every setting is OK or if i must make some kind
-of changes in order to
- solve my problem. If you can't give me a detailed solution, tell me
-where can i find any kind
- of information or documentation about ChanServ configuration or
-general irc services
- information.
-
- I'll be waiting your answers or suggestions.
- Thanks again.
- QKISOFT : SPAIN
-
-
-
-From Craig at e-tidalwave.co.uk Fri Apr 20 15:09:02 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] THANKS FOR YOUR QUICK ANSWER AND ...
-References: <3AE03A4E.6040301@teleline.es>
-Message-ID: <OE26OPXok84FTA7OIkU000010f8@hotmail.com>
-
-the correct uline syntax is
-U:<SERVER NAME>:*:*
-so yours would be
-U:servirc.ourense.net:*:*
-
-that should solve your problems
---
-Craig Wood.
-
------ Original Message -----
-From: "QKIDAMON" <qkisoft@teleline.es>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, April 20, 2001 2:31 PM
-Subject: [IRCServices] THANKS FOR YOUR QUICK ANSWER AND ...
-
-
-
- First of all, thank for your quick answers for my last post.
-
- Second, i have one more question (and i hope this will be the last one).
-
- ? I can't get ChanServ to manage registered channels. !
-
- Let me show you an example:
-
- I have registered a test channel named #Telemaco and its channel
-info looks like this :
-
- Founder : qkidamon (qkidamon@irc.ourense.net )
- Description : "Canal Oficial deTelemaco"
- Registered : Apr 19 16:30:03 2001 CEST
- Last used : Apr 20 13:17:13 2001 CEST
- Last topic : HOLA MUNDO
- Topic set by : qkidamon
- Options : Topic Retention, Secure
- Mode lock : +nt
-
- And this is the sop list for this channel:
-
- 1 qkidamon (...
- 2 qki666 (...
-
- Well, the problem comes when any user joins this channel ...
-
- The registered topic isn't printed in channel window, and privileges
-(for privileged users like
-qkidamon or qki666) aren't set. It looks like if the channel rejects
-settings from ChanServ.
-However ChanServ detects that someone is joining the channel because it
-sends the ENTRYMSG.
-
- I've wasted all my ideas about the possible cause for this to happen.
-Even i'm starting to think
-that the mistake is in my ircd.conf or services.conf files. Here's any
-lines from my conf files.
-
- In services.conf i have :
-
- RemoteServer 127.0.0.1 6665 "servpass"
-
- LocalAddress 127.0.0.1
-
- ServerName. "servirc.ourense.net"
-
- ServiceUser. "servicios@egeo.ourense.net"
-
-
- And in ircd.conf i have :
-
- M:irc.ourense.net:*:TELEMACO IRC SERVER:6665
-
- Y:1:90:0:250:100000
- Y:51:90:60:0:12000000
- Y:30:90:0:0:5000000
-
- I:*::*::1
- I:*@*::*@*::1
- I:servicios@127.0.0.1:servpass:servicios@egeo.ourense.net::30
-
- U:*::servirc.ourense.net
-
- C:127.0.0.1:servpass:servirc.ourense.net::30:127.0.0.1
- N:127.0.0.1:servpass:servirc.ourense.net::30
-
- H:*::servirc.ourense.net
-
- What kind of Y class should i use for services ? (hub o hub, hub to
-leaf, client)
-
- Should i compile Bahamut as a HUB server in oder to run services ?
-
- I'd like to know if every setting is OK or if i must make some kind
-of changes in order to
- solve my problem. If you can't give me a detailed solution, tell me
-where can i find any kind
- of information or documentation about ChanServ configuration or
-general irc services
- information.
-
- I'll be waiting your answers or suggestions.
- Thanks again.
- QKISOFT : SPAIN
-
-
------------------------------------------------------------
-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 curtis at nucleus.com Fri Apr 20 20:48:01 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions
-References: <001c01c0c910$50353d60$98897ad5@u0y0i7>
-Message-ID: <002901c0c9c7$c53dcb10$590626d0@methodz>
-
-Why would they be asking why their banned.
-When services say the reason when their killed off the network by OperServ.?
-
-.
------ Original Message -----
-From: "Kevc978" <kevc978@btinternet.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, April 19, 2001 2:35 PM
-Subject: [IRCServices] Suggestions
-
-
-> Ok,
->
-> Maybe The Akill Reason Was a bad idea, as it could be included in Aliases,
-> but i get sooo many e-mails, users askign to be unbanned, and honestly, i
-> cant find which ban theyre talking about, so, Maybe an Akill-ID would be a
-> good idea, just assigning a Random Number Between 1000-9999 And so on,
-This
-> would help insuring that the correct bans are removed, and the right
-person
-> is allowed back on if they apologise to the admin, or whaterver your own
-> policy is for unbanning.
->
-> Thanks
-> Kevc978
->
-> -----------------------------------------------------------
-> 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 grenday288 at geocities.com Fri Apr 20 22:17:00 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] THANKS FOR YOUR QUICK ANSWER AND ...
-In-Reply-To: <3AE03A4E.6040301@teleline.es>
-Message-ID: <3AE052C9.2320.B00E494@localhost>
-
-A non-text attachment was scrubbed...
-Name: not available
-Type: text/enriched
-Size: 836 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010420/55ad1f75/attachment.bin
-From kevc978 at btinternet.com Sat Apr 21 04:18:00 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <000401c0ca08$c17cbae0$d5437ad5@u0y0i7>
-
-You Didnt get me right, i said AFTER theyre banned and requesting the ban to
-be removed, makes it hard to spot the ban in between others, so a random
-Akill ID would be good... but again, this was another thing i managed to
-code into the Mirc client. But i still thought AKill ID's would be good for
-services :-)
-
-Kevin
------Original Message-----
-From: Curtis D <curtis@nucleus.com>
-To: ircservices@ircservices.za.net <ircservices@ircservices.za.net>
-Date: 20 April 2001 19:54
-Subject: Re: [IRCServices] Suggestions
-
-
->Why would they be asking why their banned.
->When services say the reason when their killed off the network by
-OperServ.?
->
->.
->----- Original Message -----
->From: "Kevc978" <kevc978@btinternet.com>
->To: <ircservices@ircservices.za.net>
->Sent: Thursday, April 19, 2001 2:35 PM
->Subject: [IRCServices] Suggestions
->
->
->> Ok,
->>
->> Maybe The Akill Reason Was a bad idea, as it could be included in
-Aliases,
->> but i get sooo many e-mails, users askign to be unbanned, and honestly, i
->> cant find which ban theyre talking about, so, Maybe an Akill-ID would be
-a
->> good idea, just assigning a Random Number Between 1000-9999 And so on,
->This
->> would help insuring that the correct bans are removed, and the right
->person
->> is allowed back on if they apologise to the admin, or whaterver your own
->> policy is for unbanning.
->>
->> Thanks
->> Kevc978
->>
->> -----------------------------------------------------------
->> 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 dirtymac at datasync.com Sat Apr 21 10:24:00 2001
-From: dirtymac at datasync.com (Will)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] SAMODE problems on UnrealIRCd after connecting ircservices
-Message-ID: <Pine.LNX.3.96.1010421031819.4998D-100000@shell.datasync.com>
-
-I am running UnrealIRCd 3.1.1+Darkshades with ircservices 4.5.11. Both
-appear to be configured properly. My problem is that once I connect the
-two, I can nolonger use Unreal's SAMODE. I get the following error:
-
- Permission Denied- You do not have the correct IRC operator privileges
-
-If I shutdown the services and reoper I can then use the command. I'm not
-sure what I'm doing wrong, and I have seen mention of it in the mailing
-list archives.
-
-Thanks,
-
-Will
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat Apr 21 10:40:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] SAMODE problems on UnrealIRCd after connecting ircservices
-In-Reply-To: <Pine.LNX.3.96.1010421031819.4998D-100000@shell.datasync.com>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOEBHENAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-You either have not identified your nick,
-or are not opered,
-or not in the list of services admins.
-
-If the third case matches you, do make the root add you to that list.
-Services will SVSMODE -a you if you are not a services admin, or if
-you have not identified your nick.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Will
-> Gesendet: Samstag, 21. April 2001 10:24
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] SAMODE problems on UnrealIRCd after connecting
-> ircservices
->
->
-> I am running UnrealIRCd 3.1.1+Darkshades with ircservices 4.5.11. Both
-> appear to be configured properly. My problem is that once I connect the
-> two, I can nolonger use Unreal's SAMODE. I get the following error:
->
-> Permission Denied- You do not have the correct IRC operator privileges
->
-> If I shutdown the services and reoper I can then use the command. I'm not
-> sure what I'm doing wrong, and I have seen mention of it in the mailing
-> list archives.
->
-> Thanks,
->
-> Will
->
-> -----------------------------------------------------------
-> 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 PuterManCFC at ChatFIRST.NET Sun Apr 22 06:37:00 2001
-From: PuterManCFC at ChatFIRST.NET (PuterManCFC)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] akill session limit bug when trying to remove
-Message-ID: <NEEBLHJKEJAPFAMBDDKNKEDACCAA.PuterManCFC@ChatFIRST.NET>
-
-I seem to be unable to remove session limit akills through OperServ.
-
-<OperServ> You now have Services super-user privileges.
-<CF> akill view
-<OperServ> Current AKILL list:
-<OperServ> *@1Cust27.tnt1.two-rivers.wi.da.uu.net (by OperServ on Apr 22
-2001; expires in 6 minutes)
-<OperServ> Exceeding session limit
-<CF> akill del *@1Cust27.tnt1.two-rivers.wi.da.uu.net
-<OperServ> *@1cust27.tnt1.two-rivers.wi.da.uu.net not found on AKILL list.
-
-This is running on : ircservices-4.5.11 with Unreal IRCD 3.11
-
-I am able to remove any other akills on the list, just not the ones placed
-by OperServ. Has anyone else had the same problem?
-
-Thanks.
-
-
-From achurch at achurch.org Mon Apr 23 07:54:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Services 4.5.14 released
-Message-ID: <3ae3c313.41600@prima-lan.net>
-
- Services 4.5.14 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.14.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.14.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- A bug has been found in the Turkish language file used in previous
-4.5 releases; as this bug can be used to cause Services to crash, a new
-release (4.5.14) has been made available which fixes the bug. If you
-are using any of the earlier 4.5 releases, please upgrade to 4.5.14 as
-soon as possible. Apologies for any inconvenience.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From qkisoft at teleline.es Mon Apr 23 11:25:02 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Thanks for help (specially Andrew, Craig, Josh and Yusuf) and ...
-Message-ID: <3AE410DC.9010703@teleline.es>
-
- Thanks again for your help. Everything seems to be OK with ChanServ now.
-
- Unfortunely, my relationship with IRC seems to be a continous
-obstacle race. Once i solve a problem, another is just arriving.
-
- Why NickServ doesn't executes the action configured (nick change or
-kill) when password for a nick is not given in time ?
-
- Let me give you an example por this :
-
- I have a registered nick with options set to : Kill protection =
-QUICK , Secure = ON, Private = ON
-
- and defined NickServ specific lines in my services.conf are :
-
-
- NSDefKillQuick
-
- NSDefSecure
-
-
- NSDefPrivate
-
-
- NSDefHideEmail
-
- NSDefMemoSignon
-
-
- NSDefMemoReceive
-
-
-
-
- NSRegDelay. 15s
-
-
- NSRequireEmail
-
-
-
- NSExpire. 150d
-
- NSSuspendExpire 25d 5d
-
- NSAccessMax. 32
-
-
- NSEnforcerUser. enforcer
-
-
- NSReleaseTimeout 1m
-
-
- NSMaxLinkDepth 3
-
-
- NSDisableLinkCommand
-
- NSListOpersOnly
-
- NSListMax. 100
-
- NSForceNickChange
-
- NSGuestNickPrefix. "Invit"
-
- NSSecureAdmins
-
-
- Well, NickServ asks me for a password but doesn't make any action
-if i don't give a password before defined time expires.
-
- I have no idea about what in hell is going wrong.
-
- Perhaps ... Do i need O or/and S lines for my services
-pseudoclients in my ircd.conf ?
-
-
- Another question is ... Why MIRC shows all services output over
-the status window ?
- I don't want this anyway. It doesn't happen with other irc
-clients (e.g. KSirc opens a private window to any service i interact to).
-
-
- Thank a lot again.
- I'll be waiting your suggestions.
- Bye from Spain. QKISOFT
-
-
-
-
-
-From ender at enderboi.com Mon Apr 23 12:04:01 2001
-From: ender at enderboi.com (J.Brown (Ender/Amigo))
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Thanks for help (specially Andrew, Craig, Josh
- and Yusuf) and ...
-In-Reply-To: <3AE410DC.9010703@teleline.es>
-Message-ID: <Pine.LNX.4.31.0104231802090.3448-100000@shaker.worfie.net>
-
-> Well, NickServ asks me for a password but doesn't make any action
-> if i don't give a password before defined time expires.
-
-NickServ will not kill the user if their IP matches an IP in the
-access-list for that user (eg, if it was from the ip you registered with).
-
-> I don't want this anyway. It doesn't happen with other irc
-> clients (e.g. KSirc opens a private window to any service i interact to).
-
-That's a MIRC thing and nothing to do with the services themselves. You
-can probably find a script to redirect output elsewhence.
-
- - Ender
-
-
-
-From karel4 at estpak.ee Mon Apr 23 13:08:01 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Thanks for help (specially Andrew, Craig, Joshand
- Yusuf) and ...
-References: <Pine.LNX.4.31.0104231802090.3448-100000@shaker.worfie.net>
-Message-ID: <3AE40CC0.53FD017B@estpak.ee>
-
-> NickServ will not kill the user if their IP matches an IP in the
-> access-list for that user (eg, if it was from the ip you registered with).
-
- Why NickServ will add to accesslist *@*.someISP.com instead of
-*@my_site.someISP.com ?
-
-From karel4 at estpak.ee Mon Apr 23 13:16:01 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Thanks for help (specially Andrew, Craig, Joshand
- Yusuf) and ...
-References: <Pine.LNX.4.31.0104231802090.3448-100000@shaker.worfie.net> <3AE40CC0.53FD017B@estpak.ee>
-Message-ID: <3AE40EB3.32C68835@estpak.ee>
-
-> > NickServ will not kill the user if their IP matches an IP in the
-> > access-list for that user (eg, if it was from the ip you registered with).
-> Why NickServ will add to accesslist *@*.someISP.com instead of
-> *@my_site.someISP.com ?
-
- Or can I disable feature that automatically add my site to access-list
-at registration time?
-
-From kevc978 at btinternet.com Tue Apr 24 03:14:00 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Akill Bug Found
-Message-ID: <000a01c0cc5b$19a7ee20$37337ad5@u0y0i7>
-
-Hi,
-
-One of the staff on my servwer found a Bug, We use Bahamut1.4.23 And
-IRCservices 4.5.12 for now, When we add an akill, services put it into
-lowercase, thats fine, but when Operserv adds an akill itself, say, for
-excessive clones, it Keeps the Akill in its proper state, as in, Upper and
-Lower Case, this causes a problem when removing the akill... simply... the
-Akill CANT be removed.
-
-I hope this solves the guy that couldnt remove operserv Akills problem, and
-hopefully we could get a fix for it, if the Bug is correct :-)
-
-Kevin
-
-
-From achurch at achurch.org Tue Apr 24 03:54:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Akill Bug Found
-Message-ID: <3ae4dc8e.57551@prima-lan.net>
-
- Fixed, thanks for the report.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
->Hi,
->
->One of the staff on my servwer found a Bug, We use Bahamut1.4.23 And
->IRCservices 4.5.12 for now, When we add an akill, services put it into
->lowercase, thats fine, but when Operserv adds an akill itself, say, for
->excessive clones, it Keeps the Akill in its proper state, as in, Upper and
->Lower Case, this causes a problem when removing the akill... simply... the
->Akill CANT be removed.
->
->I hope this solves the guy that couldnt remove operserv Akills problem, and
->hopefully we could get a fix for it, if the Bug is correct :-)
->
->Kevin
->
->-----------------------------------------------------------
->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 qkisoft at teleline.es Tue Apr 24 10:29:00 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] LAG at "Got ident response..." message when connecting to server since SERVICES is runnig fine.
-Message-ID: <3AE5552D.8030409@teleline.es>
-
- Hi.
-
- I get a 10 or 15 seconds lag when clients connect to server just
-at the moment status shows "Got ident response ..." message.
-
- This happens since services are running fine.
-
- I don't know if this is a normal issue or not. Do you know
-anything about it.
-
- Thanks.
-
- QKISOFT
-
-
-From Craig at e-tidalwave.co.uk Tue Apr 24 20:20:12 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] LAG at "Got ident response..." message when connecting to server since SERVICES is runnig fine.
-References: <3AE5552D.8030409@teleline.es>
-Message-ID: <OE5TDLhmXL3zF6GEe6z000034d5@hotmail.com>
-
-This normally happens when the IRCd is trying to DNS your IP.
-at will start going again at 15secs if the DNS Server times out
-(or something like that(I think ;))
-neway, this is for services not IRCD :P
---
-Craig Wood
-Craig@e-tidalwave.co.uk
-irc://irc.e-tidalwave.co.uk
-JOIN THE PARTY! April 28th! www.e-tidalwave.co.uk!
-
------ Original Message -----
-From: "QKIDAMON" <qkisoft@teleline.es>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, April 24, 2001 11:27 AM
-Subject: [IRCServices] LAG at "Got ident response..." message when
-connecting to server since SERVICES is runnig fine.
-
-
->
-> Hi.
->
-> I get a 10 or 15 seconds lag when clients connect to server just
-> at the moment status shows "Got ident response ..." message.
->
-> This happens since services are running fine.
->
-> I don't know if this is a normal issue or not. Do you know
-> anything about it.
->
-> Thanks.
->
-> QKISOFT
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-From achurch at achurch.org Tue Apr 24 23:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-Message-ID: <3ae5f215.70031@prima-lan.net>
-
-> Why NickServ will add to accesslist *@*.someISP.com instead of
->*@my_site.someISP.com ?
-
- This is based on the assumption (which may or may not be true anymore;
-comments are welcome) that most users use dialup accounts and will have a
-different hostname every time they connect to IRC. If, for example, a user
-connects from "dialup1.example.net" and registers a nickname, that's fine
-for that one time, but next time they connect, their hostname might be
-"dialup2.example.net", which wouldn't match the original hostname.
-
- One thing I've been considering lately for 5.0 is to just get rid of
-access lists entirely, requiring password authentication to use the nick.
-What does everyone think of this?
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From achurch at achurch.org Tue Apr 24 23:42:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <3ae5f2f2.70051@prima-lan.net>
-
- Just use "/os akill list *host.name" to narrow the list down.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
->Ok,
->
->Maybe The Akill Reason Was a bad idea, as it could be included in Aliases,
->but i get sooo many e-mails, users askign to be unbanned, and honestly, i
->cant find which ban theyre talking about, so, Maybe an Akill-ID would be a
->good idea, just assigning a Random Number Between 1000-9999 And so on, This
->would help insuring that the correct bans are removed, and the right person
->is allowed back on if they apologise to the admin, or whaterver your own
->policy is for unbanning.
->
->Thanks
->Kevc978
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From uhc0 at rz.uni-karlsruhe.de Tue Apr 24 23:52:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: AW: [IRCServices] Nickname access masks
-In-Reply-To: <3ae5f215.70031@prima-lan.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOEDLENAA.uhc0@rz.uni-karlsruhe.de>
-
-I would like to see the persistence of the access command, since
-it's usage is helpful in
-
-+ Using eggdrops, which do not need to use identification scripts,
-for they are recognized via the access list entry, and because they
-keep using the same host, they simply keep being recognized.
-
-+ Solving cases with kill immed, because, if your host does not
-match anything in that list, you will not have time to identify
-yourselves. Or, did you also intend to remove kill immed ?
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew Church
-> Gesendet: Dienstag, 24. April 2001 23:28
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Nickname access masks
->
->
-> > Why NickServ will add to accesslist *@*.someISP.com instead of
-> >*@my_site.someISP.com ?
->
-> This is based on the assumption (which may or may not be
-> true anymore;
-> comments are welcome) that most users use dialup accounts and will have a
-> different hostname every time they connect to IRC. If, for
-> example, a user
-> connects from "dialup1.example.net" and registers a nickname, that's fine
-> for that one time, but next time they connect, their hostname might be
-> "dialup2.example.net", which wouldn't match the original hostname.
->
-> One thing I've been considering lately for 5.0 is to just get rid of
-> access lists entirely, requiring password authentication to use the nick.
-> What does everyone think of this?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Tue Apr 24 23:53:03 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-References: <3ae5f215.70031@prima-lan.net>
-Message-ID: <001701c0cd09$47d4c4e0$0200000a@strider>
-
-Does this mean immed nick kill will be removed as well? I've use immed on my
-nick on my server, and the access list, and there are other users who do as
-well. Now, I know the next question is probably not the smartest, but just a
-reminder type thing in case this is implemented...if access lists are
-removed and immed is removed, will there be something in the db conversion
-to changed nicks with immed set on to the default or the shorter one?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, April 24, 2001 4:28 PM
-Subject: [IRCServices] Nickname access masks
-
-
-> > Why NickServ will add to accesslist *@*.someISP.com instead of
-> >*@my_site.someISP.com ?
->
-> This is based on the assumption (which may or may not be true
-anymore;
-> comments are welcome) that most users use dialup accounts and will have a
-> different hostname every time they connect to IRC. If, for example, a
-user
-> connects from "dialup1.example.net" and registers a nickname, that's fine
-> for that one time, but next time they connect, their hostname might be
-> "dialup2.example.net", which wouldn't match the original hostname.
->
-> One thing I've been considering lately for 5.0 is to just get rid of
-> access lists entirely, requiring password authentication to use the nick.
-> What does everyone think of this?
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
-> -----------------------------------------------------------
-> 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 jester at phrixus.net Wed Apr 25 00:33:00 2001
-From: jester at phrixus.net (David Narayan)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-In-Reply-To: <3ae5f215.70031@prima-lan.net>
-References: <3ae5f215.70031@prima-lan.net>
-Message-ID: <988151673.19526.0.camel@entropy.atl.bellsouth.net>
-
-On 25 Apr 2001 06:28:24 +0000, Andrew Church wrote:
-> > Why NickServ will add to accesslist *@*.someISP.com instead of
-> >*@my_site.someISP.com ?
->
-> This is based on the assumption (which may or may not be true anymore;
-> comments are welcome) that most users use dialup accounts and will have a
-> different hostname every time they connect to IRC. If, for example, a user
-> connects from "dialup1.example.net" and registers a nickname, that's fine
-> for that one time, but next time they connect, their hostname might be
-> "dialup2.example.net", which wouldn't match the original hostname.
->
-> One thing I've been considering lately for 5.0 is to just get rid of
-> access lists entirely, requiring password authentication to use the nick.
-> What does everyone think of this?
->
-This is probably in the minority, but I like access lists. I have a
-static IP, so by adding the full IP to the list, I dont have to worry
-about getting killed (assuming kill protection on). Granted, most people
-do not have a static IP, but for those of us that do, it's very useful.
-
--David
-
---
-David Narayan
-jester@phrixus.net
-
-
-From smkelly at zombie.org Wed Apr 25 01:09:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-In-Reply-To: <3ae5f215.70031@prima-lan.net>; from achurch@achurch.org on Wed, Apr 25, 2001 at 06:28:24AM +0900
-References: <3ae5f215.70031@prima-lan.net>
-Message-ID: <20010424172736.A10780@edgemaster.zombie.org>
-
-On Wed, Apr 25, 2001 at 06:28:24AM +0900, Andrew Church wrote:
-> One thing I've been considering lately for 5.0 is to just get rid of
-> access lists entirely, requiring password authentication to use the nick.
-> What does everyone think of this?
-
-I think that would be a very bad idea. For one, the interface for users
-should not severely change between 4.x and 5.x, or else we will have to
-retrain the monkeys that barely are able to use Services the way they are
-now. Also, there are people who use the access list feature. I know of
-several people on my network that use it, and they would be very upset if
-it disappeared. I would either have to not upgrade, or patch it back in
-myself if it were to be removed.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-From joedoe at myself.com Wed Apr 25 02:21:01 2001
-From: joedoe at myself.com (JOEDOE)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-In-Reply-To: <20010424172736.A10780@edgemaster.zombie.org>
-Message-ID: <FMEILCILGGLLOCHBIMGAMEHOCDAA.joedoe@myself.com>
-
-I think your services, are great, and they do the job well, I don't think u
-should, start, removing options from them, as a lot of people, don't like
-changes in services. I get a few people from Undernet, joing my network, and
-they use the access, list like they use it on Undernet, they still add
-people with 500 access, and works ok for them. if the access list is not
-there all of a sudden, they r going to get very mixed up.
-
-
-many thanks
-Joe
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Sean Kelly
-Sent: 24 April 2001 23:28
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Nickname access masks
-
-
-On Wed, Apr 25, 2001 at 06:28:24AM +0900, Andrew Church wrote:
-> One thing I've been considering lately for 5.0 is to just get rid of
-> access lists entirely, requiring password authentication to use the nick.
-> What does everyone think of this?
-
-I think that would be a very bad idea. For one, the interface for users
-should not severely change between 4.x and 5.x, or else we will have to
-retrain the monkeys that barely are able to use Services the way they are
-now. Also, there are people who use the access list feature. I know of
-several people on my network that use it, and they would be very upset if
-it disappeared. I would either have to not upgrade, or patch it back in
-myself if it were to be removed.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Wed Apr 25 02:49:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-Message-ID: <3ae61ed9.71340@prima-lan.net>
-
- Okay, here's a combined reply:
-
-- I never liked SET KILL IMMED in the first place, and if I removed
- access masks then it would obviously go as well.
-
-- If IMMED is removed, of course Services would take care of changing
- IMMED settings to QUICK in this case--you may not have noticed, but
- I've had to do things like this for nearly every new version. (Take
- a look at the mess that comprises the database load routines to see
- what I mean.)
-
-- Point taken about people (and eggdrops) with static IPs who use
- access masks. I'll think about it. (I can see where making a bot
- identify to Services would actually hurt security...)
-
-- The whole POINT of a major version update is to change things. If
- you don't like the changes, stay with version 4.x, but then you
- won't get any updates (or possibly even bug fixes in the future).
- If you want the updates, get 5.0 and live with the changes, or
- patch them back the way you want--you have the source, after all.
- As for the "monkeys", I'm open to suggestions on how to make
- Services easier to use, but I think that's more of a client issue
- than anything else.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From strider at chatcircuit.com Wed Apr 25 03:33:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-References: <3ae61ed9.71340@prima-lan.net>
-Message-ID: <003701c0cd28$0ea8bfe0$0200000a@strider>
-
-This does clear up some things.
-
-I agree with removing the access list but I also disagree. It would be added
-security for the user to be forced to identify, but many users prefer
-depending on the access list for security. Removing this feature would give
-services a tad less to do, which can be a lot less to do on larger networks.
-I really wouldn't mind seeing this feature go, but if I were to speak for my
-users, I would have to say keep it. By from my point of view, it isn't a
-hard adjustment, nor a huge change.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, April 24, 2001 7:28 PM
-Subject: Re: [IRCServices] Nickname access masks
-
-
-> Okay, here's a combined reply:
->
-> - I never liked SET KILL IMMED in the first place, and if I removed
-> access masks then it would obviously go as well.
->
-> - If IMMED is removed, of course Services would take care of changing
-> IMMED settings to QUICK in this case--you may not have noticed, but
-> I've had to do things like this for nearly every new version. (Take
-> a look at the mess that comprises the database load routines to see
-> what I mean.)
->
-> - Point taken about people (and eggdrops) with static IPs who use
-> access masks. I'll think about it. (I can see where making a bot
-> identify to Services would actually hurt security...)
->
-> - The whole POINT of a major version update is to change things. If
-> you don't like the changes, stay with version 4.x, but then you
-> won't get any updates (or possibly even bug fixes in the future).
-> If you want the updates, get 5.0 and live with the changes, or
-> patch them back the way you want--you have the source, after all.
-> As for the "monkeys", I'm open to suggestions on how to make
-> Services easier to use, but I think that's more of a client issue
-> than anything else.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
-> -----------------------------------------------------------
-> 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 karel4 at estpak.ee Wed Apr 25 09:59:00 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname access masks
-References: <3ae5f215.70031@prima-lan.net> <988151673.19526.0.camel@entropy.atl.bellsouth.net>
-Message-ID: <3AE6839C.CF9E1508@estpak.ee>
-
-> > What does everyone think of this?
-> This is probably in the minority, but I like access lists. I have a
-> static IP, so by adding the full IP to the list, I dont have to worry
-> about getting killed (assuming kill protection on). Granted, most people
-> do not have a static IP, but for those of us that do, it's very useful.
-
- No, don't remove accesslists at all. It would be useful for a lot of
-people around the world, who have their own IP that will not change
-anytime. But here are about 70% of users using the same hostmask
-*@*.someISP.com and the accesslists are bad idea here. Another users are
-using exactly the same hostmask (ex. *@fw-gateway.school.edu), but there
-are hundreds of people behind one firewall and I think accesslists are
-not good idea there too.
- So, accesslists feature would be configurable not to be _default_ for
-all people but if anyone want this, he/she will use NICKSERV ACCESS ADD
-command manually. So, in the "config.h" file line "#define
-NO_DEFAULT_NS_ACCESSLISTS" or "#undef AUTOMATIC_NS_ACCESSLISTS" would be
-a great idea in this situation :)
-
-From jamie at webdevint.com Wed Apr 25 16:32:00 2001
-From: jamie at webdevint.com (Jamie Smithson)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions/SENDPASS
-Message-ID: <09fa01c0cd94$666d58f0$27af7ad5@galaxy>
-
-Sorry if I seem impatient but when abouts will SENDPASS show up in
-ircservices?
-
-I would like to be able to give a reason when I forbid a channel, and if one
-isn't given
-the default can be used. E.g: /chanserv forbid #test Closed for Spamming
-
-Users would be kickbanned with something like "This channel may not be used.
-(Closed for Spamming)"
-the reason could then be given in a /chanserv info as well.
-
----
--Jamie [aka, ice]
-Network Administrator, DarkHour IRC Network
-irc.darkhour.net [Previously, QuikFire]
-
-Email: jamie@webdevint.com
-SMS: jamiesmithson@sms.genie.co.uk
-Work: 96smithsonj@hovepark.org.uk
-
-
-From andy at strugglers.net Wed Apr 25 17:16:11 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions/SENDPASS
-In-Reply-To: <09fa01c0cd94$666d58f0$27af7ad5@galaxy>; from jamie@webdevint.com on Wed, Apr 25, 2001 at 03:31:20PM +0100
-References: <09fa01c0cd94$666d58f0$27af7ad5@galaxy>
-Message-ID: <20010425161459.L27607@lug.org.uk>
-
-On Wed, Apr 25, 2001 at 03:31:20PM +0100, Jamie Smithson wrote:
-
-> Users would be kickbanned with something like "This channel may not be used.
-> (Closed for Spamming)"
-> the reason could then be given in a /chanserv info as well.
-
-The reason should be disclosed only to the channel founder. It is
-the founder's responsibility to inform the channel members.
-
---
-Andy Smith
-
-From jester at phrixus.net Wed Apr 25 17:25:11 2001
-From: jester at phrixus.net (David Narayan)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Suggestions/SENDPASS
-In-Reply-To: <09fa01c0cd94$666d58f0$27af7ad5@galaxy>
-References: <09fa01c0cd94$666d58f0$27af7ad5@galaxy>
-Message-ID: <4880.130.207.128.248.988212341.squirrel@www.phrixus.net>
-
-> Sorry if I seem impatient but when abouts will SENDPASS show up in
-> ircservices?
->
->From the TODO file (ircservices-4.5.14):
-
----
-Definitely to be done: (for 5.0)
-- NS/CS SENDPASS to send nick/channel passwords via E-mail
-</snip>
----
-
-Judging from this I'd say it will be a feature of 5.0
--
-> I would like to be able to give a reason when I forbid a channel, and
-> if one isn't given
-> the default can be used. E.g: /chanserv forbid #test Closed for
-> Spamming
->
-
-This is also in the todo file, under "Things to think about".
-
--David
-
---
-David Narayan
-jester@phrixus.net
-
-
-From RealCFC at ChatFIRST.COM Thu May 3 02:02:04 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Spanish Language File
-Message-ID: <001301c0d37d$bb9a53c0$44b53dd0@pavilion>
-
-I have noticed many of the commands are not send in Spanish back to the user when such user has set their language to be Spanish.
-I don't know if this is a problem with the Spanish Language file only or is a bug where services does not send the appropiate responses back for the selected language.
-Maybe the Spanish language file is not finished yet? If so I would be willing to help finishing it up , I have also noticed there are some spelling errors on the Spanish file plus some confusing messages.
-Once again Im willing to help set it up , So I ll let Andrew let me know if I can be of any help.
-Thanks
-Ely
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010503/cec2120d/attachment.html
-From achurch at achurch.org Thu May 3 02:22:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Spanish Language File
-Message-ID: <3af0a4ca.22522@achurch.org>
-
- The Spanish language file is very much out of date, and I have been
-commenting out messages in the language file that are no longer accurate,
-which at this point is a lot of them. If you would be willing to update
-the language file it would be appreciated.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
->I have noticed many of the commands are not send in Spanish back to the =
->user when such user has set their language to be Spanish.
->I don't know if this is a problem with the Spanish Language file only or =
->is a bug where services does not send the appropiate responses back for =
->the selected language.
->Maybe the Spanish language file is not finished yet? If so I would be =
->willing to help finishing it up , I have also noticed there are some =
->spelling errors on the Spanish file plus some confusing messages.
->Once again Im willing to help set it up , So I ll let Andrew let me know =
->if I can be of any help.
->Thanks
->Ely
-
-From RealCFC at ChatFIRST.COM Thu May 3 02:29:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Spanish Language File
-References: <3af0a4ca.22522@achurch.org>
-Message-ID: <002901c0d381$80f42620$44b53dd0@pavilion>
-
-Should I just get the English file and change/translate everything into
-Spanish ? Are there any technical implications I should be aware of before I
-just start changing all the file text into Spanish text ? And yes I would
-be more than glad to help with it.
-Thanks
-Ely
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, May 02, 2001 5:20 PM
-Subject: Re: [IRCServices] Spanish Language File
-
-
-> The Spanish language file is very much out of date, and I have been
-> commenting out messages in the language file that are no longer accurate,
-> which at this point is a lot of them. If you would be willing to update
-> the language file it would be appreciated.
->
-> --Andrew Church
-> achurch@achurch.org | New address - please note.
-> http://achurch.org/ | ???????????????
->
-> >I have noticed many of the commands are not send in Spanish back to the =
-> >user when such user has set their language to be Spanish.
-> >I don't know if this is a problem with the Spanish Language file only or
-=
-> >is a bug where services does not send the appropiate responses back for =
-> >the selected language.
-> >Maybe the Spanish language file is not finished yet? If so I would be =
-> >willing to help finishing it up , I have also noticed there are some =
-> >spelling errors on the Spanish file plus some confusing messages.
-> >Once again Im willing to help set it up , So I ll let Andrew let me know
-=
-> >if I can be of any help.
-> >Thanks
-> >Ely
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Thu May 3 02:59:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Spanish Language File
-Message-ID: <3af0ad5e.22607@achurch.org>
-
->Should I just get the English file and change/translate everything into
->Spanish ? Are there any technical implications I should be aware of before I
->just start changing all the file text into Spanish text ? And yes I would
->be more than glad to help with it.
-
- At this point it would probably be best to just start over from the
-English file, yes. As far as technical implications, see the relevant
-question (Z.1) in the FAQ and the documentation at the top of lang/en_us.l.
-
- --Andrew Church
- achurch@achurch.org | New address - please note.
- http://achurch.org/ | ???????????????
-
-From qkisoft at teleline.es Thu May 3 14:38:01 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] I'd like to help with SPANISH LANGUAGE FILE
-Message-ID: <3AF16D59.5060900@teleline.es>
-
-Hi, I thank everyone who helps me in the past with services
-configuration. I'd like to offer any kind of help too. At this moment i
-think that the only help i can offer is updating Spanish language file.
-I'm from Spain and i think i'll make a good translation. If i must have
-in mind any technical consideration but just translating sentences from
-english file, i'd like to know it.
-
-Thanks again
-
-QKISOFT
-Spain
-
-
-
-From silvius at expres.ro Thu May 3 16:31:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] Nickname links
-Message-ID: <3AF16B73.6EED20D2@expres.ro>
-
-Just an idea...maybe it can be a useful thing `tho...
-How about a little soft a al "listnicks" who can produce a "map" of the
-linked nicks? I mean all the nicks with all the links.
-I think it can be a nice tool to work with...some users cascade to tones
-of links...very hard to trace...
-
-
-Send flames to (but be gentile with)
-Partizanu
-:)
-
-From silvius at expres.ro Thu May 3 16:47:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:20 2004
-Subject: [IRCServices] About nickname links too...
-Message-ID: <3AF16F43.E86E2BB5@expres.ro>
-
-This is a little wierd for me...tell me if I'm wrong...
-
-Scenario:
-We have 2 users, let`s say A and B.
-
-User B links his name to user A.
-
-First wierd thing: when identify as A and requesting "/nickserv info A
-all", there is no warning that nick B is linked to A.
-
-Let's say I just know that B is linked to me and I want to
-remove(unlink) it.
-
-Still identified as A, I do "/msg nickserv unlink B <password>".
-
-Woops! Wierd thing no. 2: I need to know B's password. But what if B was
-an abuser and he linked his nick to mine without tellin` me that? What
-can I do? I must find a services admin willing to help.
-
-
-
-Conclusions (or suggestions):
-1) Put an info in "/nickserv info all" about linked nicks
-2) Any user who is identified for a nick must me able to unlink any
-nicks linked to his/her nick
-
-
-Hope my English&idea were clear,
-Partizanu
-
-From AGehring at bis.adp.com Thu May 3 18:08:10 2001
-From: AGehring at bis.adp.com (Gehring, Andrew x66132)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services V4.5.14 & DF467
-Message-ID: <2D72E549FE7CD311A26D0004AC4CFC258079FD@sisexpo01.sis>
-
-I've got services running. At least it answers (i.e. /msg
-OperSer.ChanServ,...)
-
-However when I define a VOP,AOP - it goes away after I quit. And it cannot
-set +o in a forum
-
-Put it in debug and the log shows...
-
-debug: Sent: ChanServ MODE #Test_Room +o Drew
-debug: Received: :dogbert.netze.net MODE #Test_Room -o Drew 988896723
-
-It does this multiple time for each attempt
-
-Can anyone help
-
-Thanks,
-
-Drew
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010503/2511bef4/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Thu May 3 18:46:12 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: AW: [IRCServices] Services V4.5.14 & DF467
-In-Reply-To: <2D72E549FE7CD311A26D0004AC4CFC258079FD@sisexpo01.sis>
-Message-ID: <NDBBKLOOKLMAKHFICBLCAELAENAA.uhc0@rz.uni-karlsruhe.de>
-
-Please check the U:Line's of your ircd
-
-U:services.bla.blups:*:*
-
-is the correct format, the format in the FAQ is wrong.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 | |
-----------------------------------------------------------------------
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Gehring, Andrew x66132
-Gesendet: Donnerstag, 3. Mai 2001 18:09
-An: 'ircservices@ircservices.za.net'
-Betreff: [IRCServices] Services V4.5.14 & DF467
-
-
-I've got services running. At least it answers (i.e. /msg OperSer.ChanServ,...)
-However when I define a VOP,AOP - it goes away after I quit. And it cannot set +o in a forum
-Put it in debug and the log shows...
-debug: Sent: ChanServ MODE #Test_Room +o Drew
-debug: Received: :dogbert.netze.net MODE #Test_Room -o Drew 988896723
-It does this multiple time for each attempt
-Can anyone help
-Thanks,
-Drew
-
-
-From AGehring at bis.adp.com Thu May 3 21:21:15 2001
-From: AGehring at bis.adp.com (Gehring, Andrew x66132)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services V4.5.14 & DF467
-Message-ID: <2D72E549FE7CD311A26D0004AC4CFC258079FE@sisexpo01.sis>
-
-Restarting the ircd and service process fixed the problem...
-
-
-I would have expected just HUPing the process to, is that not accurate?
-
-I did check my U line , and it was OK...
-
-On another note does NickServ support noexpire?
-
-Can an existing nick be set to noexpire, or is it a REGISTER option?
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010503/b08379da/attachment.html
-From Craig at e-tidalwave.co.uk Thu May 3 21:33:10 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services V4.5.14 & DF467
-References: <2D72E549FE7CD311A26D0004AC4CFC258079FE@sisexpo01.sis>
-Message-ID: <OE3PpW46QpnOiIVEIWv00007e87@hotmail.com>
-
-RE: [IRCServices] Services V4.5.14 & DF467y dont u test it ;P
-it does support noexpire for opers only.
---
-Craig Wood
-
------ Original Message -----
-From: Gehring, Andrew x66132
-To: 'ircservices@ircservices.za.net'
-Sent: Thursday, May 03, 2001 8:21 PM
-Subject: RE: [IRCServices] Services V4.5.14 & DF467
-
-
-Restarting the ircd and service process fixed the problem...
-
-
-I would have expected just HUPing the process to, is that not accurate?
-I did check my U line , and it was OK...
-On another note does NickServ support noexpire?
-Can an existing nick be set to noexpire, or is it a REGISTER option?
-
-From silvius at expres.ro Sun May 6 12:17:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Suspend
-Message-ID: <3AF52443.C8BD4C94@expres.ro>
-
-Is there a way to disable the auto-suspend for invalid passwords?
-
-
-Thanx,
-Partizanu
-
-From uhc0 at rz.uni-karlsruhe.de Sun May 6 12:24:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Suspend
-In-Reply-To: <3AF52443.C8BD4C94@expres.ro>
-Message-ID: <000001c0d616$b745e690$0264a8c0@nygmatech.local>
-
-Hello;
-
-Quoting from example.conf in the services release:
-
-# BadPassSuspend <count> [OPTIONAL]
-# Sets the number of bad passwords _for a single nick or channel_
-that
-# will be accepted before the nick/channel is automatically
-suspended.
-# If not given, nicks and channels will not be automatically
-suspended
-# for bad passwords.
-
-BadPassSuspend 10
-
--> If you remove this directive, there will not be any autosuspension.
-
-Regards;
-yusuf.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Partizanu
-> Sent: Sonntag, 6. Mai 2001 12:16
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Suspend
->
->
-> Is there a way to disable the auto-suspend for invalid passwords?
->
->
-> Thanx,
-> Partizanu
-> -----------------------------------------------------------
-> 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 Craig at e-tidalwave.co.uk Mon May 7 18:43:10 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-Message-ID: <OE487jsGwPAj0fcxDRI000011b2@hotmail.com>
-
-is there a way to make Services listen to /notice's as well as /msg's?
-and if not would that be a good thing to look at in the future?
-cya!
-
---
-Craig Wood
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010507/ee89f858/attachment.htm
-From smkelly at zombie.org Mon May 7 18:59:10 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-In-Reply-To: <OE487jsGwPAj0fcxDRI000011b2@hotmail.com>; from Craig@e-tidalwave.co.uk on Mon, May 07, 2001 at 05:41:31PM +0100
-References: <OE487jsGwPAj0fcxDRI000011b2@hotmail.com>
-Message-ID: <20010507115806.A80904@edgemaster.zombie.org>
-
-On Mon, May 07, 2001 at 05:41:31PM +0100, Craig Wood wrote:
-> is there a way to make Services listen to /notice's as well as /msg's?
-> and if not would that be a good thing to look at in the future?
-> cya!
-
-RFC1459:
-
-4.4.2 Notice
-
- Command: NOTICE
- Parameters: <nickname> <text>
-
- The NOTICE message is used similarly to PRIVMSG. The difference
-| between NOTICE and PRIVMSG is that automatic replies must never be
-| sent in response to a NOTICE message. This rule applies to servers
- too - they must not send any error reply back to the client on
- receipt of a notice. The object of this rule is to avoid loops
- between a client automatically sending something in response to
- something it received. This is typically used by automatons (clients
- with either an AI or other interactive program controlling their
- actions) which are always seen to be replying lest they end up in a
- loop with another automaton.
-
- See PRIVMSG for more details on replies and examples.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
-
-From Craig at e-tidalwave.co.uk Tue May 8 13:43:44 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <OE487jsGwPAj0fcxDRI000011b2@hotmail.com> <20010507115806.A80904@edgemaster.zombie.org>
-Message-ID: <OE47QIWDO3hRDT6Z3Ls000017fb@hotmail.com>
-
-Can some1 please translate this into english ;)
---
-Craig Wood
-
-
------ Original Message -----
-From: Sean Kelly <smkelly@zombie.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 07, 2001 5:58 PM
-Subject: Re: [IRCServices] /notice??
-
-
-> On Mon, May 07, 2001 at 05:41:31PM +0100, Craig Wood wrote:
-> > is there a way to make Services listen to /notice's as well as /msg's?
-> > and if not would that be a good thing to look at in the future?
-> > cya!
->
-> RFC1459:
->
-> 4.4.2 Notice
->
-> Command: NOTICE
-> Parameters: <nickname> <text>
->
-> The NOTICE message is used similarly to PRIVMSG. The difference
-> | between NOTICE and PRIVMSG is that automatic replies must never be
-> | sent in response to a NOTICE message. This rule applies to servers
-> too - they must not send any error reply back to the client on
-> receipt of a notice. The object of this rule is to avoid loops
-> between a client automatically sending something in response to
-> something it received. This is typically used by automatons (clients
-> with either an AI or other interactive program controlling their
-> actions) which are always seen to be replying lest they end up in a
-> loop with another automaton.
->
-> See PRIVMSG for more details on replies and examples.
->
-> --
-> Sean Kelly | PGP KeyID: 77042C7B
-> smkelly@zombie.org | http://www.zombie.org
->
-> For PGP key, send e-mail with subject "send pgp key"
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-From orion at tribble.dyndns.org Tue May 8 14:05:45 2001
-From: orion at tribble.dyndns.org (Aaron Haviland)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-In-Reply-To: <OE47QIWDO3hRDT6Z3Ls000017fb@hotmail.com>; from Craig@e-tidalwave.co.uk on Tue, May 08, 2001 at 12:39:41PM +0100
-References: <OE487jsGwPAj0fcxDRI000011b2@hotmail.com> <20010507115806.A80904@edgemaster.zombie.org> <OE47QIWDO3hRDT6Z3Ls000017fb@hotmail.com>
-Message-ID: <20010508080438.A941@tribble.dyndns.org>
-
-This means that services could listen, but could never respond in any
-way to a /notice (if they were to conform to the basic IRC guidelines).
-
-Craig Wood said:
-> Can some1 please translate this into english ;)
-> --
-> Craig Wood
->
->
-> ----- Original Message -----
-> From: Sean Kelly <smkelly@zombie.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, May 07, 2001 5:58 PM
-> Subject: Re: [IRCServices] /notice??
->
->
-> > On Mon, May 07, 2001 at 05:41:31PM +0100, Craig Wood wrote:
-> > > is there a way to make Services listen to /notice's as well as /msg's?
-> > > and if not would that be a good thing to look at in the future?
-> > > cya!
-> >
-> > RFC1459:
-> >
-> > 4.4.2 Notice
-> >
-> > Command: NOTICE
-> > Parameters: <nickname> <text>
-> >
-> > The NOTICE message is used similarly to PRIVMSG. The difference
-> > | between NOTICE and PRIVMSG is that automatic replies must never be
-> > | sent in response to a NOTICE message. This rule applies to servers
-> > too - they must not send any error reply back to the client on
-> > receipt of a notice. The object of this rule is to avoid loops
-> > between a client automatically sending something in response to
-> > something it received. This is typically used by automatons (clients
-> > with either an AI or other interactive program controlling their
-> > actions) which are always seen to be replying lest they end up in a
-> > loop with another automaton.
-> >
-> > See PRIVMSG for more details on replies and examples.
-> >
-> > --
-> > Sean Kelly | PGP KeyID: 77042C7B
-> > smkelly@zombie.org | http://www.zombie.org
-
---
-Orion orion [at] tribble [dot] dyndns [dot] org
-
-Random #afda Quote #1: "Cool - my random quote is '"random quotes" is great'"
- - Tag
-
-From k.hawkes at zombies.force9.net Tue May 8 22:11:01 2001
-From: k.hawkes at zombies.force9.net (Mr. K. Hawkes)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-Message-ID: <E14xDo2-0005o3-00@rhenium>
-
-[snip]
->
-> This means that services could listen, but could never respond in any
-> way to a /notice (if they were to conform to the basic IRC guidelines).
->
-Which in turn means, you CAN (if you know how to code it in) get them to
-respond to /NOTICEs, but if you want to stick to the IRC guidelines,
-so that you don't mess up some internal client features etc... then it's a
-very
-good idea to have them JUST respond to PRIVMSG (/MSG) instead.
-
-Quinn
-
-From korn_fan at dingoblue.net.au Wed May 9 01:13:01 2001
-From: korn_fan at dingoblue.net.au (Adam)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium>
-Message-ID: <000701c0d813$e8917940$0400a8c0@nyn>
-
-Hey, i know its slightly off topic.. but why cant i use /nickserv identify
-<nick> <password>
-
-i think this is a very usefull feature and should be included. :-)
-
-Adam
-
-
-From strider at chatcircuit.com Wed May 9 01:25:02 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium> <000701c0d813$e8917940$0400a8c0@nyn>
-Message-ID: <001901c0d816$762fd420$0200000a@strider>
-
-This is something that has to be scripted into your client or programmed
-into the ircd. This has nothing to do with services. UnrealIRCd comes with
-this features, and my irc script, well the one i use to use also had a
-feature that redirected /nickserv to /msg nickserv. These 2 methods are very
-different however.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Adam" <korn_fan@dingoblue.net.au>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 08, 2001 6:09 PM
-Subject: Re: [IRCServices] /notice??
-
-
-> Hey, i know its slightly off topic.. but why cant i use /nickserv identify
-> <nick> <password>
->
-> i think this is a very usefull feature and should be included. :-)
->
-> Adam
->
-> -----------------------------------------------------------
-> 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 countersync at hotmail.com Wed May 9 03:16:01 2001
-From: countersync at hotmail.com (Countersync)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium> <000701c0d813$e8917940$0400a8c0@nyn> <001901c0d816$762fd420$0200000a@strider>
-Message-ID: <OE38hQdOgl4rhYQYx3G000001c7@hotmail.com>
-
-I think that what Adam was referring to is something similar to how you can
-link nicknames together so that you can attain the privileges that have been
-attached to any of them through any in the linkage set. However this would
-be different in that it would be limited to that session instead of a
-permanent linkage. Or more simply put, identify to nickserv as being a user
-without actually holding that nickname. In fact the second description is
-better because it doesn't necessarily mean that the nickname your using
-needs to be registered or otherwise documented anywhere else within
-services. Quite a handy method for escaping private message floods or just
-anyone who wants to talk with you.
-
-Though there would then be issues with memoserv. Perhaps modifying the
-memoserv format (or allowing only one of two formats) to be used which would
-include a 'from' token as well as a to token. The memoserv feature alone
-would be a good idea as it could be VERY useful to send messages from a
-nickname without necessarily being that nickname, only linked to it.
-
-(For example if a user has a robot programmed to do something and they trust
-it; the bot could be linked to their nickname and send messages through that
-nickname. Or another example which would be more common; the user has many
-nicknames and is using one in one channel when they receive a memo. Without
-having to change their name to respond they could use the more familiar
-nickname to send a reply back.)
-
-A second thought occurs though that services may only keep track of
-registered names and otherwise operate in a way that would hinder the first
-idea. I don't know enough C/C++ to even think of reading the source to know
-for sure, but just the concept design seems like this might be difficult to
-pull off.
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-Sent: Tuesday, May 08, 2001 23:27
-> This is something that has to be scripted into your client or programmed
-> into the ircd. This has nothing to do with services. UnrealIRCd comes with
-> this features, and my irc script, well the one i use to use also had a
-> feature that redirected /nickserv to /msg nickserv. These 2 methods are
-very
-> different however.
->
-> Beau (Strider) Steward
-> ----- Original Message -----
-> From: "Adam" <korn_fan@dingoblue.net.au>
-> Sent: Tuesday, May 08, 2001 6:09 PM
-> > Hey, i know its slightly off topic.. but why cant i use /nickserv
-identify
-> > <nick> <password>
-> >
-> > i think this is a very usefull feature and should be included. :-)
-> >
-> > Adam
-
-From strider at chatcircuit.com Wed May 9 03:25:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium> <000701c0d813$e8917940$0400a8c0@nyn> <001901c0d816$762fd420$0200000a@strider> <OE38hQdOgl4rhYQYx3G000001c7@hotmail.com>
-Message-ID: <003901c0d827$3924a180$0200000a@strider>
-
-Ohhh excuse my ignorance...I've had some trouble with programming so my
-brain is fried. Next time I will try to read more thoroughly before
-responding so quickly, heh.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Countersync" <countersync@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 08, 2001 8:02 PM
-Subject: Re: [IRCServices] /notice??
-
-
-> I think that what Adam was referring to is something similar to how you
-can
-> link nicknames together so that you can attain the privileges that have
-been
-> attached to any of them through any in the linkage set. However this
-would
-> be different in that it would be limited to that session instead of a
-> permanent linkage. Or more simply put, identify to nickserv as being a
-user
-> without actually holding that nickname. In fact the second description is
-> better because it doesn't necessarily mean that the nickname your using
-> needs to be registered or otherwise documented anywhere else within
-> services. Quite a handy method for escaping private message floods or
-just
-> anyone who wants to talk with you.
->
-> Though there would then be issues with memoserv. Perhaps modifying the
-> memoserv format (or allowing only one of two formats) to be used which
-would
-> include a 'from' token as well as a to token. The memoserv feature alone
-> would be a good idea as it could be VERY useful to send messages from a
-> nickname without necessarily being that nickname, only linked to it.
->
-> (For example if a user has a robot programmed to do something and they
-trust
-> it; the bot could be linked to their nickname and send messages through
-that
-> nickname. Or another example which would be more common; the user has
-many
-> nicknames and is using one in one channel when they receive a memo.
-Without
-> having to change their name to respond they could use the more familiar
-> nickname to send a reply back.)
->
-> A second thought occurs though that services may only keep track of
-> registered names and otherwise operate in a way that would hinder the
-first
-> idea. I don't know enough C/C++ to even think of reading the source to
-know
-> for sure, but just the concept design seems like this might be difficult
-to
-> pull off.
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> Sent: Tuesday, May 08, 2001 23:27
-> > This is something that has to be scripted into your client or programmed
-> > into the ircd. This has nothing to do with services. UnrealIRCd comes
-with
-> > this features, and my irc script, well the one i use to use also had a
-> > feature that redirected /nickserv to /msg nickserv. These 2 methods are
-> very
-> > different however.
-> >
-> > Beau (Strider) Steward
-> > ----- Original Message -----
-> > From: "Adam" <korn_fan@dingoblue.net.au>
-> > Sent: Tuesday, May 08, 2001 6:09 PM
-> > > Hey, i know its slightly off topic.. but why cant i use /nickserv
-> identify
-> > > <nick> <password>
-> > >
-> > > i think this is a very usefull feature and should be included. :-)
-> > >
-> > > Adam
-> -----------------------------------------------------------
-> 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 viper at wcalliance.com Wed May 9 03:27:02 2001
-From: viper at wcalliance.com (ViPeR)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium> <000701c0d813$e8917940$0400a8c0@nyn> <001901c0d816$762fd420$0200000a@strider> <OE38hQdOgl4rhYQYx3G000001c7@hotmail.com>
-Message-ID: <001401c0d827$6aecc580$8000a8c0@girotek.com>
-
-What you are talking about is more like a login system with 'email' aka
-memos, that also happens to save a nickname for you. This idea sounds
-pretty cool, as it could handle a person using their privileges under any
-nick, allowing you to use any extension like [zzz] or [away] [afk] etc etc
-and still be able to access your functions, all this without the hassle of
-registering all the nicks and linking them to your primary nick. The idea
-could work, but its a long way from the current IRCServices setup, and would
-go more toward the idea of no access list for nicks, and nicks would become
-more like logins. (ie the stuff Andrew discussed about version 5)
-
---ViPeRzPiT
-viper at wcalliance dot com
------ Original Message -----
-From: "Countersync" <countersync@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 08, 2001 9:02 PM
-Subject: Re: [IRCServices] /notice??
-
-
-> I think that what Adam was referring to is something similar to how you
-can
-> link nicknames together so that you can attain the privileges that have
-been
-> attached to any of them through any in the linkage set. However this
-would
-> be different in that it would be limited to that session instead of a
-> permanent linkage. Or more simply put, identify to nickserv as being a
-user
-> without actually holding that nickname. In fact the second description is
-> better because it doesn't necessarily mean that the nickname your using
-> needs to be registered or otherwise documented anywhere else within
-> services. Quite a handy method for escaping private message floods or
-just
-> anyone who wants to talk with you.
->
-> Though there would then be issues with memoserv. Perhaps modifying the
-> memoserv format (or allowing only one of two formats) to be used which
-would
-> include a 'from' token as well as a to token. The memoserv feature alone
-> would be a good idea as it could be VERY useful to send messages from a
-> nickname without necessarily being that nickname, only linked to it.
->
-> (For example if a user has a robot programmed to do something and they
-trust
-> it; the bot could be linked to their nickname and send messages through
-that
-> nickname. Or another example which would be more common; the user has
-many
-> nicknames and is using one in one channel when they receive a memo.
-Without
-> having to change their name to respond they could use the more familiar
-> nickname to send a reply back.)
->
-> A second thought occurs though that services may only keep track of
-> registered names and otherwise operate in a way that would hinder the
-first
-> idea. I don't know enough C/C++ to even think of reading the source to
-know
-> for sure, but just the concept design seems like this might be difficult
-to
-> pull off.
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> Sent: Tuesday, May 08, 2001 23:27
-> > This is something that has to be scripted into your client or programmed
-> > into the ircd. This has nothing to do with services. UnrealIRCd comes
-with
-> > this features, and my irc script, well the one i use to use also had a
-> > feature that redirected /nickserv to /msg nickserv. These 2 methods are
-> very
-> > different however.
-> >
-> > Beau (Strider) Steward
-> > ----- Original Message -----
-> > From: "Adam" <korn_fan@dingoblue.net.au>
-> > Sent: Tuesday, May 08, 2001 6:09 PM
-> > > Hey, i know its slightly off topic.. but why cant i use /nickserv
-> identify
-> > > <nick> <password>
-> > >
-> > > i think this is a very usefull feature and should be included. :-)
-> > >
-> > > Adam
-> -----------------------------------------------------------
-> 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 korn_fan at dingoblue.net.au Wed May 9 03:42:00 2001
-From: korn_fan at dingoblue.net.au (Adam)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-References: <E14xDo2-0005o3-00@rhenium> <000701c0d813$e8917940$0400a8c0@nyn> <001901c0d816$762fd420$0200000a@strider> <OE38hQdOgl4rhYQYx3G000001c7@hotmail.com> <001401c0d827$6aecc580$8000a8c0@girotek.com>
-Message-ID: <000b01c0d828$c5143060$0400a8c0@nyn>
-
-I meant like on DALnet, their services allow you to /nickserv identify
-<nick> <password> and once identified you have access to that nick as if you
-were on it and identified, you can get ops from chanserv, and such.
-But memoserv doesn't allow you to read memos unless you are on your actual
-nick...
-
------ Original Message -----
-From: "ViPeR" <viper@wcalliance.com>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, May 09, 2001 11:28 AM
-Subject: Re: [IRCServices] /notice??
-
-
-> What you are talking about is more like a login system with 'email' aka
-> memos, that also happens to save a nickname for you. This idea sounds
-> pretty cool, as it could handle a person using their privileges under any
-> nick, allowing you to use any extension like [zzz] or [away] [afk] etc etc
-> and still be able to access your functions, all this without the hassle of
-> registering all the nicks and linking them to your primary nick. The idea
-> could work, but its a long way from the current IRCServices setup, and
-would
-> go more toward the idea of no access list for nicks, and nicks would
-become
-> more like logins. (ie the stuff Andrew discussed about version 5)
->
-> --ViPeRzPiT
-> viper at wcalliance dot com
-> ----- Original Message -----
-> From: "Countersync" <countersync@hotmail.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, May 08, 2001 9:02 PM
-> Subject: Re: [IRCServices] /notice??
->
->
-> > I think that what Adam was referring to is something similar to how you
-> can
-> > link nicknames together so that you can attain the privileges that have
-> been
-> > attached to any of them through any in the linkage set. However this
-> would
-> > be different in that it would be limited to that session instead of a
-> > permanent linkage. Or more simply put, identify to nickserv as being a
-> user
-> > without actually holding that nickname. In fact the second description
-is
-> > better because it doesn't necessarily mean that the nickname your using
-> > needs to be registered or otherwise documented anywhere else within
-> > services. Quite a handy method for escaping private message floods or
-> just
-> > anyone who wants to talk with you.
-> >
-> > Though there would then be issues with memoserv. Perhaps modifying the
-> > memoserv format (or allowing only one of two formats) to be used which
-> would
-> > include a 'from' token as well as a to token. The memoserv feature
-alone
-> > would be a good idea as it could be VERY useful to send messages from a
-> > nickname without necessarily being that nickname, only linked to it.
-> >
-> > (For example if a user has a robot programmed to do something and they
-> trust
-> > it; the bot could be linked to their nickname and send messages through
-> that
-> > nickname. Or another example which would be more common; the user has
-> many
-> > nicknames and is using one in one channel when they receive a memo.
-> Without
-> > having to change their name to respond they could use the more familiar
-> > nickname to send a reply back.)
-> >
-> > A second thought occurs though that services may only keep track of
-> > registered names and otherwise operate in a way that would hinder the
-> first
-> > idea. I don't know enough C/C++ to even think of reading the source to
-> know
-> > for sure, but just the concept design seems like this might be difficult
-> to
-> > pull off.
-> > ----- Original Message -----
-> > From: "Strider" <strider@chatcircuit.com>
-> > Sent: Tuesday, May 08, 2001 23:27
-> > > This is something that has to be scripted into your client or
-programmed
-> > > into the ircd. This has nothing to do with services. UnrealIRCd comes
-> with
-> > > this features, and my irc script, well the one i use to use also had a
-> > > feature that redirected /nickserv to /msg nickserv. These 2 methods
-are
-> > very
-> > > different however.
-> > >
-> > > Beau (Strider) Steward
-> > > ----- Original Message -----
-> > > From: "Adam" <korn_fan@dingoblue.net.au>
-> > > Sent: Tuesday, May 08, 2001 6:09 PM
-> > > > Hey, i know its slightly off topic.. but why cant i use /nickserv
-> > identify
-> > > > <nick> <password>
-> > > >
-> > > > i think this is a very usefull feature and should be included. :-)
-> > > >
-> > > > Adam
-> > -----------------------------------------------------------
-> > 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 bclark at bclark.yi.org Wed May 9 03:48:00 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] /notice??
-In-Reply-To: <001401c0d827$6aecc580$8000a8c0@girotek.com>
-Message-ID: <200105090146.VAA24591@mail5.lig.bellsouth.net>
-
-On Tue, 8 May 2001 21:28:54 -0400, ViPeR said:
-
-[Regarding the ability to specify a nick in /nickserv identify]
-
-> The idea
-> could work, but its a long way from the current IRCServices setup
-
-Well, not as far off as you might think, if you think about how services
-keeps track of channels a user has identified for .....
-
-> and would
-> go more toward the idea of no access list for nicks, and nicks would
-become
-> more like logins. (ie the stuff Andrew discussed about version 5)
-
-For the record, I see access lists as a mixed blessing -- great if you
-know how to use them, but a real pain if you have a lot of people who
-think *@* is a nice thing to put in there. :P I think someone suggested
-earlier that they be optional; that's probably the way to go.
-
-
-From mike at chat.za.net Fri May 11 23:52:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Changing IRCD's
-Message-ID: <2.2.32.20010511215135.00f83274@196.14.3.98>
-
-Hi all
-
-Does anyone know what effect if any there would be on services if services
-were compiled and working on df467 as the ircd, and then it gets moved to
-bahamut-1.4.2.23+
-
-I know that services needs to be recompiled for the new IRCD, but I am just
-concerned that there might be some kind of change in the databases, due to
-the different ircds.
-
-Can anyone give me any advice on this or am I just beeing waaay overcautious
-
-Locke
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From bclark at bclark.yi.org Sat May 12 01:55:01 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Changing IRCD's
-In-Reply-To: <2.2.32.20010511215135.00f83274@196.14.3.98>
-Message-ID: <20010511235521.BKY8812.imf16bis.bellsouth.net@bclark.yi.org>
-
-On Fri, 11 May 2001 23:51:35 +0200, Michael Smith said:
-
-> I know that services needs to be recompiled for the new IRCD, but I am
-just
-> concerned that there might be some kind of change in the databases, due
-to
-> the different ircds.
-
-The services databases are all ircd-independent as far as I know,
-*except* in the case where the new ircd doesn't support nicks as long as
-the old one (i.e. you have to reduce the value of NICKMAX). That's the
-only case I can think of that might cause problems (but that's not an
-issue going from DF to Bahamut) .........
-
-
-From achurch at achurch.org Sat May 12 04:05:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services 4.5.15 released
-Message-ID: <3afc9a71.44736@achurch.org>
-
- Services 4.5.15 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.15.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.15.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
-Changes for version 4.5.15
---------------------------
-2001/05/12 Fixed bug in Unreal support causing ban/exception desyncs.
- Reported by codemastr <codemstr@ptd.net>
-2001/05/11 Fixed a bug allowing autokill masks with no username or
- hostname. Reported by James <daemus@evilcode.com>
-2001/05/10 Fixed cosmetic bugs in MemoServ INFO. Reported by
- <RealCFC@chatfirst.com>
-2001/05/06 Fixed potential bug when a user identifies for a channel
- and then drops their nick.
-2001/05/06 When a suspended channel's founder loses his nick (DROP or
- expire), forbid the channel instead of deleting it.
-2001/04/26 Clear users out of channel on SUSPEND, like FORBID does.
- Reported by Michael Haisley <eternal@unrealircd.org>
-2001/04/24 Fixed bug preventing automatically-added autokills from
- being deleted. Reported by <kevc978@btinternet.com>
-2001/04/23 Fixed harmless bug causing unneeded MODE +a's on Unreal.
-2001/04/23 Fixed cosmetic bug giving wrong number of autokicks in
- AKICK COUNT response.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Tue May 15 03:21:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-Message-ID: <3b008471.51010@achurch.org>
-
- As the subject says, I'd like to know if anyone finds the nested
-link system in Services useful, or if it's unnecessary. I originally
-modeled the system after symbolic links on Unix (and other) filesystems,
-but as this makes for added complexity and has in fact led to a number
-of bugs in the past as well as administrative difficulties. So if
-there's no need for having multiple levels of nicks, I'm planning to
-just remove that capability in version 5 and limit links to a single
-level.
-
- Note that the only case in which this makes a visible difference is
-the following:
- * Register NickA
- * Register NickB
- * Link NickB to NickA
- * Register NickC
- * Link NickC to NickB
- * Unlink NickB from NickA
- * Change a setting on NickB
-In the nested (current) system, NickC would use the new setting for
-NickB set in the last step, while in a flat system, NickC would retain
-the original settings associated with nick A. I can see potential cases
-where this functionality can be useful, but if no one is actually using
-links that way, then there's no real need to retain the functionality.
-
- So, opinions, please: do you need nested links?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From jank at icehouse.net Tue May 15 04:06:03 2001
-From: jank at icehouse.net (Brandon Jank)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b008471.51010@achurch.org>
-Message-ID: <004101c0dce3$6a518c30$0201a8c0@BACKBURN>
-
-yea that is complicated, ive only used one link
-AKA
- BaCkBuRn
- ___________i________
- | |
-BB|Sleep BB|Work
-
-dont entirely get rid of it though, its great for sharing the root if need
-be.
-question: why dont you just allow multiple roots?
-
--backburn aka brandon jank
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 14, 2001 6:04 PM
-Subject: [IRCServices] Does anyone use nested nick links?
-
-
-> As the subject says, I'd like to know if anyone finds the nested
-> link system in Services useful, or if it's unnecessary. I originally
-> modeled the system after symbolic links on Unix (and other) filesystems,
-> but as this makes for added complexity and has in fact led to a number
-> of bugs in the past as well as administrative difficulties. So if
-> there's no need for having multiple levels of nicks, I'm planning to
-> just remove that capability in version 5 and limit links to a single
-> level.
->
-> Note that the only case in which this makes a visible difference is
-> the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
-> In the nested (current) system, NickC would use the new setting for
-> NickB set in the last step, while in a flat system, NickC would retain
-> the original settings associated with nick A. I can see potential cases
-> where this functionality can be useful, but if no one is actually using
-> links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Tue May 15 04:36:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:21 2004
-Subject: Multiple roots (was Re: [IRCServices] Does anyone use nested nick links?)
-Message-ID: <3b009620.51073@achurch.org>
-
->dont entirely get rid of it though, its great for sharing the root if need
->be.
->question: why dont you just allow multiple roots?
-
- I don't see why either of these are necessary. Use SU.
-
->-backburn aka brandon jank
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Monday, May 14, 2001 6:04 PM
->Subject: [IRCServices] Does anyone use nested nick links?
->
->
->> As the subject says, I'd like to know if anyone finds the nested
->> link system in Services useful, or if it's unnecessary. I originally
->> modeled the system after symbolic links on Unix (and other) filesystems,
->> but as this makes for added complexity and has in fact led to a number
->> of bugs in the past as well as administrative difficulties. So if
->> there's no need for having multiple levels of nicks, I'm planning to
->> just remove that capability in version 5 and limit links to a single
->> level.
->>
->> Note that the only case in which this makes a visible difference is
->> the following:
->> * Register NickA
->> * Register NickB
->> * Link NickB to NickA
->> * Register NickC
->> * Link NickC to NickB
->> * Unlink NickB from NickA
->> * Change a setting on NickB
->> In the nested (current) system, NickC would use the new setting for
->> NickB set in the last step, while in a flat system, NickC would retain
->> the original settings associated with nick A. I can see potential cases
->> where this functionality can be useful, but if no one is actually using
->> links that way, then there's no real need to retain the functionality.
->>
->> So, opinions, please: do you need nested links?
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From strider at chatcircuit.com Tue May 15 07:41:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:21 2004
-Subject: Multiple roots (was Re: [IRCServices] Does anyone use nested nick links?)
-References: <3b009620.51073@achurch.org>
-Message-ID: <000d01c0dd01$c771be80$0200000a@strider>
-
-I only use one level of linking...never really considered multiple levels,
-all my extra nicks link back to one. As for multiple roots...the SU command
-is extremely helpful and I feel is more secure.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 14, 2001 9:35 PM
-Subject: Multiple roots (was Re: [IRCServices] Does anyone use nested nick
-links?)
-
-
-> >dont entirely get rid of it though, its great for sharing the root if
-need
-> >be.
-> >question: why dont you just allow multiple roots?
->
-> I don't see why either of these are necessary. Use SU.
->
-> >-backburn aka brandon jank
-> >----- Original Message -----
-> >From: "Andrew Church" <achurch@achurch.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, May 14, 2001 6:04 PM
-> >Subject: [IRCServices] Does anyone use nested nick links?
-> >
-> >
-> >> As the subject says, I'd like to know if anyone finds the nested
-> >> link system in Services useful, or if it's unnecessary. I originally
-> >> modeled the system after symbolic links on Unix (and other)
-filesystems,
-> >> but as this makes for added complexity and has in fact led to a number
-> >> of bugs in the past as well as administrative difficulties. So if
-> >> there's no need for having multiple levels of nicks, I'm planning to
-> >> just remove that capability in version 5 and limit links to a single
-> >> level.
-> >>
-> >> Note that the only case in which this makes a visible difference
-is
-> >> the following:
-> >> * Register NickA
-> >> * Register NickB
-> >> * Link NickB to NickA
-> >> * Register NickC
-> >> * Link NickC to NickB
-> >> * Unlink NickB from NickA
-> >> * Change a setting on NickB
-> >> In the nested (current) system, NickC would use the new setting for
-> >> NickB set in the last step, while in a flat system, NickC would retain
-> >> the original settings associated with nick A. I can see potential
-cases
-> >> where this functionality can be useful, but if no one is actually using
-> >> links that way, then there's no real need to retain the functionality.
-> >>
-> >> So, opinions, please: do you need nested links?
-> >>
-> >> --Andrew Church
-> >> achurch@achurch.org
-> >> http://achurch.org/
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 Tue May 15 07:59:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b008471.51010@achurch.org>
-Message-ID: <009001c0dd03$b7c6e6c0$9c011ac4@africa.didata.local>
-
-I agree, take the links down to a single level - it'll remove a hell of a
-lot of complexity :))
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 15, 2001 3:04 AM
-Subject: [IRCServices] Does anyone use nested nick links?
-
-
-> As the subject says, I'd like to know if anyone finds the nested
-> link system in Services useful, or if it's unnecessary. I originally
-> modeled the system after symbolic links on Unix (and other) filesystems,
-> but as this makes for added complexity and has in fact led to a number
-> of bugs in the past as well as administrative difficulties. So if
-> there's no need for having multiple levels of nicks, I'm planning to
-> just remove that capability in version 5 and limit links to a single
-> level.
->
-> Note that the only case in which this makes a visible difference is
-> the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
-> In the nested (current) system, NickC would use the new setting for
-> NickB set in the last step, while in a flat system, NickC would retain
-> the original settings associated with nick A. I can see potential cases
-> where this functionality can be useful, but if no one is actually using
-> links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 Craig at e-tidalwave.co.uk Tue May 15 08:37:00 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b008471.51010@achurch.org>
-Message-ID: <OE351tIzmQVuRWCy7rj00000162@hotmail.com>
-
-I do, Here is a basic map of my nicks,
-
- Craig
- |
- --------------------------------------
- | | |
- FrostyCoolSlug Craig|Away The_SpydeR
- | |
- --------------- ---------------
- | | | |
- FrostyCoolSlug|Away FCS|AFK The_SpydeR|Away The_Spyder|CS
-
-Its much much bigger with more sublinx but i thought that would be enuf ;)
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010515/d01e9c3d/attachment.html
-From Craig at e-tidalwave.co.uk Tue May 15 08:39:01 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:21 2004
-Subject: Multiple roots (was Re: [IRCServices] Does anyone use nested nick links?)
-References: <3b009620.51073@achurch.org>
-Message-ID: <OE32zcbLDiKBsuZ2K4x0000015c@hotmail.com>
-
-And in responce to my previous mail, all my SpydeR nicks have different
-e-mails and different options set.
-For example, All FCS nicks have e-mail FrostyCoolSlug@hotmail.com
-all Craig Nicks have Craig@e-tidalwave.co.uk
-and all other nicks have other stuff :)
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 15, 2001 3:35 AM
-Subject: Multiple roots (was Re: [IRCServices] Does anyone use nested nick
-links?)
-
-
-> >dont entirely get rid of it though, its great for sharing the root if
-need
-> >be.
-> >question: why dont you just allow multiple roots?
->
-> I don't see why either of these are necessary. Use SU.
->
-> >-backburn aka brandon jank
-> >----- Original Message -----
-> >From: "Andrew Church" <achurch@achurch.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, May 14, 2001 6:04 PM
-> >Subject: [IRCServices] Does anyone use nested nick links?
-> >
-> >
-> >> As the subject says, I'd like to know if anyone finds the nested
-> >> link system in Services useful, or if it's unnecessary. I originally
-> >> modeled the system after symbolic links on Unix (and other)
-filesystems,
-> >> but as this makes for added complexity and has in fact led to a number
-> >> of bugs in the past as well as administrative difficulties. So if
-> >> there's no need for having multiple levels of nicks, I'm planning to
-> >> just remove that capability in version 5 and limit links to a single
-> >> level.
-> >>
-> >> Note that the only case in which this makes a visible difference
-is
-> >> the following:
-> >> * Register NickA
-> >> * Register NickB
-> >> * Link NickB to NickA
-> >> * Register NickC
-> >> * Link NickC to NickB
-> >> * Unlink NickB from NickA
-> >> * Change a setting on NickB
-> >> In the nested (current) system, NickC would use the new setting for
-> >> NickB set in the last step, while in a flat system, NickC would retain
-> >> the original settings associated with nick A. I can see potential
-cases
-> >> where this functionality can be useful, but if no one is actually using
-> >> links that way, then there's no real need to retain the functionality.
-> >>
-> >> So, opinions, please: do you need nested links?
-> >>
-> >> --Andrew Church
-> >> achurch@achurch.org
-> >> http://achurch.org/
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 curtis at nucleus.com Tue May 15 09:07:01 2001
-From: curtis at nucleus.com (Curtis D)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b008471.51010@achurch.org>
-Message-ID: <000a01c0dd0d$e4b42b20$fa0626d0@methodz>
-
-I find it very useful.
-
-I use about 3000 differnet variations of my nick hehe.
-
-Its handy, and i'd like to see it stay with ircservices.
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 14, 2001 7:04 PM
-Subject: [IRCServices] Does anyone use nested nick links?
-
-
-> As the subject says, I'd like to know if anyone finds the nested
-> link system in Services useful, or if it's unnecessary. I originally
-> modeled the system after symbolic links on Unix (and other) filesystems,
-> but as this makes for added complexity and has in fact led to a number
-> of bugs in the past as well as administrative difficulties. So if
-> there's no need for having multiple levels of nicks, I'm planning to
-> just remove that capability in version 5 and limit links to a single
-> level.
->
-> Note that the only case in which this makes a visible difference is
-> the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
-> In the nested (current) system, NickC would use the new setting for
-> NickB set in the last step, while in a flat system, NickC would retain
-> the original settings associated with nick A. I can see potential cases
-> where this functionality can be useful, but if no one is actually using
-> links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 dreamer at darkness.gr Tue May 15 11:25:02 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-In-Reply-To: <3b008471.51010@achurch.org>
-Message-ID: <Pine.LNX.4.33.0105151222470.16013-100000@darkness.darkness.gr>
-
-Greetings,
-
- No from my side Andrew, we never used them.
-
-Regards,
-Nick Krassas
-Dinos @irc.gr
-
-On Tue, 15 May 2001, Andrew Church wrote:
-
-> As the subject says, I'd like to know if anyone finds the nested
-> link system in Services useful, or if it's unnecessary. <...>
-
-
-From dan_jr at ultim.net Tue May 15 12:10:02 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-In-Reply-To: <3b008471.51010@achurch.org>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDCEBKCBAA.dan_jr@ultim.net>
-
-I use them everyday!
-
-very helpfull
-
-Dan from NeverNet Irc Network
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-Sent: 14 mai, 2001 21:05
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Does anyone use nested nick links?
-
-
- As the subject says, I'd like to know if anyone finds the nested
-link system in Services useful, or if it's unnecessary. I originally
-modeled the system after symbolic links on Unix (and other) filesystems,
-but as this makes for added complexity and has in fact led to a number
-of bugs in the past as well as administrative difficulties. So if
-there's no need for having multiple levels of nicks, I'm planning to
-just remove that capability in version 5 and limit links to a single
-level.
-
- Note that the only case in which this makes a visible difference is
-the following:
- * Register NickA
- * Register NickB
- * Link NickB to NickA
- * Register NickC
- * Link NickC to NickB
- * Unlink NickB from NickA
- * Change a setting on NickB
-In the nested (current) system, NickC would use the new setting for
-NickB set in the last step, while in a flat system, NickC would retain
-the original settings associated with nick A. I can see potential cases
-where this functionality can be useful, but if no one is actually using
-links that way, then there's no real need to retain the functionality.
-
- So, opinions, please: do you need nested links?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
------------------------------------------------------------
-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 viper at wcalliance.com Tue May 15 12:40:13 2001
-From: viper at wcalliance.com (ViPeR)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <NFBBLDGJFAGGOPLMDGMDCEBKCBAA.dan_jr@ultim.net>
-Message-ID: <001701c0dd2b$aa51e580$8000a8c0@girotek.com>
-
-I really wonder about people with more than 1 level of nested nicks, I don't
-see much of a point. If you want to fake multiple levels just use 2+
-starting nicks. Anyway, I only use one base nick and link all my nicks to
-it.
------ Original Message -----
-From: "Daniel" <dan_jr@ultim.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 15, 2001 6:05 AM
-Subject: RE: [IRCServices] Does anyone use nested nick links?
-
-
-> I use them everyday!
->
-> very helpfull
->
-> Dan from NeverNet Irc Network
->
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 14 mai, 2001 21:05
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Does anyone use nested nick links?
->
->
-> As the subject says, I'd like to know if anyone finds the nested
-> link system in Services useful, or if it's unnecessary. I originally
-> modeled the system after symbolic links on Unix (and other) filesystems,
-> but as this makes for added complexity and has in fact led to a number
-> of bugs in the past as well as administrative difficulties. So if
-> there's no need for having multiple levels of nicks, I'm planning to
-> just remove that capability in version 5 and limit links to a single
-> level.
->
-> Note that the only case in which this makes a visible difference is
-> the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
-> In the nested (current) system, NickC would use the new setting for
-> NickB set in the last step, while in a flat system, NickC would retain
-> the original settings associated with nick A. I can see potential cases
-> where this functionality can be useful, but if no one is actually using
-> links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 achurch at achurch.org Tue May 15 13:26:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-Message-ID: <3b01123e.64020@achurch.org>
-
- As a follow-up to my original message, since it seems some people do
-use this feature: If you currently use multiple levels of linked nicks,
-would you have any objections to moving to a single-level system? If so,
-what?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->-----Original Message-----
->From: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
->Sent: 14 mai, 2001 21:05
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Does anyone use nested nick links?
->
->
-> As the subject says, I'd like to know if anyone finds the nested
->link system in Services useful, or if it's unnecessary. I originally
->modeled the system after symbolic links on Unix (and other) filesystems,
->but as this makes for added complexity and has in fact led to a number
->of bugs in the past as well as administrative difficulties. So if
->there's no need for having multiple levels of nicks, I'm planning to
->just remove that capability in version 5 and limit links to a single
->level.
->
-> Note that the only case in which this makes a visible difference is
->the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
->In the nested (current) system, NickC would use the new setting for
->NickB set in the last step, while in a flat system, NickC would retain
->the original settings associated with nick A. I can see potential cases
->where this functionality can be useful, but if no one is actually using
->links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-
-From uhc0 at rz.uni-karlsruhe.de Tue May 15 13:29:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-In-Reply-To: <NFBBLDGJFAGGOPLMDGMDCEBKCBAA.dan_jr@ultim.net>
-Message-ID: <001201c0dd32$5b71ecb0$0264a8c0@nygmatech.local>
-
-Hello;
-
-I've had a suggestion:
-
-Create a command like:
-
-/ns link add|del|list nick
-
-Where "nick" is NOT registered. This would solve the case of nests,
-and allow the usage of many many links.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Daniel
-> Sent: Dienstag, 15. Mai 2001 12:06
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Does anyone use nested nick links?
->
->
-> I use them everyday!
->
-> very helpfull
->
-> Dan from NeverNet Irc Network
->
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of
-> Andrew Church
-> Sent: 14 mai, 2001 21:05
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Does anyone use nested nick links?
->
->
-> As the subject says, I'd like to know if anyone finds
-> the nested link system in Services useful, or if it's
-> unnecessary. I originally modeled the system after symbolic
-> links on Unix (and other) filesystems, but as this makes for
-> added complexity and has in fact led to a number of bugs in
-> the past as well as administrative difficulties. So if
-> there's no need for having multiple levels of nicks, I'm
-> planning to just remove that capability in version 5 and
-> limit links to a single level.
->
-> Note that the only case in which this makes a visible
-> difference is the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
-> In the nested (current) system, NickC would use the new
-> setting for NickB set in the last step, while in a flat
-> system, NickC would retain the original settings associated
-> with nick A. I can see potential cases where this
-> functionality can be useful, but if no one is actually using
-> links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 stskeeps at tspre.org Tue May 15 14:57:01 2001
-From: stskeeps at tspre.org (Carsten V. Munk)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b01123e.64020@achurch.org>
-Message-ID: <3B012794.B4B8086B@tspre.org>
-
-Andrew Church wrote:
->
-> As a follow-up to my original message, since it seems some people do
-> use this feature: If you currently use multiple levels of linked nicks,
-> would you have any objections to moving to a single-level system? If so,
-> what?
->
-
-Well, I have always disliked the link-system, as I believe something
-like storing what nicks the user has identified for, and doing like
-/nickserv identify <othernick> <password> has seemed like a better
-solution to me other than links.
-
-
-
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-
-
---
-
-
----------------------------------------------------------------------
-Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
-"To understand a program you must become both the machine and the
-program."
-----------------------------------------------------------------------
-
- [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
-
------BEGIN GEEK CODE BLOCK-----
-Version: 3.12
-GCM/CS/CC/ED/MC/IT d-(++) s::-- a--->-- C+++(++++) UL+++>++++ UB+++>++++
-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 dan_jr at ultim.net Tue May 15 15:28:01 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-In-Reply-To: <3b01123e.64020@achurch.org>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDGEBLCBAA.dan_jr@ultim.net>
-
-CUrrently all my nick are linked to the main one!
-
-I mean my main nick is: A
-
-i have nick: b c d e
-
-all of those are directly linked to A
-
-but i have a nick F wot is linked to c
-
-but not really usefull.. because i always modifiy A
-
-thanks
-
-Daniel
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-Sent: 15 mai, 2001 07:22
-To: ircservices@ircservices.za.net
-Subject: RE: [IRCServices] Does anyone use nested nick links?
-
-
- As a follow-up to my original message, since it seems some people do
-use this feature: If you currently use multiple levels of linked nicks,
-would you have any objections to moving to a single-level system? If so,
-what?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->-----Original Message-----
->From: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
->Sent: 14 mai, 2001 21:05
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Does anyone use nested nick links?
->
->
-> As the subject says, I'd like to know if anyone finds the nested
->link system in Services useful, or if it's unnecessary. I originally
->modeled the system after symbolic links on Unix (and other) filesystems,
->but as this makes for added complexity and has in fact led to a number
->of bugs in the past as well as administrative difficulties. So if
->there's no need for having multiple levels of nicks, I'm planning to
->just remove that capability in version 5 and limit links to a single
->level.
->
-> Note that the only case in which this makes a visible difference is
->the following:
-> * Register NickA
-> * Register NickB
-> * Link NickB to NickA
-> * Register NickC
-> * Link NickC to NickB
-> * Unlink NickB from NickA
-> * Change a setting on NickB
->In the nested (current) system, NickC would use the new setting for
->NickB set in the last step, while in a flat system, NickC would retain
->the original settings associated with nick A. I can see potential cases
->where this functionality can be useful, but if no one is actually using
->links that way, then there's no real need to retain the functionality.
->
-> So, opinions, please: do you need nested links?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From RealCFC at ChatFIRST.COM Tue May 15 15:57:00 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Does anyone use nested nick links?
-References: <3b01123e.64020@achurch.org> <3B012794.B4B8086B@tspre.org>
-Message-ID: <001f01c0dd5a$4013abc0$a8b13dd0@pavilion>
-
-I also believe a single level of linkage is enough I can hardly see how someone could use more in deep linkages on nicks.
-Ely
-
- ----- Original Message -----
- From: Carsten V. Munk
- To: ircservices@ircservices.za.net
- Sent: Tuesday, May 15, 2001 5:56 AM
- Subject: Re: [IRCServices] Does anyone use nested nick links?
-
-
- Andrew Church wrote:
- >
- > As a follow-up to my original message, since it seems some people do
- > use this feature: If you currently use multiple levels of linked nicks,
- > would you have any objections to moving to a single-level system? If so,
- > what?
- >
-
- Well, I have always disliked the link-system, as I believe something
- like storing what nicks the user has identified for, and doing like
- /nickserv identify <othernick> <password> has seemed like a better
- solution to me other than links.
-
-
-
- > --Andrew Church
- > achurch@achurch.org
- > http://achurch.org/
- >
-
-
- --
-
-
- ---------------------------------------------------------------------
- Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
- "To understand a program you must become both the machine and the
- program."
- ----------------------------------------------------------------------
-
- [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
-
- -----BEGIN GEEK CODE BLOCK-----
- Version: 3.12
- GCM/CS/CC/ED/MC/IT d-(++) s::-- a--->-- C+++(++++) UL+++>++++ UB+++>++++
- 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, mail ircservices-request@ircservices.za.net
- with the word UNSUBSCRIBE in the subject of the mail.
- http://www.ircservices.za.net/mailman/listinfo/ircservices
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010515/771f6ed9/attachment.htm
-From silvius at expres.ro Tue May 15 16:02:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Linked nicks
-Message-ID: <3B013690.FA02399A@expres.ro>
-
-Hello!
-
-This mail will not be about nested links, still... please read it.
-I've send another email on 03.05.2001...no answer...and I really want to
-know if I'm wrong in my way of seening things.
-
-So, let`s bring in the log and the comments:
-
-[16:47] *** Your nick is now c /** I'm c :)
-[16:47] -NickServ- Password accepted - you are now recognized.
-[16:48] -NickServ- Your nick has been linked to b. /** I link myself to
-b
-[16:48] *** Your nick is now b /** Now I'm b
-[16:48] -NickServ- Password accepted - you are now recognized.
-[16:49] -NickServ- b is mdeah /** Now I do an INFO on me, but NS doesn't
-say anything about a linked nick...why?
-[16:49] -NickServ- Is online from: ~mda@<some.host>
-[16:49] -NickServ- Time registered: May 15 16:45:25 2001 EEST
-[16:49] -NickServ- E-mail address: a@a.com
-[16:49] -NickServ- Options: Kill protection, Security
-[16:49] -NickServ- Syntax: \ 2UNLINK [\1fnick\1f \1fpassword\1f]\ 2 //** Sill I want
-to UNLINK c from me, but I'm asked about c passwd
-
-
-
-The story behind this is that if I know a password on a nick, I can:
-a) link myself to it and be *invisible*
-b) the person to whom I'm linked can't UNLINK me, because he/she doesn't
-know my password
-
-
-It's this OK?
-
-
-Greetings,
-Partizanu
-
-From strider at chatcircuit.com Tue May 15 18:42:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Linked nicks
-References: <3B013690.FA02399A@expres.ro>
-Message-ID: <001701c0dd5e$512027a0$0200000a@strider>
-
-This is something I've mentioned a LONG time ago. Services opers (or is it
-just services administrators?) can do a listlinks command on a nick to see
-the linked nicks, and can then take care of the problem and make sure the
-user changes his/her password. This is about all you can do to prevent
-abuse. If linking is so much of a problem, it can always be totally disabled
-in the configuration file. Or you can reinforce the use of strong passwords
-or password rotation, or even better, both to all of your users. The
-security issues really exists in the user and not the services.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Partizanu" <silvius@expres.ro>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 15, 2001 9:00 AM
-Subject: [IRCServices] Linked nicks
-
-
-> Hello!
->
-> This mail will not be about nested links, still... please read it.
-> I've send another email on 03.05.2001...no answer...and I really want to
-> know if I'm wrong in my way of seening things.
->
-> So, let`s bring in the log and the comments:
->
-> [16:47] *** Your nick is now c /** I'm c :)
-> [16:47] -NickServ- Password accepted - you are now recognized.
-> [16:48] -NickServ- Your nick has been linked to b. /** I link myself to
-> b
-> [16:48] *** Your nick is now b /** Now I'm b
-> [16:48] -NickServ- Password accepted - you are now recognized.
-> [16:49] -NickServ- b is mdeah /** Now I do an INFO on me, but NS doesn't
-> say anything about a linked nick...why?
-> [16:49] -NickServ- Is online from: ~mda@<some.host>
-> [16:49] -NickServ- Time registered: May 15 16:45:25 2001 EEST
-> [16:49] -NickServ- E-mail address: a@a.com
-> [16:49] -NickServ- Options: Kill protection, Security
-> [16:49] -NickServ- Syntax: \ 2UNLINK [\1fnick\1f \1fpassword\1f]\ 2 //** Sill I want
-> to UNLINK c from me, but I'm asked about c passwd
->
->
->
-> The story behind this is that if I know a password on a nick, I can:
-> a) link myself to it and be *invisible*
-> b) the person to whom I'm linked can't UNLINK me, because he/she doesn't
-> know my password
->
->
-> It's this OK?
->
->
-> Greetings,
-> Partizanu
-> -----------------------------------------------------------
-> 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 silvius at expres.ro Tue May 15 20:35:06 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Linked nicks
-References: <3B013690.FA02399A@expres.ro> <001701c0dd5e$512027a0$0200000a@strider>
-Message-ID: <3B01769B.D90A2531@expres.ro>
-
-Part true.
-
-But if:
-
-1) I can see via "/nickserv info all" if (and what) nicks are linked to
-my nick (it's my nick, I'm AUTH, so I think is my right to have access
-to all info about my nick)
-and
-2) I can unlink any nick linked to my nick without needing a password
-(again, it's my nick, I should be able to see and decide if a link it's
-an abuse)
-
-then I can still use the LINK feature and take care of the problem
-without asking someone else to handle it.
-
-I dont't think I'm asking too much...again I should be able to modify
-anything around my nick as long as I'm AUTH.
-
-
-Thank you for reply & understanding,
-Partizanu
-
-Strider wrote:
->
-> This is something I've mentioned a LONG time ago. Services opers (or is it
-> just services administrators?) can do a listlinks command on a nick to see
-> the linked nicks, and can then take care of the problem and make sure the
-> user changes his/her password. This is about all you can do to prevent
-> abuse. If linking is so much of a problem, it can always be totally disabled
-> in the configuration file. Or you can reinforce the use of strong passwords
-> or password rotation, or even better, both to all of your users. The
-> security issues really exists in the user and not the services.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Partizanu" <silvius@expres.ro>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, May 15, 2001 9:00 AM
-> Subject: [IRCServices] Linked nicks
->
-> > Hello!
-> >
-> > This mail will not be about nested links, still... please read it.
-> > I've send another email on 03.05.2001...no answer...and I really want to
-> > know if I'm wrong in my way of seening things.
-> >
-> > So, let`s bring in the log and the comments:
-> >
-> > [16:47] *** Your nick is now c /** I'm c :)
-> > [16:47] -NickServ- Password accepted - you are now recognized.
-> > [16:48] -NickServ- Your nick has been linked to b. /** I link myself to
-> > b
-> > [16:48] *** Your nick is now b /** Now I'm b
-> > [16:48] -NickServ- Password accepted - you are now recognized.
-> > [16:49] -NickServ- b is mdeah /** Now I do an INFO on me, but NS doesn't
-> > say anything about a linked nick...why?
-> > [16:49] -NickServ- Is online from: ~mda@<some.host>
-> > [16:49] -NickServ- Time registered: May 15 16:45:25 2001 EEST
-> > [16:49] -NickServ- E-mail address: a@a.com
-> > [16:49] -NickServ- Options: Kill protection, Security
-> > [16:49] -NickServ- Syntax: \ 2UNLINK [\1fnick\1f \1fpassword\1f]\ 2 //** Sill I want
-> > to UNLINK c from me, but I'm asked about c passwd
-> >
-> >
-> >
-> > The story behind this is that if I know a password on a nick, I can:
-> > a) link myself to it and be *invisible*
-> > b) the person to whom I'm linked can't UNLINK me, because he/she doesn't
-> > know my password
-> >
-> >
-> > It's this OK?
-> >
-> >
-> > Greetings,
-> > Partizanu
-> > -----------------------------------------------------------
-> > 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 johanyg at ifi.uio.no Wed May 16 20:33:01 2001
-From: johanyg at ifi.uio.no (Johan Yves August Grasmo)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] nick.db version 8 format
-Message-ID: <200105161831.12929.munkakufl.ifi.uio.no@ifi.uio.no>
-
-Greetings,
-
-I'm having some problems converting daylight
-(4.3.3-daylight) IRC Services, to suit my needs.
-
-I have an irc-server up and running, and some members which
-info is stored in a mysql-db. I tried to get nickserv to
-read the information from the mysql-db, but after 2 days I
-didn't get that working. So I'm trying a new solution.
-
-I want to "create" the nick.db file throug a web-interface.
-My problem here is that I don't know how the entries
-(field-dividers, EOL) look like. So I would very much
-appreciate if anyone could tell me how the nick.db is
-formatted.
-
-I hope you can help me with this,
-
-Thanx alot,
-
-Johan
-
-
-Ps. If you have services which support mysql, pleeease let
-me know :-)
-
-
-From Georges at berscheid.lu Wed May 16 20:45:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:21 2004
-Subject: AW: [IRCServices] nick.db version 8 format
-In-Reply-To: <200105161831.12929.munkakufl.ifi.uio.no@ifi.uio.no>
-Message-ID: <EMEAJDMIHJFMOHONHAEDIEDDCCAA.Georges@Berscheid.lu>
-
-Hi,
-
-have a look at nickserv.c:void save_ns_dbase(void)
-All the rules to save nick.db are there.
-
-Georges
-
-P.S. Every time you want services to use the .db File created from the web
-you will have to restart services, because this is the only time they read
-from the .db Files. While running, services keep all data in memory.
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Johan Yves
-August Grasmo
-Gesendet: Mittwoch, 16. Mai 2001 20:32
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] nick.db version 8 format
-
-
-Greetings,
-
-I'm having some problems converting daylight
-(4.3.3-daylight) IRC Services, to suit my needs.
-
-I have an irc-server up and running, and some members which
-info is stored in a mysql-db. I tried to get nickserv to
-read the information from the mysql-db, but after 2 days I
-didn't get that working. So I'm trying a new solution.
-
-I want to "create" the nick.db file throug a web-interface.
-My problem here is that I don't know how the entries
-(field-dividers, EOL) look like. So I would very much
-appreciate if anyone could tell me how the nick.db is
-formatted.
-
-I hope you can help me with this,
-
-Thanx alot,
-
-Johan
-
-
-Ps. If you have services which support mysql, pleeease let
-me know :-)
-
------------------------------------------------------------
-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 Georges at berscheid.lu Wed May 16 20:53:00 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:21 2004
-Subject: AW: [IRCServices] nick.db version 8 format (Addendum)
-In-Reply-To: <200105161831.12929.munkakufl.ifi.uio.no@ifi.uio.no>
-Message-ID: <EMEAJDMIHJFMOHONHAEDGEDECCAA.Georges@Berscheid.lu>
-
-Re,
-
-if you want to link services to your mysql db, use the C API which is
-documented at http://www.mysql.com/doc/C/_/C_API_function_overview.html
-
-Greetings
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Johan Yves
-August Grasmo
-Gesendet: Mittwoch, 16. Mai 2001 20:32
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] nick.db version 8 format
-
-
-Greetings,
-
-I'm having some problems converting daylight
-(4.3.3-daylight) IRC Services, to suit my needs.
-
-I have an irc-server up and running, and some members which
-info is stored in a mysql-db. I tried to get nickserv to
-read the information from the mysql-db, but after 2 days I
-didn't get that working. So I'm trying a new solution.
-
-I want to "create" the nick.db file throug a web-interface.
-My problem here is that I don't know how the entries
-(field-dividers, EOL) look like. So I would very much
-appreciate if anyone could tell me how the nick.db is
-formatted.
-
-I hope you can help me with this,
-
-Thanx alot,
-
-Johan
-
-
-Ps. If you have services which support mysql, pleeease let
-me know :-)
-
------------------------------------------------------------
-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 johanyg at ifi.uio.no Wed May 16 20:59:01 2001
-From: johanyg at ifi.uio.no (Johan Yves August Grasmo)
-Date: Sat Oct 23 23:01:21 2004
-Subject: AW: [IRCServices] nick.db version 8 format (Addendum)
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDGEDECCAA.Georges@Berscheid.lu>
-References: <EMEAJDMIHJFMOHONHAEDGEDECCAA.Georges@Berscheid.lu>
-Message-ID: <200105161858.13095.munkakufl.ifi.uio.no@ifi.uio.no>
-
-On Wed, 16 May 2001 20:54:28 +0200 Georges Berscheid <Georges Berscheid <Georges@berscheid.lu>> wrote:
-
-> Re,
-
-> if you want to link services to your mysql db, use the C API which is
-> documented at http://www.mysql.com/doc/C/_/C_API_function_overview.html
-
-Thank you very much Georges.
-
-My main problem wasn't that I couldn't fetch the information
-from the mysql-db, but I didn't seem to construct the
-nicklists correctly.
-Below is a snippet of my code in load_ns_dbase in nickserv.c
-
-Sorry for spamming like this, but I'm on the brink of giving
-up :(
-
-Johan
-
-
-[snip]
- i = 0;
- while ((row = mysql_fetch_row(res))) {
-
- ni = scalloc( sizeof *ni, 1 );
- nicklists[i++] = ni;
-
- strcpy(ni->nick,row[1]);
- strcpy(ni->pass,row[0]);
- ni->email = sstrdup(row[2]);
-
- log("debug: Loading user from mysql : %s %s %s",
- ni->nick,
- ni->pass,
- ni->email);
-
- ni->link = NULL;
- ni->accesscount = 0;
-
- ni->last_quit = 0;
- ni->time_registered = 0;
- ni->last_seen = 0;
- ni->url = NULL;
- ni->status &= ~NS_TEMPORARY;
-
- if (!ni->last_usermask)
- ni->last_usermask = sstrdup("@");
- if (!ni->last_realname)
- ni->last_realname = sstrdup("");
- ni->id_timestamp = 999936289;
- }
- log("debug: Loaded users from database, found %d nicks", i);
-
- mysql_close(sock);
-
- /* Adjust next/prev pointers for all records.
- Remember: i points past the last element */
- nicklists[ 0 ]->prev = NULL;
- for ( j = 0; j < i; ++j ) {
- if (j > 0) {
- nicklists[ j ]->prev = nicklists[ j-1 ];
- nicklists[ j-1 ]->next = nicklists[ j ];
- }
- }
- nicklists[ i-1 ]->next = NULL;
-
- /* ... and insert sentinel */
- nicklists[ i ] = NULL;
-
-
-
-[/snip]
-
-
-From Georges at berscheid.lu Wed May 16 21:12:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:21 2004
-Subject: AW: AW: [IRCServices] nick.db version 8 format (Addendum)
-In-Reply-To: <200105161858.13095.munkakufl.ifi.uio.no@ifi.uio.no>
-Message-ID: <EMEAJDMIHJFMOHONHAEDEEDFCCAA.Georges@Berscheid.lu>
-
-Re,
-
-I think you didn't really understand the nicklists structure. This is an
-array with 255 pointers (one for each ascii char). These pointers point to a
-list of ni's starting with the corresponding char. If you want to build your
-nicklists you should use nickserv.c:static void alpha_insert_nick(NickInfo
-*ni) It does all the work for you.
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Johan Yves
-August Grasmo
-Gesendet: Mittwoch, 16. Mai 2001 20:58
-An: ircservices@ircservices.za.net
-Betreff: Re: AW: [IRCServices] nick.db version 8 format (Addendum)
-
-
-On Wed, 16 May 2001 20:54:28 +0200 Georges Berscheid <Georges Berscheid
-<Georges@berscheid.lu>> wrote:
-
-> Re,
-
-> if you want to link services to your mysql db, use the C API which is
-> documented at http://www.mysql.com/doc/C/_/C_API_function_overview.html
-
-Thank you very much Georges.
-
-My main problem wasn't that I couldn't fetch the information
-from the mysql-db, but I didn't seem to construct the
-nicklists correctly.
-Below is a snippet of my code in load_ns_dbase in nickserv.c
-
-Sorry for spamming like this, but I'm on the brink of giving
-up :(
-
-Johan
-
-
-[snip]
- i = 0;
- while ((row = mysql_fetch_row(res))) {
-
- ni = scalloc( sizeof *ni, 1 );
- nicklists[i++] = ni;
-
- strcpy(ni->nick,row[1]);
- strcpy(ni->pass,row[0]);
- ni->email = sstrdup(row[2]);
-
- log("debug: Loading user from mysql : %s %s %s",
- ni->nick,
- ni->pass,
- ni->email);
-
- ni->link = NULL;
- ni->accesscount = 0;
-
- ni->last_quit = 0;
- ni->time_registered = 0;
- ni->last_seen = 0;
- ni->url = NULL;
- ni->status &= ~NS_TEMPORARY;
-
- if (!ni->last_usermask)
- ni->last_usermask = sstrdup("@");
- if (!ni->last_realname)
- ni->last_realname = sstrdup("");
- ni->id_timestamp = 999936289;
- }
- log("debug: Loaded users from database, found %d nicks", i);
-
- mysql_close(sock);
-
- /* Adjust next/prev pointers for all records.
- Remember: i points past the last element */
- nicklists[ 0 ]->prev = NULL;
- for ( j = 0; j < i; ++j ) {
- if (j > 0) {
- nicklists[ j ]->prev = nicklists[ j-1 ];
- nicklists[ j-1 ]->next = nicklists[ j ];
- }
- }
- nicklists[ i-1 ]->next = NULL;
-
- /* ... and insert sentinel */
- nicklists[ i ] = NULL;
-
-
-
-[/snip]
-
------------------------------------------------------------
-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 juanen at metropoli2000.com Thu May 17 15:30:02 2001
-From: juanen at metropoli2000.com (=?iso-8859-1?Q?Juan_Enrique_G=F3mez?=)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Partial ips
-Message-ID: <ICEPKFAFBJGKKNLPEAOJCEAEMAAB.juanen@metropoli2000.com>
-
-Hi!
-
-Is there any way to juat hide a portion of the client ip?, not the
-hidden.host (+x) feature, just show the first three bytes, and hide the last
-one?
-
-Thanks!
--------------------------------------------------
-|Juan Enrique G?mez P?rez
-|CEO/D.Financiero - Metropoli2000 Networks SL
-|http://www.metropoli2000.com
-|Phone: +34 914250023 - +34 667685640
-|Fax: +34 914250136
-|email: juan.enrique.gomez@metropoli2000.com
--------------------------------------------------
-
-
-From strider at chatcircuit.com Thu May 17 18:25:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Partial ips
-References: <ICEPKFAFBJGKKNLPEAOJCEAEMAAB.juanen@metropoli2000.com>
-Message-ID: <000d01c0deee$5667cd80$0200000a@strider>
-
-Ok, I read this correctly this time, at least I hope. This is an ircd
-feature, it really is. and if I misunderstood you, then ummm...I'll stop
-replying to these, heh.
-
-Really, +x is a feature in a few ircd's (including unrealircd) that takes
-the lowest level of the address and masks it. For it to completely remove it
-wouldn't be a feature in services since the ircd is what handles all of the
-addressing. UnrealIRCd 3.2 is still in development, so maybe you can suggest
-that to them? They have a new encryption scheme for +x that is really cool
-and next to impossible to break...but now that I think about it, I wouldn't
-mind seeing a feature where we choose something specific to put in place for
-part or all of the address instead of the scrambled bit. I guess it's time
-for me to email the unreal dev list, unless stskeeps catches this and bugs
-me again before I do that :P
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Juan Enrique G?mez" <juanen@metropoli2000.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, May 17, 2001 8:30 AM
-Subject: [IRCServices] Partial ips
-
-
-> Hi!
->
-> Is there any way to juat hide a portion of the client ip?, not the
-> hidden.host (+x) feature, just show the first three bytes, and hide the
-last
-> one?
->
-> Thanks!
-> -------------------------------------------------
-> |Juan Enrique G?mez P?rez
-> |CEO/D.Financiero - Metropoli2000 Networks SL
-> |http://www.metropoli2000.com
-> |Phone: +34 914250023 - +34 667685640
-> |Fax: +34 914250136
-> |email: juan.enrique.gomez@metropoli2000.com
-> -------------------------------------------------
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From juanen at metropoli2000.com Fri May 18 08:59:00 2001
-From: juanen at metropoli2000.com (=?iso-8859-1?Q?Juan_Enrique_G=F3mez?=)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Partial ips
-In-Reply-To: <000d01c0deee$5667cd80$0200000a@strider>
-Message-ID: <ICEPKFAFBJGKKNLPEAOJKEDEMAAB.juanen@metropoli2000.com>
-
-Thanks!
-
-sorry for the offtopic :_)
-
-Best regards,
-
--------------------------------------------------
-|Juan Enrique G?mez P?rez
-|CEO/D.Financiero - Metropoli2000 Networks SL
-|http://www.metropoli2000.com
-|Phone: +34 914250023 - +34 667685640
-|Fax: +34 914250136
-|email: juan.enrique.gomez@metropoli2000.com
--------------------------------------------------
-
-
-> -----Mensaje original-----
-> De: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]En nombre de Strider
-> Enviado el: jueves, 17 de mayo de 2001 18:28
-> Para: ircservices@ircservices.za.net
-> Asunto: Re: [IRCServices] Partial ips
->
->
-> Ok, I read this correctly this time, at least I hope. This is an ircd
-> feature, it really is. and if I misunderstood you, then ummm...I'll stop
-> replying to these, heh.
->
-> Really, +x is a feature in a few ircd's (including unrealircd) that takes
-> the lowest level of the address and masks it. For it to
-> completely remove it
-> wouldn't be a feature in services since the ircd is what handles
-> all of the
-> addressing. UnrealIRCd 3.2 is still in development, so maybe you
-> can suggest
-> that to them? They have a new encryption scheme for +x that is really cool
-> and next to impossible to break...but now that I think about it,
-> I wouldn't
-> mind seeing a feature where we choose something specific to put
-> in place for
-> part or all of the address instead of the scrambled bit. I guess it's time
-> for me to email the unreal dev list, unless stskeeps catches this and bugs
-> me again before I do that :P
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Juan Enrique G?mez" <juanen@metropoli2000.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, May 17, 2001 8:30 AM
-> Subject: [IRCServices] Partial ips
->
->
-> > Hi!
-> >
-> > Is there any way to juat hide a portion of the client ip?, not the
-> > hidden.host (+x) feature, just show the first three bytes, and hide the
-> last
-> > one?
-> >
-> > Thanks!
-> > -------------------------------------------------
-> > |Juan Enrique G?mez P?rez
-> > |CEO/D.Financiero - Metropoli2000 Networks SL
-> > |http://www.metropoli2000.com
-> > |Phone: +34 914250023 - +34 667685640
-> > |Fax: +34 914250136
-> > |email: juan.enrique.gomez@metropoli2000.com
-> > -------------------------------------------------
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From gluniz at luniz.dynip.com Fri May 18 10:08:01 2001
-From: gluniz at luniz.dynip.com (Greg Lunar)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] ircd2.10.3 says old version
-Message-ID: <002f01c0df71$9fe5a620$0200a8c0@glunizpc>
-
-I am using ircd2.10.3-1 on redhat 7.1 and ircservices 4.5.15. When i start
-services and examine the log, it says that my server version is too old.
-How do I fix it? I have messed with the V: option, turning it on and off,
-and either way it doesnt do anything.
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri May 18 10:39:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] ircd2.10.3 says old version
-In-Reply-To: <002f01c0df71$9fe5a620$0200a8c0@glunizpc>
-Message-ID: <000001c0df76$1213db00$0264a8c0@nygmatech.local>
-
-Hello;
-
-This question comes simply too often. If you had read the README,
-you would have noticed:
->>
- Services was originally designed for use with versions of the
-DALnet
-IRC server implementation (ircd.dal) through 4.4.13. Currently,
-Services
-interoperates with the following IRC servers:
- ircd-2.8.x (or any RFC1459-compliant server)
- ircd-2.8.x+TS8
- ircu 2.9.x
- ircd.dal 4.4.x
- ircd.dal 4.6.x (Dreamforge)
- Bahamut 1.4.23 and later
- Unreal 3.1.1
->>
-There is NO compatibility with ircd-2.9.x or later. Services cannot
-be run with that ircd. It uses a totally different, non timestamp
-protocol with its own extensions. (4 additional RFCs are defined for
-that.)
-The context SERVICE, defined via a S:Line does not have anything to
-do with IrcServices.
-
-Adviseable is the usage of Bahamut (http://bahamut.dal.net)
-of version 1.4.24
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Greg Lunar
-> Sent: Freitag, 18. Mai 2001 10:08
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] ircd2.10.3 says old version
->
->
-> I am using ircd2.10.3-1 on redhat 7.1 and ircservices 4.5.15.
-> When i start services and examine the log, it says that my
-> server version is too old. How do I fix it? I have messed
-> with the V: option, turning it on and off, and either way it
-> doesnt do anything.
->
-> -----------------------------------------------------------
-> 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 gluniz at luniz.dynip.com Fri May 18 10:47:00 2001
-From: gluniz at luniz.dynip.com (Greg Lunar)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] ircd2.10.3 says old version
-References: <000001c0df76$1213db00$0264a8c0@nygmatech.local>
-Message-ID: <000701c0df77$06b8f1e0$0200a8c0@glunizpc>
-
-My apologies.
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, May 18, 2001 4:39 AM
-Subject: RE: [IRCServices] ircd2.10.3 says old version
-
-
->
-> Hello;
->
-> This question comes simply too often. If you had read the README,
-> you would have noticed:
-> >>
-> Services was originally designed for use with versions of the
-> DALnet
-> IRC server implementation (ircd.dal) through 4.4.13. Currently,
-> Services
-> interoperates with the following IRC servers:
-> ircd-2.8.x (or any RFC1459-compliant server)
-> ircd-2.8.x+TS8
-> ircu 2.9.x
-> ircd.dal 4.4.x
-> ircd.dal 4.6.x (Dreamforge)
-> Bahamut 1.4.23 and later
-> Unreal 3.1.1
-> >>
-> There is NO compatibility with ircd-2.9.x or later. Services cannot
-> be run with that ircd. It uses a totally different, non timestamp
-> protocol with its own extensions. (4 additional RFCs are defined for
-> that.)
-> The context SERVICE, defined via a S:Line does not have anything to
-> do with IrcServices.
->
-> Adviseable is the usage of Bahamut (http://bahamut.dal.net)
-> of version 1.4.24
->
-> Regards;
-> yusuf
->
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Greg Lunar
-> > Sent: Freitag, 18. Mai 2001 10:08
-> > To: ircservices@ircservices.za.net
-> > Subject: [IRCServices] ircd2.10.3 says old version
-> >
-> >
-> > I am using ircd2.10.3-1 on redhat 7.1 and ircservices 4.5.15.
-> > When i start services and examine the log, it says that my
-> > server version is too old. How do I fix it? I have messed
-> > with the V: option, turning it on and off, and either way it
-> > doesnt do anything.
-> >
-> > -----------------------------------------------------------
-> > 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 kevc978 at btinternet.com Fri May 18 21:19:01 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services Akill ID
-Message-ID: <001c01c0e098$3ed6f6e0$34838dac@f3m9e1>
-
-Hi,
-
-I was wondering if anyone could send me code to paste into ircservices, to add an Akill ID, my opers are obvioulsy lazy and dont take the time to add [Akill ID -] at the end of the akill, due to having to ban fast, this would be great as a Services Issue, and Yusuf, NO, it is not a client OR ircd issue. Mostly just a random number would be GREAT, with maybe Akill ID- text beside it.
-
-This ends up with me being e-mailed with 20 e-mails a day asking to be unbanned.. i dont have the persons host , there could be 6 similar ones, so we use Akill ID's to give people unique akills, which helps a lot.
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010518/84eecebc/attachment.html
-From johanyg at ifi.uio.no Fri May 18 21:23:02 2001
-From: johanyg at ifi.uio.no (Johan Yves August Grasmo)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Problems with chanserv.c and Db-support
-Message-ID: <200105181921.6136.munkakufl.ifi.uio.no@ifi.uio.no>
-
-Hello again :-)
-
-I'm trying to adjust the irc services to support mysql, and
-I'm now just trying to get it to work. I've imported the
-different nicks correctly, and now I'm trying to adjust the
-chanserv.c to load the channels and user-permissions from
-the db.
-
-I seem to have some problems with my variable settings for a
-channel, more specifically the ChanAccess *access pointer.
-This returns 8 in get_access(...), and henche it segfaults.
-
-Well, I'm at a loss here :( I would appreciate if anyone
-here could lend me a hand to solve this. I hope the code
-below is readable.
-
-Thanx again,
-
-Johan
-
-
-Snip of load_cs_dbase :
-
-void load_cs_dbase(void)
-{
- ChannelInfo *ci;
- char usquery[500];
- MYSQL cimysql,*cisock, usrmysql, *usrsock;
- MYSQL_RES *res, *usres;
- MYSQL_ROW row, usrrow;
- int j;
- unsigned int num_fields, num_users;
-
- /* mysql-calls to get the channel information */
- mysql_init(&cimysql);
- mysql_init(&usrmysql);
- if (!(cisock = mysql_real_connect(&cimysql,NULL,cidbuser,cidbpass,cidbname,0,NULL,0))) {
- log("debug: Couldn't connect to %s as %s using pass %s",
- cidbname, cidbuser, cidbpass);
- exit(1);
- }
-
- if (mysql_select_db(&cimysql,cidbname)) {
- log("debug: Failed to select table: Error: %s", mysql_error(&cimysql));
- exit(1);
- }
- mysql_query(&cimysql,ciSELECT_QUERY);
- res = mysql_use_result(&cimysql);
- num_fields = mysql_num_fields(res);
- /* End channel-information */
-
- /* Mysql-calls to get the user information */
- /* usrsock = mysql_real_connect(&cimysql,NULL,cidbuser,cidbpass,cidbname,0,NULL,0);
- mysql_select_db(&usrmysql,cidbname);*/
- if (!(usrsock = mysql_real_connect(&usrmysql,NULL,cidbuser,cidbpass,cidbname,0,NULL,0))) {
- log("debug: Couldn't connect to %s as %s using pass %s",
- cidbname, cidbuser, cidbpass);
- exit(1);
- }
-
- if (mysql_select_db(&usrmysql,cidbname)) {
- log("debug: Failed to select table: Error: %s", mysql_error(&usrmysql));
- exit(1);
- }
- /* End user-information */
-
- while ((row = mysql_fetch_row(res))) {
- /*
- row[2] - channelname
- row[3] - flags (as defined in services.h (1,2,4,8,16 etc))
- row[6] - founder
- row[7] - founderpass
- row[12] - entry_message
- */
- log("debug: Processing channel %s(Flags: %s) with founder %s and pass %s", row[2], row[3], row[6], row[7]);
- ci = smalloc(sizeof(ChannelInfo));
- strcpy(ci->name,row[2]);
- ci->founder = findnick(row[6]);
- strcpy(ci->founderpass, row[7]);
- ci->entry_message = row[12];
- ci->flags = atoi(row[3]);
- ci->levels = smalloc(2*CA_SIZE);
- reset_levels(ci);
- *(ci->levels) = 5;
- ci->mlock_on = 548;
- ci->time_registered = 0;
- ci->last_used = 0;
- ci->mlock_off = 0;
- ci->mlock_key = 0;
- ci->mlock_limit = 0;
-
-
- /*
- Various flags that has to be set :
- Level - Desc.
- 10 Access to change things. Do not set this
- 5 Auto OP
- 4 Half OP
- 3 Auto Voice
- 0 Normal
- -1 Auto De-op
- -2 No-join (forces person to part channel)
-
- */
-
- sprintf(usquery, "SELECT * FROM ircuserpermissions WHERE channel = '%s'", row[2]);
- /*
- The results from this query is :
- row[0] - ircnick
- row[1] - channelname
- row[2] - flag (as defined in def_levels)
- */
- mysql_query(&usrmysql, usquery);
- usres = mysql_use_result(&usrmysql);
-
- j=0;
- num_users = mysql_num_fields(usres);
- log("debug: Found %d users for channel %s", num_users, row[2]);
- if (num_users > 0) {
- ci->accesscount = num_users;
- /* Looping here if we have registered any accesses on users */
- while ((usrrow = mysql_fetch_row(usres))) {
- ci->access = scalloc(ci->accesscount, sizeof(ChanAccess));
- ci->access[j].in_use = 1;
- ci->access[j].level = atoi(usrrow[2]);
- ci->access[j].ni = findnick(usrrow[0]);
- log("debug: &ci->access[j].in_use -> %d", ci->access[j].in_use);
- if (ci->access[j].ni == NULL)
- ci->access[j].in_use = 0;
- log("debug: Setting flags for user %s for channel %s with permissions %d (%s)", usrrow[0], usrrow[1], ci->access[j].level, usrrow[2]);
- j++;
- }
- }
- alpha_insert_chan(ci);
- }
- mysql_close(cisock);
- mysql_close(usrsock);
-}
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri May 18 23:13:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:21 2004
-Subject: [IRCServices] Services Akill ID
-In-Reply-To: <001c01c0e098$3ed6f6e0$34838dac@f3m9e1>
-Message-ID: <000001c0dfdf$729c4980$0264a8c0@nygmatech.local>
-
-Hello;
-
-I still THINK that this is an IRCD issue, that YOU can solve WITHOUT
-creating a
-ID system, the way I described a few weeks ago:
-
-If you use bahamut, and have little coding abilities, you may do that
-personally. In the file s_user.c is a function called register_user
-During this function, the new connection is checked via existing
-autokills or klines. If one of them match the person, some text is sent
-to this, saying, You are banned from this network, etc...
-
-One of those lines is the following:
-
-sendto_one(sptr, ":%s NOTICE %s :*** %s for %s",
- me.name, sptr->name, ktype, reason);
-
-If you want the user to see, which autokill host is being matched
-against them, you modify best this line to the following:
-
-sendto_one(sptr, ":%s NOTICE %s :*** %s for %s (Mask %s@%s is matching
-against you)",
- me.name, sptr->name, ktype, reason,
- (aconf->name ? aconf->name : "*"),
- (aconf->host ? aconf->host : "*"));
-
-
-If you do consider this change, the person who is autokilled, will
-receive at akill time
-a notice saying:
-
-*** Autokilled for Abuse. (Mask *@*.domain.com is matching against you)
-
-They may then email the text *@*.domain.com to you, and you can remove
-that akill easily.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Kevc978
-Sent: Samstag, 19. Mai 2001 21:17
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Services Akill ID
-
-
-Hi,
-
-I was wondering if anyone could send me code to paste into ircservices,
-to add an Akill ID, my opers are obvioulsy lazy and dont take the time
-to add [Akill ID -] at the end of the akill, due to having to ban fast,
-this would be great as a Services Issue, and Yusuf, NO, it is not a
-client OR ircd issue. Mostly just a random number would be GREAT, with
-maybe Akill ID- text beside it.
-
-This ends up with me being e-mailed with 20 e-mails a day asking to be
-unbanned.. i dont have the persons host , there could be 6 similar ones,
-so we use Akill ID's to give people unique akills, which helps a lot.
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
-
-
-From kevc978 at btinternet.com Fri May 18 23:39:00 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services Akill ID
-Message-ID: <004401c0e0ab$bfdc7720$34838dac@f3m9e1>
-
-Ok then,
-
-what about the initial kill when the user is disconnected, most users dont try to connect again, and if they do they get the SERVICES akill reason.
-
-DALnet actually have this coded into services as coding it into the ircd would mean another way of getting the ircd to chase the information up on services to find the akill ID as the information isnt put on the ircd, and when generating "Reason" the services Akill Reason is taken.
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
- -----Original Message-----
- From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
- To: ircservices@ircservices.za.net <ircservices@ircservices.za.net>
- Date: 18 May 2001 22:13
- Subject: RE: [IRCServices] Services Akill ID
-
-
-
- Hello;
-
- I still THINK that this is an IRCD issue, that YOU can solve WITHOUT
- creating a
- ID system, the way I described a few weeks ago:
-
- If you use bahamut, and have little coding abilities, you may do that
- personally. In the file s_user.c is a function called register_user
- During this function, the new connection is checked via existing
- autokills or klines. If one of them match the person, some text is sent
- to this, saying, You are banned from this network, etc...
-
- One of those lines is the following:
-
- sendto_one(sptr, ":%s NOTICE %s :*** %s for %s",
- me.name, sptr->name, ktype, reason);
-
- If you want the user to see, which autokill host is being matched
- against them, you modify best this line to the following:
-
- sendto_one(sptr, ":%s NOTICE %s :*** %s for %s (Mask %s@%s is matching
- against you)",
- me.name, sptr->name, ktype, reason,
- (aconf->name ? aconf->name : "*"),
- (aconf->host ? aconf->host : "*"));
-
-
- If you do consider this change, the person who is autokilled, will
- receive at akill time
- a notice saying:
-
- *** Autokilled for Abuse. (Mask *@*.domain.com is matching against you)
-
- They may then email the text *@*.domain.com to you, and you can remove
- that akill easily.
-
- Regards;
- yusuf
-
- ----------------------------------------------------------------------
- | Yusuf Iskenderoglu | You get to meet all sorts, |
- | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
- | eMail - s_iskend@ira.uka.de | |
- | ICQ UIN : 20587464 \ TimeMr14C | |
- ----------------------------------------------------------------------
-
-
- -----Original Message-----
- From: ircservices-admin@ircservices.za.net
- [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Kevc978
- Sent: Samstag, 19. Mai 2001 21:17
- To: ircservices@ircservices.za.net
- Subject: [IRCServices] Services Akill ID
-
-
- Hi,
-
- I was wondering if anyone could send me code to paste into ircservices,
- to add an Akill ID, my opers are obvioulsy lazy and dont take the time
- to add [Akill ID -] at the end of the akill, due to having to ban fast,
- this would be great as a Services Issue, and Yusuf, NO, it is not a
- client OR ircd issue. Mostly just a random number would be GREAT, with
- maybe Akill ID- text beside it.
-
- This ends up with me being e-mailed with 20 e-mails a day asking to be
- unbanned.. i dont have the persons host , there could be 6 similar ones,
- so we use Akill ID's to give people unique akills, which helps a lot.
-
-
- Kevc978
- NetWork Founder
- Irc.DarkServ.Net
-
- -----------------------------------------------------------
- To unsubscribe, mail ircservices-request@ircservices.za.net
- with the word UNSUBSCRIBE in the subject of the mail.
- http://www.ircservices.za.net/mailman/listinfo/ircservices
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010518/9ebb0fca/attachment.htm
-From mike at chat.za.net Sat May 19 13:03:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services Akill ID
-Message-ID: <2.2.32.20010519110217.0142d680@196.14.3.98>
-
-This sounds like a nice idea :)
-
-Might be better to have part of the ID as like the first 3 letters of the
-opers nick, and the rest, part of the date?
-
-ie
-
-Say Beast adds an akill for someone on the 20/05/2001
-
-Your ID would be - BEA-01-20052001
-
-Being the first akill that beast added that day?
-
-OR am I being overly complicated here?
-
-Mike
-
-At 08:16 PM 01/05/19 +0100, you wrote:
->Hi,
->
->I was wondering if anyone could send me code to paste into ircservices, to
-add an Akill ID, my opers are obvioulsy lazy and dont take the time to add
-[Akill ID -] at the end of the akill, due to having to ban fast, this would
-be great as a Services Issue, and Yusuf, NO, it is not a client OR ircd
-issue. Mostly just a random number would be GREAT, with maybe Akill ID-
-text beside it.
->
->This ends up with me being e-mailed with 20 e-mails a day asking to be
-unbanned.. i dont have the persons host , there could be 6 similar ones, so
-we use Akill ID's to give people unique akills, which helps a lot.
->
->
->Kevc978
->NetWork Founder
->Irc.DarkServ.Net
->
-><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-><HTML><HEAD>
-><META http-equiv=Content-Type content="text/html; charset=windows-1252">
-><META content="MSHTML 5.50.4134.600" name=GENERATOR></HEAD>
-><BODY bgColor=#ffffff>
-><DIV><FONT size=2>Hi,</FONT></DIV>
-><DIV><FONT size=2></FONT> </DIV>
-><DIV><FONT size=2>I was wondering if anyone could send me code to paste into
->ircservices, to add an Akill ID, my opers are obvioulsy lazy and dont take the
->time to add [Akill ID -] at the end of the akill, due to having to ban fast,
->this would be great as a Services Issue, and Yusuf, NO, it is not a client OR
->ircd issue. Mostly just a random number would be GREAT, with maybe Akill
->ID- text beside it.</FONT></DIV>
-><DIV><FONT size=2></FONT> </DIV>
-><DIV><FONT size=2>This ends up with me being e-mailed with 20 e-mails a day
->asking to be unbanned.. i dont have the persons host , there could be 6
-similar
->ones, so we use Akill ID's to give people unique akills, which helps a
->lot.</FONT></DIV>
-><DIV><FONT size=2></FONT> </DIV>
-><DIV><FONT size=2></FONT> </DIV>
-><DIV>Kevc978<BR>NetWork Founder<BR>Irc.DarkServ.Net</DIV>
-><DIV> </DIV></BODY></HTML>
->
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From k.hawkes at zombies.force9.net Sat May 19 23:03:01 2001
-From: k.hawkes at zombies.force9.net (Mr. K. Hawkes)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services Akill ID
-Message-ID: <E151DrA-0004HR-00@protactinium>
-
-No, I don't think that's too complicated... only time it would fail
-possibly is if you have 2 opers with similar nicks... e.g. Beast and
-Beasty_Boy.
-
-Unlikely perhaps, but it's still a possibility.
-
-You could use the internal date formatting of Services to get the 'DATE'
-part of it sorted out, as for number of akills added, a simple 'for' loop
-may help sort that out.
-
-Just my opinion...
-
-Quinn
-
-----------
-> From: Michael Smith <mike@chat.za.net>
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Services Akill ID
-> Date: Saturday, May 19, 2001 12:02
->
->
-> This sounds like a nice idea :)
->
-> Might be better to have part of the ID as like the first 3 letters of the
-> opers nick, and the rest, part of the date?
->
-> ie
->
-> Say Beast adds an akill for someone on the 20/05/2001
->
-> Your ID would be - BEA-01-20052001
->
-> Being the first akill that beast added that day?
->
-> OR am I being overly complicated here?
->
-> Mike
->
-> At 08:16 PM 01/05/19 +0100, you wrote:
-> >Hi,
-> >
-> >I was wondering if anyone could send me code to paste into ircservices,
-to
-> add an Akill ID, my opers are obvioulsy lazy and dont take the time to
-add
-> [Akill ID -] at the end of the akill, due to having to ban fast, this
-would
-> be great as a Services Issue, and Yusuf, NO, it is not a client OR ircd
-> issue. Mostly just a random number would be GREAT, with maybe Akill ID-
-> text beside it.
-> >
-> >This ends up with me being e-mailed with 20 e-mails a day asking to be
-> unbanned.. i dont have the persons host , there could be 6 similar ones,
-so
-> we use Akill ID's to give people unique akills, which helps a lot.
-> >
-> >
-> >Kevc978
-> >NetWork Founder
-> >Irc.DarkServ.Net
-> >
-> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-> ><HTML><HEAD>
-> ><META http-equiv=Content-Type content="text/html; charset=windows-1252">
-> ><META content="MSHTML 5.50.4134.600" name=GENERATOR></HEAD>
-> ><BODY bgColor=#ffffff>
-> ><DIV><FONT size=2>Hi,</FONT></DIV>
-> ><DIV><FONT size=2></FONT> </DIV>
-> ><DIV><FONT size=2>I was wondering if anyone could send me code to paste
-into
-> >ircservices, to add an Akill ID, my opers are obvioulsy lazy and dont
-take the
-> >time to add [Akill ID -] at the end of the akill, due to having to ban
-fast,
-> >this would be great as a Services Issue, and Yusuf, NO, it is not a
-client OR
-> >ircd issue. Mostly just a random number would be GREAT, with maybe
-Akill
-> >ID- text beside it.</FONT></DIV>
-> ><DIV><FONT size=2></FONT> </DIV>
-> ><DIV><FONT size=2>This ends up with me being e-mailed with 20 e-mails a
-day
-> >asking to be unbanned.. i dont have the persons host , there could be 6
-> similar
-> >ones, so we use Akill ID's to give people unique akills, which helps a
-> >lot.</FONT></DIV>
-> ><DIV><FONT size=2></FONT> </DIV>
-> ><DIV><FONT size=2></FONT> </DIV>
-> ><DIV>Kevc978<BR>NetWork Founder<BR>Irc.DarkServ.Net</DIV>
-> ><DIV> </DIV></BODY></HTML>
-> >
-> ---
-> Michael Smith (Warlock on IRC)
-> http://www.warlock.web.za
-> "Do you smell something burning or is it me?"
-> -- Joan of Arc
->
-> -----------------------------------------------------------
-> 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 dan_jr at ultim.net Sun May 20 00:27:01 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Chanserv Kick command?
-In-Reply-To: <E151DrA-0004HR-00@protactinium>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDKEDOCBAA.dan_jr@ultim.net>
-
-I would like to know
-
-if there is any possibility to add a KICK command to chanserv
-like operserv have!
-
-I mean it could be very useful to get this command.. sometime!
-
-anyz, lemme in touch on it!
-
-Dan
-Montreal NeverNet Admin
-NeverNet Irc Network
-
-From achurch at achurch.org Sun May 20 02:05:09 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Chanserv Kick command?
-Message-ID: <3b070a17.04422@achurch.org>
-
->I would like to know
->
->if there is any possibility to add a KICK command to chanserv
->like operserv have!
-
- Why is a regular /kick insufficient?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From dan_jr at ultim.net Sun May 20 03:31:01 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Chanserv Kick command?
-In-Reply-To: <3b070a17.04422@achurch.org>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDKEDPCBAA.dan_jr@ultim.net>
-
-Of course ..
-
-But is very useful sometime to use chanserv to kick someone
-
-like to voice someone with it!
-
-I know it is easy to add as function in. and im suggesting it
-for the next release..
-I mean.. I use operserv to kick someone in channel sometime
-but regular chaops can't and any regular bots or other services
-can use kick command into chanserv..
-
-lol
-
-anyway.. it is only a question
-
-thanks
-
-Dan
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-Sent: 19 mai, 2001 20:04
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Chanserv Kick command?
-
-
->I would like to know
->
->if there is any possibility to add a KICK command to chanserv
->like operserv have!
-
- Why is a regular /kick insufficient?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
------------------------------------------------------------
-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 countersync at hotmail.com Sun May 20 05:42:01 2001
-From: countersync at hotmail.com (Countersync)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Chanserv Kick command?
-References: <NFBBLDGJFAGGOPLMDGMDKEDPCBAA.dan_jr@ultim.net>
-Message-ID: <OE48nHM3SOlbpH71yEX00000b4a@hotmail.com>
-
-I actually think that there should be some sort of exposure of API calls for
-bots as well. So many times I've wanted an easy way to do mass status
-commands, retrieve an array of addresses only given a list of nicknames,
-perhaps even an option to use system compression/encryption codecs before
-sending messages between the server and client. Also; having an option to
-open DCC sessions to services (or telnet in to them if logged in to IRC) to
-bypass the regular network would also be an interesting idea.
-
-Anyway back to this thread's idea. It would be REALLY interesting if the
-services had not only the ability to do anything a channel op can do, but
-also the option to give users the ability to only do certain things, a
-method of going beyond simple at level X you can do this. Perhaps a group
-method, perhaps something similar to Unix file permissions (which on most
-systems have different ways of accessing the actual storage of data. Such
-as a more verbose structure for normal users, which separates different
-options in to actual word phrases or simple yes/no choices. Verses the hex
-or octal modes that allow for much shorter setting by just doing the raw
-bitlevel.)
-
-Places that this would be extremely useful are if you have a user that you
-trust with invites, but don't want to allow them access to being an actual
-op. Or if you have a bot that is just supposed to do voice issues but not
-any kicks/bans/etc. There are variations upon these themes, however these
-are the most common ones that I've seen.
-
-The ideal layout for services would be having EVERYTHING in modules. There
-would be defined interfaces for each module. Each module would become it's
-own thread(s), and even code tree. For example if there was a kick module,
-when a user asks it to do something, there would be a standard "Can this
-user do X" call within the access module. This module could then use
-whatever method the compiler/administrators saw fit to include. It would no
-longer matter where or how the databases were stored, or how each component
-worked. They would evolve separately like TCP/IP.
-
-Additionally there would be different interaction versions. Optionally
-legacy support in future versions for named older modules, perhaps even
-wrapper modules to ease transitions. Right now this is about as detailed as
-I can get. I believe that I understand the general concepts of programming,
-however I do not know the actual ramifications of what I ask. I have no
-clue how easy/difficult these would be do to. From what I do know this
-seems to be the most logical and productive path. Speaking of that,
-labeling from individual sub-routines up would help some other ideas that I
-have for the future. Especially if each were maintained by a single person
-and had a defined structure for passing variables if it were to be exposed;
-actually I guess that would have to be anyway.
-
-Sorry for being this long and just dropping this. I just started typing and
-somewhere along the line I realized that now was probably the right time to
-insert my 'grandiose' ideas. Especially since having a more realistic look
-on the future I won't be good enough to even think of taking on a project
-this big for about 1 year if I work hard; which I'm going to have to do for
-the college I'm planning to attend. So that optimistic figure is not likely
-to be realistic.
------ Original Message -----
-From: "Daniel" <dan_jr@ultim.net>
-Sent: Sunday, May 20, 2001 01:30
-> Of course ..
->
-> But is very useful sometime to use chanserv to kick someone
->
-> like to voice someone with it!
->
-> I know it is easy to add as function in. and im suggesting it
-> for the next release..
-> I mean.. I use operserv to kick someone in channel sometime
-> but regular chaops can't and any regular bots or other services
-> can use kick command into chanserv..
-> -----Original Message-----
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
-> Sent: 19 mai, 2001 20:04
-> >I would like to know
-> >
-> >if there is any possibility to add a KICK command to chanserv
-> >like operserv have!
->
-> Why is a regular /kick insufficient?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-
-From achurch at achurch.org Sun May 20 06:50:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Chanserv Kick command?
-Message-ID: <3b074cf5.05710@achurch.org>
-
- While you do present some interesting ideas, they're not realistically
-very feasible (translation: I don't wanna). I can't blame you for trying,
-but as you say and your message shows, you're not very experienced in
-programming, particularly real-world programming; one of the key things you
-learn is that if you want to actually get anything done, you have to forget
-everything your teachers ever taught you about programming.
-
- Okay, I'm exaggerating a bit there, but trying for a perfect program
-design makes the actual implementation hell. The best real-world design
-for a program is one that is not so sloppy that it can't be maintained
-easily, but not so elegant that you get more "metacode" (procedure headers,
-dynamic link management, etc.) than code for the guts of the program
-itself. The former leads to mountains of bugs and slow code development;
-the latter leads to hills of bugs (because you have to copy the same code
-over and over, increasing the likelihood of a mistake) and, again, slow
-code development. In fact, the primary motivation behind my redesign of
-Services for version 5.0 is that it's grown to over four times its original
-(version 1.0) size and is leaning toward the "sloppy" category now.
-
- One other comment: Having more people working on the program doesn't
-necessarily mean more productivity--people have to communicate, decide on
-things, have arguments, and so on. You might try reading Fred Brooks'
-"The Mythical Man-Month" sometime; while it's centered more on really big
-projects that take dozens or hundreds of people, it still makes a number of
-good points about program development in general.
-
- Anyway, they're good thoughts; you're welcome to try them on your own
-if you like, but I'll pass.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->I actually think that there should be some sort of exposure of API calls for
->bots as well. So many times I've wanted an easy way to do mass status
->commands, retrieve an array of addresses only given a list of nicknames,
->perhaps even an option to use system compression/encryption codecs before
->sending messages between the server and client. Also; having an option to
->open DCC sessions to services (or telnet in to them if logged in to IRC) to
->bypass the regular network would also be an interesting idea.
->
->Anyway back to this thread's idea. It would be REALLY interesting if the
->services had not only the ability to do anything a channel op can do, but
->also the option to give users the ability to only do certain things, a
->method of going beyond simple at level X you can do this. Perhaps a group
->method, perhaps something similar to Unix file permissions (which on most
->systems have different ways of accessing the actual storage of data. Such
->as a more verbose structure for normal users, which separates different
->options in to actual word phrases or simple yes/no choices. Verses the hex
->or octal modes that allow for much shorter setting by just doing the raw
->bitlevel.)
->
->Places that this would be extremely useful are if you have a user that you
->trust with invites, but don't want to allow them access to being an actual
->op. Or if you have a bot that is just supposed to do voice issues but not
->any kicks/bans/etc. There are variations upon these themes, however these
->are the most common ones that I've seen.
->
->The ideal layout for services would be having EVERYTHING in modules. There
->would be defined interfaces for each module. Each module would become it's
->own thread(s), and even code tree. For example if there was a kick module,
->when a user asks it to do something, there would be a standard "Can this
->user do X" call within the access module. This module could then use
->whatever method the compiler/administrators saw fit to include. It would no
->longer matter where or how the databases were stored, or how each component
->worked. They would evolve separately like TCP/IP.
->
->Additionally there would be different interaction versions. Optionally
->legacy support in future versions for named older modules, perhaps even
->wrapper modules to ease transitions. Right now this is about as detailed as
->I can get. I believe that I understand the general concepts of programming,
->however I do not know the actual ramifications of what I ask. I have no
->clue how easy/difficult these would be do to. From what I do know this
->seems to be the most logical and productive path. Speaking of that,
->labeling from individual sub-routines up would help some other ideas that I
->have for the future. Especially if each were maintained by a single person
->and had a defined structure for passing variables if it were to be exposed;
->actually I guess that would have to be anyway.
->
->Sorry for being this long and just dropping this. I just started typing and
->somewhere along the line I realized that now was probably the right time to
->insert my 'grandiose' ideas. Especially since having a more realistic look
->on the future I won't be good enough to even think of taking on a project
->this big for about 1 year if I work hard; which I'm going to have to do for
->the college I'm planning to attend. So that optimistic figure is not likely
->to be realistic.
->----- Original Message -----
->From: "Daniel" <dan_jr@ultim.net>
->Sent: Sunday, May 20, 2001 01:30
->> Of course ..
->>
->> But is very useful sometime to use chanserv to kick someone
->>
->> like to voice someone with it!
->>
->> I know it is easy to add as function in. and im suggesting it
->> for the next release..
->> I mean.. I use operserv to kick someone in channel sometime
->> but regular chaops can't and any regular bots or other services
->> can use kick command into chanserv..
->> -----Original Message-----
->> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Church
->> Sent: 19 mai, 2001 20:04
->> >I would like to know
->> >
->> >if there is any possibility to add a KICK command to chanserv
->> >like operserv have!
->>
->> Why is a regular /kick insufficient?
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->-----------------------------------------------------------
->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 Craig at e-tidalwave.co.uk Sun May 20 12:16:01 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Something for next big release of Services?
-Message-ID: <OE22p3wyv9kI3WfkxER000029c7@hotmail.com>
-
-I dunno if anyone read this while we were talking about Nickserv Access, but i suggested haveing a 'Module' System Where people can make / add their own service, or add additional commands to the Lists (For example
-Nickserv Access (if its removed)) Also, a manual so ppl can easily make their own. This may be a hard task to do, But i think you can Do it :)
-what are other peoples thoughts?
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010520/e3f1ab1a/attachment.html
-From achurch at achurch.org Sun May 20 12:20:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Something for next big release of Services?
-Message-ID: <3b079a77.06507@achurch.org>
-
->This is a multi-part message in MIME format.
->
->------=_NextPart_000_0011_01C0E11C.319BC580
->Content-Type: text/plain;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
->I dunno if anyone read this while we were talking about Nickserv Access, =
->but i suggested haveing a 'Module' System Where people can make / add =
->their own service, or add additional commands to the Lists (For example=20
->Nickserv Access (if its removed)) Also, a manual so ppl can easily make =
->their own. This may be a hard task to do, But i think you can Do it :)
->what are other peoples thoughts?
-
- As has been mentioned before, module support is planned for
-Services 5.0.
-
->------=_NextPart_000_0011_01C0E11C.319BC580
->Content-Type: text/html;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
-><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-><HTML><HEAD>
-><META http-equiv=3DContent-Type content=3D"text/html; =
->charset=3Diso-8859-1">
-><META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
-><STYLE></STYLE>
-></HEAD>
-><BODY bgColor=3D#ffffff>
-><DIV><FONT face=3DArial size=3D2>I dunno if anyone read this while we =
->were talking=20
->about Nickserv Access, but i suggested haveing a 'Module' System Where =
->people=20
->can make / add their own service, or add additional commands to the =
->Lists (For=20
->example </FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>Nickserv Access (if its removed)) Also, =
->a =20
->manual so ppl can easily make their own. This may be a hard task to do, =
->But i=20
->think you can Do it :)</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>what are other peoples=20
->thoughts?</FONT></DIV></BODY></HTML>
->
->------=_NextPart_000_0011_01C0E11C.319BC580--
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From silvius at expres.ro Sun May 20 12:56:02 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Plans for 5.0
-Message-ID: <3B07A286.8C63B9A4@expres.ro>
-
-Can we have a "generate-and-mail" password for hashed db in 5.0? plz? :)
-
-
-Partizanu
-
-From achurch at achurch.org Mon May 21 16:29:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services 4.5.16 released
-Message-ID: <3b09261e.13015@achurch.org>
-
- Services 4.5.16 has been released, and may be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.16.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.16.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- Aside from a few minor fixes (listed below, mostly Unreal-related),
-this version includes a new Spanish language file, courtesy of
-<RealCFC@chatfirst.com>, to replace the outdated file in previous
-versions.
-
-Changes in version 4.5.16
--------------------------
-2001/05/21 Added updated Spanish language file, courtesy of
- <RealCFC@chatfirst.com>
-2001/05/20 Fixed memory leak when deleting nicknames.
-2001/05/15 Disallow +q/+a for AUTODEOP users on Unreal. Reported by
- codemastr <codemstr@ptd.net>
-2001/05/14 Fixed bug allowing +I users into empty, +H-locked channels
- (Unreal only). Reported by codemastr <codemstr.ptd.net>
-2001/05/14 Made mode-bounce checking more robust for Unreal. Reported
- by codemastr <codemstr@ptd.net>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ferrari at nl.com.br Mon May 21 16:32:01 2001
-From: ferrari at nl.com.br (Eduardo Ferrari)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services 4.5.16 released
-References: <3b09261e.13015@achurch.org>
-Message-ID: <01cb01c0e203$1a22a030$f1c809c0@ferrari>
-
-When the IRCd bug will be fixed ? Or it will not be fixed to work with this
-release ?
-
-Eduardo de Morais Ferrari
-Area de Suporte - Oracle
-E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-N&L Informatica. Solucoes Inteligentes em Tecnologia da Informacao
-Visite nosso site: http://www.nl.com.br
------------------------------------------------------------------
-ICQ # 10566751
-Registred Linux User # 186849
------------------------------------------------------------------
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 21, 2001 11:24 AM
-Subject: [IRCServices] Services 4.5.16 released
-
-
-> Services 4.5.16 has been released, and may be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.16.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.16.diff.gz
->
-> ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> Aside from a few minor fixes (listed below, mostly Unreal-related),
-> this version includes a new Spanish language file, courtesy of
-> <RealCFC@chatfirst.com>, to replace the outdated file in previous
-> versions.
->
-> Changes in version 4.5.16
-> -------------------------
-> 2001/05/21 Added updated Spanish language file, courtesy of
-> <RealCFC@chatfirst.com>
-> 2001/05/20 Fixed memory leak when deleting nicknames.
-> 2001/05/15 Disallow +q/+a for AUTODEOP users on Unreal. Reported by
-> codemastr <codemstr@ptd.net>
-> 2001/05/14 Fixed bug allowing +I users into empty, +H-locked channels
-> (Unreal only). Reported by codemastr <codemstr.ptd.net>
-> 2001/05/14 Made mode-bounce checking more robust for Unreal. Reported
-> by codemastr <codemstr@ptd.net>
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 johanyg at ifi.uio.no Mon May 21 17:30:05 2001
-From: johanyg at ifi.uio.no (Johan Yves August Grasmo)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Settings for nicks in nickserv.c
-Message-ID: <200105211529.28324.munkakufl.ifi.uio.no@ifi.uio.no>
-
-Good evening,
-
-I've almost succeeded (I think), in implementing
-mysql-support in the services. The only things it does now
-is importing nick-info and channel-info from a
-mysql-database (where the information is registered over
-web).
-However I seem to have a few problems when setting
-channel-permissions for the imported nicks. I think this is
-because I don't set the correct values for each nick.
-
-I've set the flags correctly for each nick/channel, but when
-I set the accesslevel for a nick to -2 (nojoin), the nick is
-still able to join the channel. Has this something to do
-with the following code ? :
-[snip]
- if (ni->accesscount) {
- char **access;
- access = smalloc(sizeof(char *) * ni->accesscount);
- ni->access = access;
- for (j = 0; j < ni->accesscount; j++, access++) {
- SAFE(read_string(access, f));
- }
- }
-[/snip]
-I think this routine sets the mask or something to the nick,
-or am I barking up the wrong tree with this one ?
-
-I cannot set the usermask to the user since all nicks are
-read from the db (it doesn't save yet), or has this nothing
-to do with my problems ?
-
-I hope someone can help me out here; I'm not too far away I
-think.
-
-Btw. Is there some (extensive) documentation for the
-services anywhere ?
-
-
-Sincerely,
-Johan Grasmo
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon May 21 18:30:04 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: AW: [IRCServices] Settings for nicks in nickserv.c
-In-Reply-To: <200105211529.28324.munkakufl.ifi.uio.no@ifi.uio.no>
-Message-ID: <NDBBKLOOKLMAKHFICBLCGEHBEPAA.uhc0@rz.uni-karlsruhe.de>
-
-Hello;
-
-> I've almost succeeded (I think), in implementing
-> mysql-support in the services. The only things it does now
-> is importing nick-info and channel-info from a
-> mysql-database (where the information is registered over
-> web).
-
-Nice, though I did not know that you have been asked to do so.
-
-> However I seem to have a few problems when setting
-> channel-permissions for the imported nicks. I think this is
-> because I don't set the correct values for each nick.
-
-To understand, how a nickinfo is built, you only need nickserv.h
-and nothing else. I do not see any complexity.
-
-> I've set the flags correctly for each nick/channel, but when
-> I set the accesslevel for a nick to -2 (nojoin), the nick is
-> still able to join the channel. Has this something to do
-> with the following code ? :
-> [snip]
-> if (ni->accesscount) {
-> char **access;
-> access = smalloc(sizeof(char *) * ni->accesscount);
-> ni->access = access;
-> for (j = 0; j < ni->accesscount; j++, access++) {
-> SAFE(read_string(access, f));
-> }
-> }
-> [/snip]
-
-Obviously, you do not understand, how services is working.
-Nickname access lists do NOT have anything to do with the
-access list of a channel. They are only used, to check whether a
-nick has to be killed, if not identified to nickserv.
-
-That the nick is able to join shows clearly that the nojoin setting
-you appearently made is mixed up with something else.
-Maybe you mixed the values of leves settings whilst reading from
-the database ?
-
-> I think this routine sets the mask or something to the nick,
-> or am I barking up the wrong tree with this one ?
-
-Please do read /nickserv help access
-before asking this question.
-
-> I cannot set the usermask to the user since all nicks are
-> read from the db (it doesn't save yet), or has this nothing
-> to do with my problems ?
-
-The usermask is set via the NICK received from the irc server.
-The usermask of the last seen is read from the database.
-
-> I hope someone can help me out here; I'm not too far away I
-> think.
-
-Please do try to understand how services works, before
-trying to modify it in a way that nothing works.
-
-> Btw. Is there some (extensive) documentation for the
-> services anywhere ?
-
-You only need the include files, to understand the
-structure of *infos. To understand what commands are doing,
-you do need to read the helpfiles.
-
-> Sincerely,
-> Johan Grasmo
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon May 21 18:32:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: AW: [IRCServices] Services 4.5.16 released
-In-Reply-To: <01cb01c0e203$1a22a030$f1c809c0@ferrari>
-Message-ID: <NDBBKLOOKLMAKHFICBLCKEHBEPAA.uhc0@rz.uni-karlsruhe.de>
-
-As I already stated months ago,
-services does NOT _support_ irc2.10.x. It is simply too different.
-The missing of that support is NOT a _bug_.
-
-If you want to make services compatible with that ircd, you will
-have to do your own work. Or wait for 5.0, for someone might write
-a module corresponding to that ircd.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von
-> Eduardo Ferrari
-> Gesendet: Montag, 21. Mai 2001 16:34
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Services 4.5.16 released
->
->
-> When the IRCd bug will be fixed ? Or it will not be fixed to work
-> with this
-> release ?
->
-> Eduardo de Morais Ferrari
-> Area de Suporte - Oracle
-> E-mail: ferrari@nl.com.br e ferrariy2k@terra.com.br
-> N&L Informatica. Solucoes Inteligentes em Tecnologia da Informacao
-> Visite nosso site: http://www.nl.com.br
-> -----------------------------------------------------------------
-> ICQ # 10566751
-> Registred Linux User # 186849
-> -----------------------------------------------------------------
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, May 21, 2001 11:24 AM
-> Subject: [IRCServices] Services 4.5.16 released
->
->
-> > Services 4.5.16 has been released, and may be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.16.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.16.diff.gz
-> >
-> > ftp.ircservices.za.net and the mirrors should have it shortly.
-> >
-> > Aside from a few minor fixes (listed below, mostly Unreal-related),
-> > this version includes a new Spanish language file, courtesy of
-> > <RealCFC@chatfirst.com>, to replace the outdated file in previous
-> > versions.
-> >
-> > Changes in version 4.5.16
-> > -------------------------
-> > 2001/05/21 Added updated Spanish language file, courtesy of
-> > <RealCFC@chatfirst.com>
-> > 2001/05/20 Fixed memory leak when deleting nicknames.
-> > 2001/05/15 Disallow +q/+a for AUTODEOP users on Unreal. Reported by
-> > codemastr <codemstr@ptd.net>
-> > 2001/05/14 Fixed bug allowing +I users into empty, +H-locked channels
-> > (Unreal only). Reported by codemastr <codemstr.ptd.net>
-> > 2001/05/14 Made mode-bounce checking more robust for Unreal. Reported
-> > by codemastr <codemstr@ptd.net>
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > -----------------------------------------------------------
-> > 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 dan_jr at ultim.net Tue May 22 00:49:22 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] StatServ??
-In-Reply-To: <200105211529.28324.munkakufl.ifi.uio.no@ifi.uio.no>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDCEENCBAA.dan_jr@ultim.net>
-
-I would like to know if anyone here.. use a Starserv with the actual
-ircservices
-
-If yes.. can u provide me url where can i get them
-
-daniel
-
-From silvius at expres.ro Tue May 22 01:12:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] StatServ??
-References: <NFBBLDGJFAGGOPLMDGMDCEENCBAA.dan_jr@ultim.net>
-Message-ID: <3B09A08B.840B032C@expres.ro>
-
-StatServ is part of shadowfire irc services (meaning you don`t have to
-get it, you already have it:))
-
-As far as I know (but I can't bet on it) all you have to do is to say
-"yes" on ./configure when asked if "Do you want IRC Services to maintain
-detailed statistics....".
-
-Hope it helps,
-Partizanu
-
-Daniel wrote:
->
-> I would like to know if anyone here.. use a Starserv with the actual
-> ircservices
->
-> If yes.. can u provide me url where can i get them
->
-> daniel
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Wed May 23 14:44:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Services 4.5.17 released
-Message-ID: <3b0bb0a5.22104@achurch.org>
-
- Services 4.5.17 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.17.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.17.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- An ancient bug has finally reared its head, so I've located it and
-terminated it with extreme prejudice. A couple other bugs and deficiencies
-have been fixed, and support for PTlink-format databases has been added to
-import-db.
-
-Changes in version 4.5.17
--------------------------
-2001/05/23 The ChanServ FORBID command no longer accepts invalid
- channel names.
-2001/05/23 Backup database files are no longer overwritten by import-db
- when saving converted data.
-2001/05/23 Source directory for import-db can now be specified as a
- relative path.
-2001/05/23 Added support for PTlink databases to import-db.
-2001/05/23 Added notices to warn of imminent nick expiration and
- NSExpireWarning configuration directive.
-2001/05/22 Fixed crash caused by expiring in-use nicknames.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Craig at e-tidalwave.co.uk Wed May 23 21:07:01 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Super User
-Message-ID: <OE48PKGCqyzEfjkf50y00000fcd@hotmail.com>
-
-What exactly does this do?
-i know operserv tells the world when i use it, but i dunno what it actually does.
-can ne1 help?
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010523/4658ddfb/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Wed May 23 23:22:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Super User
-In-Reply-To: <OE48PKGCqyzEfjkf50y00000fcd@hotmail.com>
-Message-ID: <000201c0e3ce$8406f330$0264a8c0@nygmatech.local>
-
-Hello;
-
-A superuser is a user with elevated privileges on a system.
-Using the shell command su(runas), a user in a unix/nt environment may
-aquire root privileges.
-
-The SU command of OperServ does the same. It makes another ServicesRoot
-from the admin who issued SU.
-
-A ServicesRoot can use the OperServ Admin command, and debug commands,
-if defined, and any other command, which has been recoded to root-only.
-A ServicesRoot may do getpass on other services admins e.g.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
-Sent: Mittwoch, 23. Mai 2001 21:04
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Super User
-
-
-What exactly does this do?
-i know operserv tells the world when i use it, but i dunno what it
-actually does.
-can ne1 help?
-
-
-From ayottew at sympatico.ca Wed May 23 23:43:01 2001
-From: ayottew at sympatico.ca (Wayne Ayotte)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Super User
-References: <OE48PKGCqyzEfjkf50y00000fcd@hotmail.com>
-Message-ID: <001101c0e3d0$7a0255d0$0201a8c0@webdevint.com>
-
-about the only thing it does is allow you to add other admins
- ----- Original Message -----
- From: Craig Wood
- To: ircservices@ircservices.za.net
- Sent: Wednesday, May 23, 2001 3:04 PM
- Subject: [IRCServices] Super User
-
-
- What exactly does this do?
- i know operserv tells the world when i use it, but i dunno what it actually does.
- can ne1 help?
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010523/bcb024fc/attachment.html
-From Craig at e-tidalwave.co.uk Thu May 24 08:40:05 2001
-From: Craig at e-tidalwave.co.uk (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Super User
-References: <000201c0e3ce$8406f330$0264a8c0@nygmatech.local>
-Message-ID: <OE67juMYagdY9HdusVJ0000147c@hotmail.com>
-
-Ok, thanks for your help.
-
-From kevc978 at btinternet.com Fri May 25 21:09:01 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Problems With TimeStamping On Bahamut-1.4.23
-Message-ID: <000b01c0e617$0bb017e0$54057ad5@f3m9e1>
-
-Hi,
-
-As i believe how services timestamping works, is that if services go down, for say, an upgrade, when they come back a few minutes later, they shouldnt ask for a password, I run Bahamut-1.4.23 and i Always upgrade to the ircservices latest versions, But when services come back, ChanServ deops all Ops in the channels, and asks you to re-identify, ive got all the timestamping stuff in services.conf #define'd So, either this is broken for me, or Ive got the whole Timestamping idea wrong, but if this is not coded in, its maybe something to think about, as users dont want to re-identify or have to get ops again in the channel, and i end up getting all the complaints and arguements.
-
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010525/425de525/attachment.htm
-From Kevc974 at aol.com Sat May 26 00:55:02 2001
-From: Kevc974 at aol.com (Kevc974@aol.com)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Timestamping
-Message-ID: <b7.e6afb02.28403c81@aol.com>
-
-Hi
-
-I dont think timestamping is working for Bahamut, I run Bahamut 1.4.24 and
-have timestamping defined, now as i believe how it works, is if services go
-down for just a few minutes, they come back and dont ask you to identify as
-they believe you are the rightful owner of the nickname, it didnt work with
-Unreal, and i thought timestamping wasnt implemented on Unreal, but when i
-like to Upgrade to all your new version, chanserv comes back on, deops ALL
-users on most channels and then asks you to re-identify. This usually starts
-users complaining about services going "down", when i upgrade them, i would
-like a way where they come back and dont de-op them, and doesnt ask them to
-re-identify, should this option work already??
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010526/e5a59ee4/attachment.html
-From uhc0 at rz.uni-karlsruhe.de Sat May 26 01:02:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Problems With TimeStamping On Bahamut-1.4.23
-In-Reply-To: <000b01c0e617$0bb017e0$54057ad5@f3m9e1>
-Message-ID: <000401c0e56e$dee2c260$0264a8c0@nygmatech.local>
-
-Hello;
-
-That means, you suggest services to record the servicesstamp field
-for every online nickinfo structure to the database, and check it
-against the online nicks servicesstamp, before setting the servicestamp
-again.
-
-The feature called servicestamps help ircservices to recover a user
-after a netjoin. It is NOT designed to make users identified to
-services after services is restarted. The only usage is:
-
-you identify -> your server splits -> your server reconnects ->
-you are still identified.
-
-Services shall not save servicestamps into the database.
-What if a user is totally new ? Its non existant servicestamp of 0
-will be equal to the previous one of 0 (because nothing existed before)
-so a user will be identified due to matching services stamps with
-a value of 0.
-
-Additionally, servicestamps do not have anything to do with timestamps.
-Timestamp values define the signon time, and have nothing directly to
-do with services.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Kevc978
-Sent: Samstag, 26. Mai 2001 21:07
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Problems With TimeStamping On Bahamut-1.4.23
-
-
-Hi,
-
-As i believe how services timestamping works, is that if services go
-down, for say, an upgrade, when they come back a few minutes later, they
-shouldnt ask for a password, I run Bahamut-1.4.23 and i Always upgrade
-to the ircservices latest versions, But when services come back,
-ChanServ deops all Ops in the channels, and asks you to re-identify, ive
-got all the timestamping stuff in services.conf #define'd So, either
-this is broken for me, or Ive got the whole Timestamping idea wrong, but
-if this is not coded in, its maybe something to think about, as users
-dont want to re-identify or have to get ops again in the channel, and i
-end up getting all the complaints and arguements.
-
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
-
-
-From uhc0 at rz.uni-karlsruhe.de Sat May 26 01:15:02 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Timestamping
-In-Reply-To: <b7.e6afb02.28403c81@aol.com>
-Message-ID: <000501c0e570$a23f5010$0264a8c0@nygmatech.local>
-
-Hello;
-
-The thing you are suggesting might be done, if services checks
-the existence of the umode +r (registered nick) on Bahamut.
-
-On dreamforge derivatives, that would not work, because they
-do not remove +r, if your nick is changed.
-
-On non +r capable ircds there cannot be such a feature.
-
-And this feature is not implemented yet.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-Kevc974@aol.com
-Sent: Samstag, 26. Mai 2001 00:54
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Timestamping
-
-
-Hi
-
-I dont think timestamping is working for Bahamut, I run Bahamut 1.4.24
-and
-have timestamping defined, now as i believe how it works, is if services
-go
-down for just a few minutes, they come back and dont ask you to identify
-as
-they believe you are the rightful owner of the nickname, it didnt work
-with
-Unreal, and i thought timestamping wasnt implemented on Unreal, but when
-i
-like to Upgrade to all your new version, chanserv comes back on, deops
-ALL
-users on most channels and then asks you to re-identify. This usually
-starts
-users complaining about services going "down", when i upgrade them, i
-would
-like a way where they come back and dont de-op them, and doesnt ask them
-to
-re-identify, should this option work already??
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
-
-
-From achurch at achurch.org Sat May 26 04:40:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Problems With TimeStamping On Bahamut-1.4.23
-Message-ID: <3b0f1761.35533@achurch.org>
-
->As i believe how services timestamping works, is that if services go =
->down, for say, an upgrade, when they come back a few minutes later, they =
->shouldnt ask for a password,
-
- This is wrong. If a server on the network splits and comes back,
-users will not be asked to re-identify; however, if Services itself goes
-down, all timestamp information is lost. Securely recording timestamp
-information is a difficult task, and I will not be adding such a feature
-to Services.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From kevc978 at btinternet.com Sat May 26 10:23:02 2001
-From: kevc978 at btinternet.com (Kevc978)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Problems With TimeStamping On Bahamut-1.4.23
-Message-ID: <003c01c0e685$e7795020$1a7a7ad5@f3m9e1>
-
-Ok,
-
-That is a Better way to handle things, But what about Chanserv Deopping All Users When It Comes back??, Cant it check the persons Nick Registered Hostname instead of deopping every single user on every channel on the Network.
-
-
-Kevc978
-NetWork Founder
-Irc.DarkServ.Net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010526/3a075352/attachment.htm
-From sgrayban at borgdrone.net Mon May 28 08:11:01 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-Message-ID: <000f01c0e73c$d5eff220$8dbee33f@borgdrone.net>
-
-A couple thing i see that needs to be changed.....
-1) when you join a empty channel thats register you get this
- *** services.dreamirc.com changes topic to
- Which should be *** chanserv changes topic to
-
-2) There isnt a swhois anymore which was nice
-
-3) nickserv doesnt tell you that you are a services admin, services oper, or services root anymore when
- you identify.....that was always a nice feature.
-
-4) When you join a empty channel you registered chanserv only set's mode +q even though you dont get
- deoped chanserv should still set you +o
-
-5) in the topic when you first join when empty the last person who set the topic is always in it on the end in the ( )
- *** very anonying since each time a topic is set and you dont remove the last nick that set it keeps
- adding the nick to the end
-
-
-2 and 3 were probably removed for some reason but dont know why.
-
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
-
----------------------------------------------------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $9.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Mon May 28 09:19:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-In-Reply-To: <000f01c0e73c$d5eff220$8dbee33f@borgdrone.net>
-Message-ID: <000201c0e746$a25859c0$0264a8c0@nygmatech.local>
-
-Hello;
-It looks like, as if you are using Unreal Ircd.
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> Scott Grayban
-> Sent: Montag, 28. Mai 2001 08:10
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] ircservices bugs-cosmetic fixes
->
->
-> A couple thing i see that needs to be changed.....
-> 1) when you join a empty channel thats register you get this
-> *** services.dreamirc.com changes topic to
-> Which should be *** chanserv changes topic to
-
-Yes it could have been, but the m_topic implementation of Unreal
-makes this impossible. If ChanServ tried to set the topic, the
-ircd would not allow it that, so the solution with the services
-server setting it.
-
-> 2) There isnt a swhois anymore which was nice
-
-Beg your pardon, but, what is a swhois ? An Unreal Specific
-issue ?
-
-> 3) nickserv doesnt tell you that you are a services admin,
-> services oper, or services root anymore when
-> you identify.....that was always a nice feature.
-
-It does tell you when you use the SU command. On the other hand,
-I guess that this will be implemented to version 5.0
-
-> 4) When you join a empty channel you registered chanserv only
-> set's mode +q even though you dont get
-> deoped chanserv should still set you +o
-
-In order to register you need op. Obviously you are an operator.
-Why should ChanServ resend an existing mode ?
-
-> 5) in the topic when you first join when empty the last
-> person who set the topic is always in it on the end in the ( )
-> *** very anonying since each time a topic is set and you
-> dont remove the last nick that set it keeps
-> adding the nick to the end
-
-Then you should remove that last nick, when changing the topic.
-Or, you might use a script for that. Services does not continuosly
-add the same nick at the end of a topic. It does this only once.
-Therefore, the person who sets a new topic, needs only to remove
-that nickname.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From sgrayban at borgdrone.net Mon May 28 09:53:00 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <000201c0e746$a25859c0$0264a8c0@nygmatech.local>
-Message-ID: <000901c0e74b$062315e0$8dbee33f@borgdrone.net>
-
-| Hello;
-| It looks like, as if you are using Unreal Ircd.
-
-Yes i am
-| >
-| > A couple thing i see that needs to be changed.....
-| > 1) when you join a empty channel thats register you get this
-| > *** services.dreamirc.com changes topic to
-| > Which should be *** chanserv changes topic to
-|
-| Yes it could have been, but the m_topic implementation of Unreal
-| makes this impossible. If ChanServ tried to set the topic, the
-| ircd would not allow it that, so the solution with the services
-| server setting it.
-
-but in the old versions before andy took the services project over again i do believe it was correct
-
-|
-| > 2) There isnt a swhois anymore which was nice
-|
-| Beg your pardon, but, what is a swhois ? An Unreal Specific
-| issue ?
-
-as stated above ... it showed in your whois if you were a services admin or services root
-
-|
-| > 3) nickserv doesnt tell you that you are a services admin,
-| > services oper, or services root anymore when
-| > you identify.....that was always a nice feature.
-|
-| It does tell you when you use the SU command. On the other hand,
-| I guess that this will be implemented to version 5.0
-
-yes it does tell you that if you use the SU command but not if your already the services root in the services.conf
-in which case you do not have to use the SU command
-
-|
-| > 4) When you join a empty channel you registered chanserv only
-| > set's mode +q even though you dont get
-| > deoped chanserv should still set you +o
-|
-| In order to register you need op. Obviously you are an operator.
-| Why should ChanServ resend an existing mode ?
-
-only cosmetic suggestion
-
-|
-| > 5) in the topic when you first join when empty the last
-| > person who set the topic is always in it on the end in the ( )
-| > *** very anonying since each time a topic is set and you
-| > dont remove the last nick that set it keeps
-| > adding the nick to the end
-|
-| Then you should remove that last nick, when changing the topic.
-| Or, you might use a script for that. Services does not continuosly
-| add the same nick at the end of a topic. It does this only once.
-| Therefore, the person who sets a new topic, needs only to remove
-| that nickname.
-
-errr i do believe in every services i have ever used or looked at they never set the nick in the topic who set it last
-so why cant this be fixed?
-
-|
-| Regards;
-| yusuf
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Without hope there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
-
----------------------------------------------------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $9.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From quension at softhome.net Mon May 28 10:16:02 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <000201c0e746$a25859c0$0264a8c0@nygmatech.local> <000901c0e74b$062315e0$8dbee33f@borgdrone.net>
-Message-ID: <002801c0e74e$d1426a70$0200a8c0@moms>
-
-From: "Scott Grayban" <sgrayban@borgdrone.net>
-
-> | > 4) When you join a empty channel you registered chanserv only
-> | > set's mode +q even though you dont get
-> | > deoped chanserv should still set you +o
-> |
-> | In order to register you need op. Obviously you are an operator.
-> | Why should ChanServ resend an existing mode ?
->
-> only cosmetic suggestion
-
-It's a waste of bandwidth, and as a cosmetic issue, isn't going to work
-with all ircds. Many don't allow setting +o on clients that are already
-set +o.
-
-> | > 5) in the topic when you first join when empty the last
-> | > person who set the topic is always in it on the end in the ( )
-> | > *** very anonying since each time a topic is set and you
-> | > dont remove the last nick that set it keeps
-> | > adding the nick to the end
-> |
-> | Then you should remove that last nick, when changing the topic.
-> | Or, you might use a script for that. Services does not continuosly
-> | add the same nick at the end of a topic. It does this only once.
-> | Therefore, the person who sets a new topic, needs only to remove
-> | that nickname.
->
-> errr i do believe in every services i have ever used or looked at they
-never set the nick in the topic who set it last
-> so why cant this be fixed?
-
-It's not a services problem. It's either at the ircd, or client end, I
-forget which. Unfortunately I don't have the ability to check right
-now.
-
-ChanServ is the one setting the topic, but it also includes the nick of
-the original person who set the topic as a special parameter in the
-server<->server TOPIC message. Either the server or client reformats it
-in parenthesis at the end of the topic.
-
-Try using "/topic <channel>" to see how the current topic is reported
-after you see ChanServ first set it.
-
--- Quension, using another computer and email client while he waits to
-fix his own fried system
-
-
-From admin at nevernet.net Mon May 28 10:20:01 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] OperServ/HELP AKILL
-Message-ID: <NEELKJDBLOBEMEHKPLFDAEHACBAA.admin@nevernet.net>
-
-One of my opers pointed out to me tonight that despite the fact that we have
-services configured to send the akill reason in the kill message, services
-is still showing the akill help indicating the reason will not be seen...but
-it is. Example:
-
-
-<OperServ> The reason is intended for use by IRC operators only, and
-<OperServ> will not be displayed to users in KILL messages.
-
-Could services check this in the future and send an alternate message if
-they are configured to use the akill reason in the kill? Something like
-"Please note that the reason is displayed to users in the KILL message."
-
-Just a thought...
-
-Elijah
-NeverNET IRC
-
-
-From nevernet at cfl.rr.com Mon May 28 10:23:01 2001
-From: nevernet at cfl.rr.com (Elijah)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] OperServ/HELP AKILL
-Message-ID: <NEELKJDBLOBEMEHKPLFDGEHACBAA.nevernet@cfl.rr.com>
-
-One of my opers pointed out to me tonight that despite the fact that we have
-services configured to send the akill reason in the kill message, services
-is still showing the akill help indicating the reason will not be seen...but
-it is. Example:
-
-
-<OperServ> The reason is intended for use by IRC operators only, and
-<OperServ> will not be displayed to users in KILL messages.
-
-Could services check this in the future and send an alternate message if
-they are configured to use the akill reason in the kill? Something like
-"Please note that the reason is displayed to users in the KILL message."
-
-Just a thought...
-
-Elijah
-NeverNET IRC
-
-
-From admin at nevernet.net Mon May 28 10:27:00 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] OperServ/HELP AKILL
-In-Reply-To: <NEELKJDBLOBEMEHKPLFDGEHACBAA.nevernet@cfl.rr.com>
-Message-ID: <NEELKJDBLOBEMEHKPLFDCEHBCBAA.admin@nevernet.net>
-
-Sorry about the duplicate message, I got an error message the first time I
-sent it...but also the second time. Weird...anyone else had that happen?
-
-Elijah
-NeverNET IRC
-
-
-From frostycoolslug at hotmail.com Mon May 28 11:26:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-Message-ID: <OE331Yf1U8AVIBsOPd800002e99@hotmail.com>
-
-> 5) in the topic when you first join when empty the last
-> person who set the topic is always in it on the end in the ( )
-> *** very anonying since each time a topic is set and you
-> dont remove the last nick that set it keeps
-> adding the nick to the end
-
-The nick will only appear, if some1 has joined an empty channel.
-This is because The person who has joined, may want to know who set the topic.
-anyone joining after you, will see:
-*** (#test) Topic is 'Welcome to #test!'
-*** (#test) Topic Set By Craig on Mon 28th May at 10:21:48 am
-
-unlike you, who sees
-
-*** services.e-tidalwave.org changes topic to 'Welcome to #test! (Craig)'
-
-hope that helps :)
---
-Craig Wood
-Network Administrator of the e-tidalwave IRC network.
-ride the wAve! www.e-tidalwave.orgGet more from the Web. FREE MSN Explorer download : http://explorer.msn.com
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010528/8e04c16a/attachment.html
-From achurch at achurch.org Mon May 28 12:39:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-Message-ID: <3b122a6b.41244@achurch.org>
-
- Others have covered most of these, but just to give a brief going-over:
-
->A couple thing i see that needs to be changed.....
->1) when you join a empty channel thats register you get this
-> *** services.dreamirc.com changes topic to
-> Which should be *** chanserv changes topic to
-
- Unreal does not allow this. If you want this, use a different ircd.
-
->2) There isnt a swhois anymore which was nice
-
- There never was.
-
->3) nickserv doesnt tell you that you are a services admin, services
->oper, or services root anymore when
-> you identify.....that was always a nice feature.
-
- It never did.
-
->4) When you join a empty channel you registered chanserv only set's mode
->+q even though you dont get
-> deoped chanserv should still set you +o
-
- The ircd will not allow this, and it's a waste of bandwidth anyway.
-
->5) in the topic when you first join when empty the last person who set
->the topic is always in it on the end in the ( )
-> *** very anonying since each time a topic is set and you dont remove
->the last nick that set it keeps
-> adding the nick to the end
-
- The (nick) is not part of the topic.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From countersync at hotmail.com Mon May 28 20:31:00 2001
-From: countersync at hotmail.com (Countersync)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] OperServ/HELP AKILL
-References: <NEELKJDBLOBEMEHKPLFDCEHBCBAA.admin@nevernet.net>
-Message-ID: <OE748k69RKLpgTFur2i00003a4c@hotmail.com>
-
-Always. I usually check the messages site mentioned at the end of the users
-messages I do see and there it is. Something about the mail spool being
-full.
------ Original Message -----
-From: "Elijah" <admin@nevernet.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, May 28, 2001 08:29
-Subject: RE: [IRCServices] OperServ/HELP AKILL
-
-
-> Sorry about the duplicate message, I got an error message the first time I
-> sent it...but also the second time. Weird...anyone else had that happen?
->
-> Elijah
-> NeverNET IRC
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-From strider at chatcircuit.com Mon May 28 23:32:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <000201c0e746$a25859c0$0264a8c0@nygmatech.local> <000901c0e74b$062315e0$8dbee33f@borgdrone.net>
-Message-ID: <004301c0e7be$05355e40$0200000a@gimpy.2y.net>
-
-> | Hello;
-> | It looks like, as if you are using Unreal Ircd.
->
-> Yes i am
-> | >
-> | > A couple thing i see that needs to be changed.....
-> | > 1) when you join a empty channel thats register you get this
-> | > *** services.dreamirc.com changes topic to
-> | > Which should be *** chanserv changes topic to
-> |
-> | Yes it could have been, but the m_topic implementation of Unreal
-> | makes this impossible. If ChanServ tried to set the topic, the
-> | ircd would not allow it that, so the solution with the services
-> | server setting it.
->
-> but in the old versions before andy took the services project over again i
-do believe it was correct
-
-Correction, the old unrealircd use to. Changes in unreal 3.1 and above
-prevents chanserv from setting the topic. Services doesn't have the problem,
-unreal does.
-
-> |
-> | > 4) When you join a empty channel you registered chanserv only
-> | > set's mode +q even though you dont get
-> | > deoped chanserv should still set you +o
-> |
-> | In order to register you need op. Obviously you are an operator.
-> | Why should ChanServ resend an existing mode ?
->
-> only cosmetic suggestion
->
-
-Really, what's the point in setting mode +o on a user that is already +o in
-that channel? That's like buying a brand new car and going straight to the
-detail shop to have it washed and waxed, it's a waste of time and really no
-point.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-From cyxs at cyxs.net Tue May 29 06:12:01 2001
-From: cyxs at cyxs.net (Michael Sparpaglione)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] CSMaxReg
-Message-ID: <20010529000920.C272@cyxs.millsboro.mediacom.ispchannel.com>
-
-Ok here is a stupid question.
-Why in the world in the do_register for a nick do we:
- ni->memos.memomax = MSMaxMemos;
-and
- ni->channelmax = CSMaxReg;
-
-is it just me or do we want to lock people into the limits we have when
-they register. I mean what if I want to lower the number of channels,
-everyone that registered b4 would be able to get away with it. Or if I
-rasie the number then people that registered b4 would be left at the
-old limits. From what i've seen in chanserv.c it checks that for channel
-limits, so then there stuck at the limit they signed up with. And if were
-going to put the limits in shouldn't we have commands to modify them?
-
-just my $0.02
--mike
-aka cyxs on irc.stormdancing.net
-
-
-From achurch at achurch.org Tue May 29 06:26:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] CSMaxReg
-Message-ID: <3b13249d.20613@achurch.org>
-
->Ok here is a stupid question.
->Why in the world in the do_register for a nick do we:
-> ni->memos.memomax = MSMaxMemos;
->and
-> ni->channelmax = CSMaxReg;
->
->is it just me or do we want to lock people into the limits we have when
->they register. I mean what if I want to lower the number of channels,
->everyone that registered b4 would be able to get away with it.
-
- This behavior will be changed for 5.0 to the more sensible "default
-unless explicitly set" behavior. I haven't decided whether a command to
-set the channel limit will be in 5.0 or not, but I do plan to add one
-eventually. Neither of these changes will be implemented in the 4.5
-series.
-
- There is already a command to set the memo limit; see /msg MemoServ
-HELP SET LIMIT.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From sgrayban at borgdrone.net Tue May 29 10:37:01 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <3b122a6b.41244@achurch.org>
-Message-ID: <001c01c0e81a$22bed7a0$8dbee33f@borgdrone.net>
-
-
-| >5) in the topic when you first join when empty the last person who set
-| >the topic is always in it on the end in the ( )
-| > *** very anonying since each time a topic is set and you dont remove
-| >the last nick that set it keeps
-| > adding the nick to the end
-|
-| The (nick) is not part of the topic.
-
-So your saying I need to tell every channel owner to delete the (nick) on the end of the topic when they set a new one?
-Cause if they don't the topic will look like this ".....Topic.....(nick) (nick)...." and so on. Check it and see if it doesnt do that.
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
-
--------------------- Advertisement ----------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $5.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From sgrayban at borgdrone.net Tue May 29 10:37:11 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <000201c0e746$a25859c0$0264a8c0@nygmatech.local> <000901c0e74b$062315e0$8dbee33f@borgdrone.net> <004301c0e7be$05355e40$0200000a@gimpy.2y.net>
-Message-ID: <001d01c0e81a$2cd4a120$8dbee33f@borgdrone.net>
-
-First off I will clairify a few thing's here so please read down.
-
-| > | Hello;
-| > | It looks like, as if you are using Unreal Ircd.
-| >
-| > Yes i am
-| > | >
-| > | > A couple thing i see that needs to be changed.....
-| > | > 1) when you join a empty channel thats register you get this
-| > | > *** services.dreamirc.com changes topic to
-| > | > Which should be *** chanserv changes topic to
-| > |
-| > | Yes it could have been, but the m_topic implementation of Unreal
-| > | makes this impossible. If ChanServ tried to set the topic, the
-| > | ircd would not allow it that, so the solution with the services
-| > | server setting it.
-| >
-| > but in the old versions before andy took the services project over again i
-| do believe it was correct
-|
-| Correction, the old unrealircd use to. Changes in unreal 3.1 and above
-| prevents chanserv from setting the topic. Services doesn't have the problem,
-| unreal does.
-
-Thats fine -- I can re-code that section.
-
-|
-| > |
-| > | > 4) When you join a empty channel you registered chanserv only
-| > | > set's mode +q even though you dont get
-| > | > deoped chanserv should still set you +o
-| > |
-| > | In order to register you need op. Obviously you are an operator.
-| > | Why should ChanServ resend an existing mode ?
-| >
-| > only cosmetic suggestion
-| >
-|
-| Really, what's the point in setting mode +o on a user that is already +o in
-| that channel? That's like buying a brand new car and going straight to the
-| detail shop to have it washed and waxed, it's a waste of time and really no
-| point.
-
-Now this was nothing more then a suggestion. But since I really got hammered for it in other replies.....
-How could one extra +o be that much of a waste of bandwith? And second I believe that almost every large net
-does have there services set +o to the first op joining a channel they have op's in.
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
--------------------- Advertisement ----------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $5.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From frostycoolslug at hotmail.com Tue May 29 11:56:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-Message-ID: <F78XrRjbDt3HvoFOAmE000080b1@hotmail.com>
-
-no
-the first person who joins a channe will see that. This is because when the
-server sets the topic, the ircd *MUST* know who originally set it.
-hence the name at the end.
-the second person to join the channel will *NOT* see that. they will only
-see the normal topic without the nick.
-
-
->From: "Scott Grayban" <sgrayban@borgdrone.net>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] ircservices bugs-cosmetic fixes
->Date: Tue, 29 May 2001 01:34:05 -0700
->
->
->
->| >5) in the topic when you first join when empty the last person who set
->| >the topic is always in it on the end in the ( )
->| > *** very anonying since each time a topic is set and you dont remove
->| >the last nick that set it keeps
->| > adding the nick to the end
->|
->| The (nick) is not part of the topic.
->
->So your saying I need to tell every channel owner to delete the (nick) on
->the end of the topic when they set a new one?
->Cause if they don't the topic will look like this ".....Topic.....(nick)
->(nick)...." and so on. Check it and see if it doesnt do that.
->
->Scott Grayban
->sgrayban@NOSPAM.borgdrone.net
->
->Without life there is no life.
->Support GreenPeace - Stop the slaughter.
->
->Support anti-Spam legislation.
->Join the fight http://www.cauce.org/
->
->"When a stupid man is doing something he is ashamed of, he always declares
-> that it is his duty." George Bernard Shaw (1856-1950)
->
->
->
->-------------------- Advertisement ----------------------------------
->Visit BORGnet Hosting
->Cheap NT hosting starting at $5.95
->Virtual Domain's (IP less)
->http://www.borgdrone.net
->---------------------------------------------------------------------------
->You to can advertise here !!
->Email info@borgdrone.net for info
->---------------------------------------------------------------------------
->
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From sgrayban at borgdrone.net Tue May 29 12:15:02 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <F78XrRjbDt3HvoFOAmE000080b1@hotmail.com>
-Message-ID: <000501c0e828$00ac4680$8dbee33f@borgdrone.net>
-
-errr maybe you guys don't understand what i am saying so ill give the long version of this
-
-I know that the next user comming doesn't see the nick in the topic like the first nick in channel does.
-What I am saying is say the first nick in is a op in that channel.....Now that nick is a op.......Now say that nick
-who is a op in that channel wants to change the topic....Now that nick must now remove the (nick) on the end when
-setting the new topic OR else the first (nick) will still be in the topic...Now the next first nick in that channel will
-now see 2 (nick)..the first nick who set it... (nick)... the second nick in the topic........I am not smoking crack here
-because I have seen this already...
-
-Does this make any sense now or do I need to actually paste channel topic's on my network that has this?
-
-
-| no
-| the first person who joins a channe will see that. This is because when the
-| server sets the topic, the ircd *MUST* know who originally set it.
-| hence the name at the end.
-| the second person to join the channel will *NOT* see that. they will only
-| see the normal topic without the nick.
-|
-| | >| >5) in the topic when you first join when empty the last person who set
-| >| >the topic is always in it on the end in the ( )
-| >| > *** very anonying since each time a topic is set and you dont remove
-| >| >the last nick that set it keeps
-| >| > adding the nick to the end
-| >|
-| >| The (nick) is not part of the topic.
-| >
-| >So your saying I need to tell every channel owner to delete the (nick) on
-| >the end of the topic when they set a new one?
-| >Cause if they don't the topic will look like this ".....Topic.....(nick)
-| >(nick)...." and so on. Check it and see if it doesnt do that.
-| >
-| >Scott Grayban
-| >sgrayban@NOSPAM.borgdrone.net
-| >
-| >Without life there is no life.
-| >Support GreenPeace - Stop the slaughter.
-| >
-| >Support anti-Spam legislation.
-| >Join the fight http://www.cauce.org/
-| >
-| >"When a stupid man is doing something he is ashamed of, he always declares
-| > that it is his duty." George Bernard Shaw (1856-1950)
-| >
-| >
-| >
-| >-------------------- Advertisement ----------------------------------
-| >Visit BORGnet Hosting
-| >Cheap NT hosting starting at $5.95
-| >Virtual Domain's (IP less)
-| >http://www.borgdrone.net
-| >---------------------------------------------------------------------------
-| >You to can advertise here !!
-| >Email info@borgdrone.net for info
-| >---------------------------------------------------------------------------
-| >
-| >
-| >-----------------------------------------------------------
-| >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
-|
-| _________________________________________________________________________
-| Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-|
-| -----------------------------------------------------------
-| To unsubscribe, mail ircservices-request@ircservices.za.net
-| with the word UNSUBSCRIBE in the subject of the mail.
-| http://www.ircservices.za.net/mailman/listinfo/ircservices
-|
-
-
--------------------- Advertisement ----------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $5.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From frostycoolslug at hotmail.com Tue May 29 12:50:02 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-Message-ID: <F249pH71yEXUIEAOeIi00008055@hotmail.com>
-
-ok, i know where you are coming from :)
-when Services change the topic Mirc (or any other client) presume the nick
-at the end is part of the topic.
-conciquently, when you try to change the topic thru channel central (or
-whatever your IRC Program is) it will still presume that the nick is part of
-the topic.
-This is not services problem. This is an IRC problem. So yes the op will
-have to remove the nick from the end of the topic.
---
-ALL YOUR SERVICES ARE BELONG TO ME! :)
-
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
->From: "Scott Grayban" <sgrayban@borgdrone.net>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] ircservices bugs-cosmetic fixes
->Date: Tue, 29 May 2001 03:13:23 -0700
->
->errr maybe you guys don't understand what i am saying so ill give the long
->version of this
->
->I know that the next user comming doesn't see the nick in the topic like
->the first nick in channel does.
->What I am saying is say the first nick in is a op in that channel.....Now
->that nick is a op.......Now say that nick
->who is a op in that channel wants to change the topic....Now that nick must
->now remove the (nick) on the end when
->setting the new topic OR else the first (nick) will still be in the
->topic...Now the next first nick in that channel will
->now see 2 (nick)..the first nick who set it... (nick)... the second nick in
->the topic........I am not smoking crack here
->because I have seen this already...
->
->Does this make any sense now or do I need to actually paste channel topic's
->on my network that has this?
->
->
->| no
->| the first person who joins a channe will see that. This is because when
->the
->| server sets the topic, the ircd *MUST* know who originally set it.
->| hence the name at the end.
->| the second person to join the channel will *NOT* see that. they will only
->| see the normal topic without the nick.
->|
->| | >| >5) in the topic when you first join when empty the last person who
->set
->| >| >the topic is always in it on the end in the ( )
->| >| > *** very anonying since each time a topic is set and you dont
->remove
->| >| >the last nick that set it keeps
->| >| > adding the nick to the end
->| >|
->| >| The (nick) is not part of the topic.
->| >
->| >So your saying I need to tell every channel owner to delete the (nick)
->on
->| >the end of the topic when they set a new one?
->| >Cause if they don't the topic will look like this ".....Topic.....(nick)
->| >(nick)...." and so on. Check it and see if it doesnt do that.
->| >
->| >Scott Grayban
->| >sgrayban@NOSPAM.borgdrone.net
->| >
->| >Without life there is no life.
->| >Support GreenPeace - Stop the slaughter.
->| >
->| >Support anti-Spam legislation.
->| >Join the fight http://www.cauce.org/
->| >
->| >"When a stupid man is doing something he is ashamed of, he always
->declares
->| > that it is his duty." George Bernard Shaw (1856-1950)
->| >
->| >
->| >
->| >-------------------- Advertisement ----------------------------------
->| >Visit BORGnet Hosting
->| >Cheap NT hosting starting at $5.95
->| >Virtual Domain's (IP less)
->| >http://www.borgdrone.net
->|
-> >---------------------------------------------------------------------------
->| >You to can advertise here !!
->| >Email info@borgdrone.net for info
->|
-> >---------------------------------------------------------------------------
->| >
->| >
->| >-----------------------------------------------------------
->| >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
->|
->| _________________________________________________________________________
->| Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->|
->| -----------------------------------------------------------
->| To unsubscribe, mail ircservices-request@ircservices.za.net
->| with the word UNSUBSCRIBE in the subject of the mail.
->| http://www.ircservices.za.net/mailman/listinfo/ircservices
->|
->
->
->-------------------- Advertisement ----------------------------------
->Visit BORGnet Hosting
->Cheap NT hosting starting at $5.95
->Virtual Domain's (IP less)
->http://www.borgdrone.net
->---------------------------------------------------------------------------
->You to can advertise here !!
->Email info@borgdrone.net for info
->---------------------------------------------------------------------------
->
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From frostycoolslug at hotmail.com Tue May 29 13:44:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <OE31M3SOlbpH71yEXUI0000374f@hotmail.com>
-
-Hi, for the next version of services would it be good to let linked nicknames which are linked to a services admin use operserv?
-cause it really annoys me when my nick is Craig-Away and i cant use operserv without changing my nick back :(
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.orgGet more from the Web. FREE MSN Explorer download : http://explorer.msn.com
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010529/1ae3abf1/attachment.htm
-From uhc0 at rz.uni-karlsruhe.de Tue May 29 14:32:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-In-Reply-To: <OE31M3SOlbpH71yEXUI0000374f@hotmail.com>
-Message-ID: <000401c0e83b$69f96380$0264a8c0@nygmatech.local>
-
-Hello;
-
-Linked nicknames CAN use Services Admin commands, you only need
-to identify them. If you are not identified, you cannot use anything.
-Additionally, if you are deopered, you also cannot use anything.
-
-I have two nicks that are linked, and only one of them is a services
-admin, but I can issue any command with both of them.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
-Sent: Dienstag, 29. Mai 2001 13:42
-To: IRCServices
-Subject: [IRCServices] Linked nicks and Operserv
-
-
-Hi, for the next version of services would it be good to let linked
-nicknames which are linked to a services admin use operserv?
-cause it really annoys me when my nick is Craig-Away and i cant use
-operserv without changing my nick back :(
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
-Get more from the Web. FREE MSN Explorer download :
-http://explorer.msn.com
-
-
-From frostycoolslug at hotmail.com Tue May 29 15:34:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <F35QkGEoAJ3Lqogn78l00008409@hotmail.com>
-
--NickServ- Password accepted - you are now recognized.
-
-if i try to use an operserv command:
--OperServ- Access denied.
-
-if i try to use os SU:
-*** Global -- from OperServ: \ 2NOTICE:\ 2
-Craig-Away!Craig@modem-590.clam.dialup.pol.co.uk attempted to use SU command
-(not Services admin)
--OperServ- Permission denied.
-
-My usermodes are:
-+xwgkohsNcfWF
-
-:(
---
-Craig
-
->From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: RE: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 14:32:24 +0200
->
->
->Hello;
->
->Linked nicknames CAN use Services Admin commands, you only need
->to identify them. If you are not identified, you cannot use anything.
->Additionally, if you are deopered, you also cannot use anything.
->
->I have two nicks that are linked, and only one of them is a services
->admin, but I can issue any command with both of them.
->
->Regards;
->yusuf
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
->-----Original Message-----
->From: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
->Sent: Dienstag, 29. Mai 2001 13:42
->To: IRCServices
->Subject: [IRCServices] Linked nicks and Operserv
->
->
->Hi, for the next version of services would it be good to let linked
->nicknames which are linked to a services admin use operserv?
->cause it really annoys me when my nick is Craig-Away and i cant use
->operserv without changing my nick back :(
->
->--
->Craig Wood
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->
->Get more from the Web. FREE MSN Explorer download :
->http://explorer.msn.com
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From achurch at achurch.org Tue May 29 16:41:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <3b13b4c0.21316@achurch.org>
-
->Hi, for the next version of services would it be good to let linked nickn=
->ames which are linked to a services admin use operserv?
->cause it really annoys me when my nick is Craig-Away and i cant use opers=
->erv without changing my nick back :(
-
- This is already planned for version 5.0. I don't think it works in
-version 4.5 (Yusuf--am I remembering incorrectly?) but I'm sure you or
-someone could hack it in with little trouble.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From uhc0 at rz.uni-karlsruhe.de Tue May 29 16:57:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-In-Reply-To: <3b13b4c0.21316@achurch.org>
-Message-ID: <Pine.HPX.4.31.0105291650080.9470-100000@rzstud1.rz.uni-karlsruhe.de>
-
-If it is not working, how will you explain this:
-
--
--> *Haydar* admin list
--
--Haydar- Services admin list:
--
-[...]
--
--Haydar- TimeMr14C
--
-
--
--> *NickServ@services.irctr.gen.tr* info Enygma all
--
--NickServ- Enygma is Master of Time
--
--NickServ- Last seen address: TimeMr14C@ircops.irctr.gen.tr
--
-[...]
--
--NickServ- Linked to: TimeMr14C
--
--NickServ- This nickname will not expire.
--
-
--
-*** Your nick is now Enygma
--
-*** TimeMr14C [TimeMr14C@ircops.irctr.gen.tr] has left IRC
--
-*** Enygma [TimeMr14C@ircops.irctr.gen.tr] is on IRC (00:01)
--
--NickServ- Password accepted - you are now recognized.
--
-
--
--> *Haydar* update
--
--Haydar- Updating databases.
--
-
-OR:
-
--
--> *NickServ@services.irctr.gen.tr* forbid test123456 Testing.
--
--NickServ- Nick test123456 is now forbidden.
--
-
-I do believe, that linkage covers admin status. This is the reason why we
-used to link admins to the services root, until there was the SU command.
-
-Regards;
-yusuf
-
-PS: No, there are no modifications to the source enabling this.
-
-On Tue, 29 May 2001, Andrew Church wrote:
-
-> >Hi, for the next version of services would it be good to let linked nickn=
-> >ames which are linked to a services admin use operserv?
-> >cause it really annoys me when my nick is Craig-Away and i cant use opers=
-> >erv without changing my nick back :(
->
-> This is already planned for version 5.0. I don't think it works in
-> version 4.5 (Yusuf--am I remembering incorrectly?) but I'm sure you or
-> someone could hack it in with little trouble.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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
->
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-From frostycoolslug at hotmail.com Tue May 29 17:02:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <F189Y4Mbjtvc9bOeGiq000085e5@hotmail.com>
-
-then why dont it work for me?
-u sure you havnt changed the code a bit?
-/me dun wanna do that (i'll break it ;)
-my nicks are linked.. but none of them work :/
-
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
->From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 16:56:53 +0200 (CES)
->
->
->If it is not working, how will you explain this:
->
->-
->-> *Haydar* admin list
->-
->-Haydar- Services admin list:
->-
->[...]
->-
->-Haydar- TimeMr14C
->-
->
->-
->-> *NickServ@services.irctr.gen.tr* info Enygma all
->-
->-NickServ- Enygma is Master of Time
->-
->-NickServ- Last seen address: TimeMr14C@ircops.irctr.gen.tr
->-
->[...]
->-
->-NickServ- Linked to: TimeMr14C
->-
->-NickServ- This nickname will not expire.
->-
->
->-
->*** Your nick is now Enygma
->-
->*** TimeMr14C [TimeMr14C@ircops.irctr.gen.tr] has left IRC
->-
->*** Enygma [TimeMr14C@ircops.irctr.gen.tr] is on IRC (00:01)
->-
->-NickServ- Password accepted - you are now recognized.
->-
->
->-
->-> *Haydar* update
->-
->-Haydar- Updating databases.
->-
->
->OR:
->
->-
->-> *NickServ@services.irctr.gen.tr* forbid test123456 Testing.
->-
->-NickServ- Nick test123456 is now forbidden.
->-
->
->I do believe, that linkage covers admin status. This is the reason why we
->used to link admins to the services root, until there was the SU command.
->
->Regards;
->yusuf
->
->PS: No, there are no modifications to the source enabling this.
->
->On Tue, 29 May 2001, Andrew Church wrote:
->
-> > >Hi, for the next version of services would it be good to let linked
->nickn=
-> > >ames which are linked to a services admin use operserv?
-> > >cause it really annoys me when my nick is Craig-Away and i cant use
->opers=
-> > >erv without changing my nick back :(
-> >
-> > This is already planned for version 5.0. I don't think it works in
-> > version 4.5 (Yusuf--am I remembering incorrectly?) but I'm sure you or
-> > someone could hack it in with little trouble.
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > -----------------------------------------------------------
-> > 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
-> >
->
->Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue May 29 17:35:05 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-In-Reply-To: <F189Y4Mbjtvc9bOeGiq000085e5@hotmail.com>
-Message-ID: <Pine.HPX.4.31.0105291712330.12913-100000@rzstud1.rz.uni-karlsruhe.de>
-
-Here is the place in the code, checking who is
-services admin.
-
-/* Does the given user have Services admin privileges? */
-
-int is_services_admin(User *u)
-{
- int i;
-
- if (!is_oper_u(u))
- return 0;
- if (is_services_root(u))
- return 1;
- if (skeleton)
- return 1;
- for (i = 0; i < MAX_SERVADMINS; i++) {
- if (services_admins[i] && u->ni == getlink(services_admins[i])) {
- if (nick_identified(u))
- return 1;
- return 0;
- }
- }
- return 0;
-}
-
-
-I am absolutely sure that I did not modify this section.
-
-The correct code could be:
-if (services_admins[i] && services_admins[i] == getlink(u->ni)) {
-
-And this is working, because the nick change changes the value
-of u->ni to getlink(u->real_ni)
-
-In my case, u->ni points to TimeMr14C, because getlink(Enygma)
-return TimeMr14C.
-
-That means, because TimeMr14C as a Services Admin exists,
-AND TimeMr14C (value of u->ni) equals to TimeMr14C (value of
-getlink(TimeMr14C))
-AND I have identified to NickServ, I get recognised as a
-services admin.
-
-Regards;
-yusuf
-
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-
-From frostycoolslug at hotmail.com Tue May 29 17:42:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <F195ZkYXmqbAhKW2LwZ000085c8@hotmail.com>
-
-ok.. i didnt understand a word of that :P
-can Andrew just make sure that is in the next version please :)
-
-
->From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 17:34:33 +0200 (CES)
->
->
->Here is the place in the code, checking who is
->services admin.
->
->/* Does the given user have Services admin privileges? */
->
->int is_services_admin(User *u)
->{
-> int i;
->
-> if (!is_oper_u(u))
-> return 0;
-> if (is_services_root(u))
-> return 1;
-> if (skeleton)
-> return 1;
-> for (i = 0; i < MAX_SERVADMINS; i++) {
-> if (services_admins[i] && u->ni == getlink(services_admins[i])) {
-> if (nick_identified(u))
-> return 1;
-> return 0;
-> }
-> }
-> return 0;
->}
->
->
->I am absolutely sure that I did not modify this section.
->
->The correct code could be:
->if (services_admins[i] && services_admins[i] == getlink(u->ni)) {
->
->And this is working, because the nick change changes the value
->of u->ni to getlink(u->real_ni)
->
->In my case, u->ni points to TimeMr14C, because getlink(Enygma)
->return TimeMr14C.
->
->That means, because TimeMr14C as a Services Admin exists,
->AND TimeMr14C (value of u->ni) equals to TimeMr14C (value of
->getlink(TimeMr14C))
->AND I have identified to NickServ, I get recognised as a
->services admin.
->
->Regards;
->yusuf
->
->
->Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
->
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From markh at eurocom.co.uk Tue May 29 17:47:00 2001
-From: markh at eurocom.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-In-Reply-To: <F35QkGEoAJ3Lqogn78l00008409@hotmail.com>
-Message-ID: <001001c0e855$bb0f9a40$0deea8c0@eurodltd.co.uk>
-
-> My usermodes are:
-> +xwgkohsNcfWF
-
-No +r in that list so Services does not seem to see you as identified for
-that nickname.
-
-Mark.
-
-CTCP Networks.
-
-
-From frostycoolslug at hotmail.com Tue May 29 17:50:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <F225BGpEI2rV4ZneAzd00003692@hotmail.com>
-
-u dont see +r on Unreal
-but my whois say i have id'ed
-
-
->From: "Mark Hetherington" <markh@eurocom.co.uk>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: RE: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 16:40:46 +0100
->
-> > My usermodes are:
-> > +xwgkohsNcfWF
->
->No +r in that list so Services does not seem to see you as identified for
->that nickname.
->
->Mark.
->
->CTCP Networks.
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From strider at chatcircuit.com Tue May 29 18:58:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:22 2004
-Subject: [IRCServices] ircservices bugs-cosmetic fixes
-References: <3b122a6b.41244@achurch.org> <001c01c0e81a$22bed7a0$8dbee33f@borgdrone.net>
-Message-ID: <000201c0e860$b9a6e180$0200000a@gimpy.2y.net>
-
-> | >5) in the topic when you first join when empty the last person who set
-> | >the topic is always in it on the end in the ( )
-> | > *** very anonying since each time a topic is set and you dont
-remove
-> | >the last nick that set it keeps
-> | > adding the nick to the end
-> |
-> | The (nick) is not part of the topic.
->
-> So your saying I need to tell every channel owner to delete the (nick) on
-the end of the topic when they set a new one?
-> Cause if they don't the topic will look like this ".....Topic.....(nick)
-(nick)...." and so on. Check it and see if it doesnt do that.
-
-The (nick) is in fact part of the topic, but there is a reason why chanserv
-does that. Some people prefer to know who set the topic last. If services
-sets the topic from topic retention, then the server is going to say
-services did it. So, when services sets the topic, it adds on to the end who
-set it last. To remove it, it's as simple as going to the end of the line
-and either hitting backspace repeatedly or hiliting it and hitting delete or
-backspace, whatever floats your boat. Personally, I like this feature, and
-there are ideas I have on improving it, but that would require modifications
-from the ircd and services, not just services, and would possibly violate
-rfc, I dunno about that for sure though. Anyways, this is really the first
-complaint I've seen about this out of all the users we have on our server.
-
->
-> Scott Grayban
-> sgrayban@NOSPAM.borgdrone.net
->
-> Without life there is no life.
-> Support GreenPeace - Stop the slaughter.
->
-> Support anti-Spam legislation.
-> Join the fight http://www.cauce.org/
->
-> "When a stupid man is doing something he is ashamed of, he always declares
-> that it is his duty." George Bernard Shaw (1856-1950)
->
->
->
-> -------------------- Advertisement ----------------------------------
-> Visit BORGnet Hosting
-> Cheap NT hosting starting at $5.95
-> Virtual Domain's (IP less)
-> http://www.borgdrone.net
-> --------------------------------------------------------------------------
--
-> You to can advertise here !!
-> Email info@borgdrone.net for info
-> --------------------------------------------------------------------------
--
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Tue May 29 19:03:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Linked nicks and Operserv
-References: <F225BGpEI2rV4ZneAzd00003692@hotmail.com>
-Message-ID: <002901c0e861$8cc3fc60$0200000a@gimpy.2y.net>
-
-Yes, you do see +r, I run an unreal server. *** is using modes
-+oiwghskaAcfrxeWt those are my modes. +r is in there.
-
------ Original Message -----
-From: "Craig Wood" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, May 29, 2001 10:49 AM
-Subject: RE: [IRCServices] Linked nicks and Operserv
-
-
-> u dont see +r on Unreal
-> but my whois say i have id'ed
->
->
-> >From: "Mark Hetherington" <markh@eurocom.co.uk>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: <ircservices@ircservices.za.net>
-> >Subject: RE: [IRCServices] Linked nicks and Operserv
-> >Date: Tue, 29 May 2001 16:40:46 +0100
-> >
-> > > My usermodes are:
-> > > +xwgkohsNcfWF
-> >
-> >No +r in that list so Services does not seem to see you as identified for
-> >that nickname.
-> >
-> >Mark.
-> >
-> >CTCP Networks.
-> >
-> >-----------------------------------------------------------
-> >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
->
-> _________________________________________________________________________
-> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From frostycoolslug at hotmail.com Tue May 29 20:34:02 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Linked nicks and Operserv
-Message-ID: <F134BHy3SpwBGpEI2rV00008ae1@hotmail.com>
-
-then y arnt i getting it??
-none of my users do either
-
-
->From: "Strider" <strider@chatcircuit.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 12:05:21 -0500
->
->Yes, you do see +r, I run an unreal server. *** is using modes
->+oiwghskaAcfrxeWt those are my modes. +r is in there.
->
->----- Original Message -----
->From: "Craig Wood" <frostycoolslug@hotmail.com>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, May 29, 2001 10:49 AM
->Subject: RE: [IRCServices] Linked nicks and Operserv
->
->
-> > u dont see +r on Unreal
-> > but my whois say i have id'ed
-> >
-> >
-> > >From: "Mark Hetherington" <markh@eurocom.co.uk>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: <ircservices@ircservices.za.net>
-> > >Subject: RE: [IRCServices] Linked nicks and Operserv
-> > >Date: Tue, 29 May 2001 16:40:46 +0100
-> > >
-> > > > My usermodes are:
-> > > > +xwgkohsNcfWF
-> > >
-> > >No +r in that list so Services does not seem to see you as identified
->for
-> > >that nickname.
-> > >
-> > >Mark.
-> > >
-> > >CTCP Networks.
-> > >
-> > >-----------------------------------------------------------
-> > >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
-> >
-> >
->_________________________________________________________________________
-> > Get Your Private, Free E-mail from MSN Hotmail at
->http://www.hotmail.com.
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From Georges at berscheid.lu Tue May 29 23:49:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:23 2004
-Subject: AW: [IRCServices] Linked nicks and Operserv
-In-Reply-To: <F134BHy3SpwBGpEI2rV00008ae1@hotmail.com>
-Message-ID: <EMEAJDMIHJFMOHONHAEDIEFCCCAA.Georges@Berscheid.lu>
-
-It works with Unreal3.1.1 but as far as I can remember it didn't with
-Unreal3.0
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig Wood
-Gesendet: Dienstag, 29. Mai 2001 20:33
-An: ircservices@ircservices.za.net
-Betreff: Re: [IRCServices] Linked nicks and Operserv
-
-
-then y arnt i getting it??
-none of my users do either
-
-
->From: "Strider" <strider@chatcircuit.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Linked nicks and Operserv
->Date: Tue, 29 May 2001 12:05:21 -0500
->
->Yes, you do see +r, I run an unreal server. *** is using modes
->+oiwghskaAcfrxeWt those are my modes. +r is in there.
->
->----- Original Message -----
->From: "Craig Wood" <frostycoolslug@hotmail.com>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, May 29, 2001 10:49 AM
->Subject: RE: [IRCServices] Linked nicks and Operserv
->
->
-> > u dont see +r on Unreal
-> > but my whois say i have id'ed
-> >
-> >
-> > >From: "Mark Hetherington" <markh@eurocom.co.uk>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: <ircservices@ircservices.za.net>
-> > >Subject: RE: [IRCServices] Linked nicks and Operserv
-> > >Date: Tue, 29 May 2001 16:40:46 +0100
-> > >
-> > > > My usermodes are:
-> > > > +xwgkohsNcfWF
-> > >
-> > >No +r in that list so Services does not seem to see you as identified
->for
-> > >that nickname.
-> > >
-> > >Mark.
-> > >
-> > >CTCP Networks.
-> > >
-> > >-----------------------------------------------------------
-> > >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
-> >
-> >
->_________________________________________________________________________
-> > Get Your Private, Free E-mail from MSN Hotmail at
->http://www.hotmail.com.
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From sgrayban at borgdrone.net Thu May 31 10:31:01 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] nickserv/info - german/language
-Message-ID: <002901c0e9ab$e5441e60$8dbee33f@borgdrone.net>
-
-Has anyone noticed that the German language file isnt avaliable in the /nickserv set language ?
-
-also a suggestion for a /nickserv sendpass would really be nice for services admin instead of using getpass
-maybe also a setting in the conf file to allow the getpass function to work or not for added secutiy IF SENDPASS is coded in.
-
-also services admin can not see all the nick's info when u type /nickserv info <nick> all
-that might be helpful to SA's in determining the user's real IP if they say they forgot there nick password to make sure they are the 'true' owners
-
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Without hope there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
-
--------------------- Advertisement ----------------------------------
-Visit BORGnet Hosting
-Cheap NT hosting starting at $5.95
-Virtual Domain's (IP less)
-http://www.borgdrone.net
----------------------------------------------------------------------------
-You to can advertise here !!
-Email info@borgdrone.net for info
----------------------------------------------------------------------------
-
-
-
-From frostycoolslug at hotmail.com Thu May 31 21:52:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-Message-ID: <F140eDKvPEkGhAj5p1F0000b991@hotmail.com>
-
-Hi, An oper today couldnt oper because his ip was wrong, there for, i opered
-him using /operserv raw svs2mode . After this, i thought to myself
-'Well, he might as well be in the opers channel' so i use /os svsjoin revy
-#oper-channel when this happened...
-*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-*** ChanServ sets mode: +b *!~rev@*.123.11.tidal-51299
-*** revy was kicked by ChanServ (You are not permitted to be on this
-channel.\ f)
-*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-*** revy was kicked by ChanServ (You are not permitted to be on this
-channel.\ f)
-*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-*** revy was kicked by ChanServ (You are not permitted to be on this
-channel.\ f)
-*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-*** revy was kicked by ChanServ (You are not permitted to be on this
-channel.\ f)
-*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-*** revy was kicked by ChanServ (You are not permitted to be on this
-channel.\ f)
-etc.
-could u fix that in the next version of Services, also disallow services
-admins/opers from being put on the akick list for the same reason
-
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From achurch at achurch.org Thu May 31 23:53:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-Message-ID: <3b16bd01.31226@achurch.org>
-
->Hi, An oper today couldnt oper because his ip was wrong, there for, i opered
->him using /operserv raw svs2mode .
-
- RTFM: Once you use RAW, there's no guarantee of stability for the
-network or Services, and I will not add any support for this case.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->After this, i thought to myself
->'Well, he might as well be in the opers channel' so i use /os svsjoin revy
->#oper-channel when this happened...
->*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
->*** ChanServ sets mode: +b *!~rev@*.123.11.tidal-51299
->*** revy was kicked by ChanServ (You are not permitted to be on this
->channel.\ f)
->*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
->*** revy was kicked by ChanServ (You are not permitted to be on this
->channel.\ f)
->*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
->*** revy was kicked by ChanServ (You are not permitted to be on this
->channel.\ f)
->*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
->*** revy was kicked by ChanServ (You are not permitted to be on this
->channel.\ f)
->*** Joins: revy (~rev@213.123.11.tidal-51299\ f)
->*** revy was kicked by ChanServ (You are not permitted to be on this
->channel.\ f)
->etc.
->could u fix that in the next version of Services, also disallow services
->admins/opers from being put on the akick list for the same reason
->
->
->--
->Craig Wood
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->_________________________________________________________________________
->Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Thu May 31 23:58:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] nickserv/info - german/language
-Message-ID: <3b16be56.31246@achurch.org>
-
->Has anyone noticed that the German language file isnt avaliable in the
->/nickserv set language ?
-
- This will be fixed for the next release.
-
->also a suggestion for a /nickserv sendpass would really be nice for
->services admin instead of using getpass
->maybe also a setting in the conf file to allow the getpass function to
->work or not for added secutiy IF SENDPASS is coded in.
-
- SENDPASS is under consideration for version 5.0 and will not be
-added in version 4.5.
-
->also services admin can not see all the nick's info when u type
->/nickserv info <nick> all
->that might be helpful to SA's in determining the user's real IP if they
->say they forgot there nick password to make sure they are the 'true'
->owners
-
- All nick information can be seen with /nickserv INFO ALL. Any other
-information (such as real IP) can be obtained from the ircd with /whois.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From uhc0 at rz.uni-karlsruhe.de Fri Jun 1 00:06:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-In-Reply-To: <F140eDKvPEkGhAj5p1F0000b991@hotmail.com>
-Message-ID: <001d01c0ea1d$bc6bdab0$0264a8c0@nygmatech.local>
-
-Why didn't you use SVSMODE ?
-
-svs2mode is known to be buggy. Obviously, the umode +o did not propagate
-to services. Otherwise, there is no explaination, why ChanServ
-issued that kick.
-
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
-> Sent: Donnerstag, 31. Mai 2001 21:52
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
->
->
-> Hi, An oper today couldnt oper because his ip was wrong,
-> there for, i opered
-> him using /operserv raw svs2mode . After this, i thought to
-> myself 'Well, he might as well be in the opers channel' so i
-> use /os svsjoin revy
-> #oper-channel when this happened...
-> *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> *** ChanServ sets mode: +b *!~rev@*.123.11.tidal-51299
-> *** revy was kicked by ChanServ (You are not permitted to be on this
-> channel.\ f)
-> *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> *** revy was kicked by ChanServ (You are not permitted to be on this
-> channel.\ f)
-> *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> *** revy was kicked by ChanServ (You are not permitted to be on this
-> channel.\ f)
-> *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> *** revy was kicked by ChanServ (You are not permitted to be on this
-> channel.\ f)
-> *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> *** revy was kicked by ChanServ (You are not permitted to be on this
-> channel.\ f)
-> etc.
-> could u fix that in the next version of Services, also
-> disallow services
-> admins/opers from being put on the akick list for the same reason
->
->
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
-> ______________________________________________________________
-> ___________
-> Get Your Private, Free E-mail from MSN Hotmail at
-http://www.hotmail.com.
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From strider at chatcircuit.com Fri Jun 1 00:12:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-References: <001d01c0ea1d$bc6bdab0$0264a8c0@nygmatech.local>
-Message-ID: <004701c0ea1e$f8a8e2b0$0200000a@gimpy.2y.net>
-
-svsmode is for channels, svs2mode is for users. but like the 'fine manual'
-says, using raw commands can make things unstable and they don't have to
-provide support for them for that reason.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, May 31, 2001 5:03 PM
-Subject: RE: [IRCServices] Unreal + svs2mode + svsjoin bug.
-
-
->
-> Why didn't you use SVSMODE ?
->
-> svs2mode is known to be buggy. Obviously, the umode +o did not propagate
-> to services. Otherwise, there is no explaination, why ChanServ
-> issued that kick.
->
->
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
-> > Sent: Donnerstag, 31. Mai 2001 21:52
-> > To: ircservices@ircservices.za.net
-> > Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-> >
-> >
-> > Hi, An oper today couldnt oper because his ip was wrong,
-> > there for, i opered
-> > him using /operserv raw svs2mode . After this, i thought to
-> > myself 'Well, he might as well be in the opers channel' so i
-> > use /os svsjoin revy
-> > #oper-channel when this happened...
-> > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > *** ChanServ sets mode: +b *!~rev@*.123.11.tidal-51299
-> > *** revy was kicked by ChanServ (You are not permitted to be on this
-> > channel.\ f)
-> > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > *** revy was kicked by ChanServ (You are not permitted to be on this
-> > channel.\ f)
-> > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > *** revy was kicked by ChanServ (You are not permitted to be on this
-> > channel.\ f)
-> > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > *** revy was kicked by ChanServ (You are not permitted to be on this
-> > channel.\ f)
-> > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > *** revy was kicked by ChanServ (You are not permitted to be on this
-> > channel.\ f)
-> > etc.
-> > could u fix that in the next version of Services, also
-> > disallow services
-> > admins/opers from being put on the akick list for the same reason
-> >
-> >
-> > --
-> > Craig Wood
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> > ______________________________________________________________
-> > ___________
-> > Get Your Private, Free E-mail from MSN Hotmail at
-> http://www.hotmail.com.
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Jun 1 00:15:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-In-Reply-To: <004701c0ea1e$f8a8e2b0$0200000a@gimpy.2y.net>
-Message-ID: <001e01c0ea1f$1beebb50$0264a8c0@nygmatech.local>
-
-Since when is svs2mode for users ?
-If so, services could not even set anyone +r (is a registered nick)
-or the admins +a (is Services Admin).
-
-Because, services IS using SVSMODE for this case.
-
-SVSMODE is a function, that already existed on DF. Because Unreal
-is a DF Clone, svsmode works the way it should.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Strider
-> Sent: Freitag, 1. Juni 2001 00:14
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Unreal + svs2mode + svsjoin bug.
->
->
-> svsmode is for channels, svs2mode is for users. but like the
-> 'fine manual' says, using raw commands can make things
-> unstable and they don't have to provide support for them for
-> that reason.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, May 31, 2001 5:03 PM
-> Subject: RE: [IRCServices] Unreal + svs2mode + svsjoin bug.
->
->
-> >
-> > Why didn't you use SVSMODE ?
-> >
-> > svs2mode is known to be buggy. Obviously, the umode +o did not
-> > propagate to services. Otherwise, there is no explaination, why
-> > ChanServ issued that kick.
-> >
-> >
-> >
-> >
-> ----------------------------------------------------------------------
-> > | Yusuf Iskenderoglu | You get to meet all
-> sorts, |
-> > | eMail - uhc0@rz.uni-karlsruhe.de | in this line of
-> work... |
-> > | eMail - s_iskend@ira.uka.de |
-> |
-> > | ICQ UIN : 20587464 \ TimeMr14C |
-> |
-> >
-> ----------------------------------------------------------------------
-> >
-> >
-> >
-> > > -----Original Message-----
-> > > From: ircservices-admin@ircservices.za.net
-> > > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig
-> > > Wood
-> > > Sent: Donnerstag, 31. Mai 2001 21:52
-> > > To: ircservices@ircservices.za.net
-> > > Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-> > >
-> > >
-> > > Hi, An oper today couldnt oper because his ip was wrong,
-> there for,
-> > > i opered him using /operserv raw svs2mode . After this, i
-> thought to
-> > > myself 'Well, he might as well be in the opers channel' so i
-> > > use /os svsjoin revy
-> > > #oper-channel when this happened...
-> > > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > > *** ChanServ sets mode: +b *!~rev@*.123.11.tidal-51299
-> > > *** revy was kicked by ChanServ (You are not permitted to
-> be on this
-> > > channel.\ f)
-> > > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > > *** revy was kicked by ChanServ (You are not permitted to
-> be on this
-> > > channel.\ f)
-> > > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > > *** revy was kicked by ChanServ (You are not permitted to
-> be on this
-> > > channel.\ f)
-> > > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > > *** revy was kicked by ChanServ (You are not permitted to
-> be on this
-> > > channel.\ f)
-> > > *** Joins: revy (~rev@213.123.11.tidal-51299\ f)
-> > > *** revy was kicked by ChanServ (You are not permitted to
-> be on this
-> > > channel.\ f)
-> > > etc.
-> > > could u fix that in the next version of Services, also
-> > > disallow services
-> > > admins/opers from being put on the akick list for the same reason
-> > >
-> > >
-> > > --
-> > > Craig Wood
-> > > Craig@e-tidalwave.org
-> > > WaveAdmin on the e-tidalwave IRC Network
-> > > Ride the Wave! www.e-tidalwave.org
-> > >
-> > > ______________________________________________________________
-> > > ___________
-> > > Get Your Private, Free E-mail from MSN Hotmail at
-> > http://www.hotmail.com.
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo> /ircservices
->
-
-
-From achurch at achurch.org Fri Jun 1 00:26:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Unreal + svs2mode + svsjoin bug.
-Message-ID: <3b16c4d5.31562@achurch.org>
-
->Why didn't you use SVSMODE ?
->
->svs2mode is known to be buggy. Obviously, the umode +o did not propagate
->to services. Otherwise, there is no explaination, why ChanServ
->issued that kick.
-
- Just to be sure there's no misunderstanding, Services does not
-process any text given to the OperServ RAW command, so even with SVSMODE
-Services would not record the +o.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From mike at chat.za.net Mon Jun 4 22:22:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] akills on bahamut
-Message-ID: <2.2.32.20010604202110.01179a48@196.14.3.98>
-
-Possible request for future versions
-
-If the bahamut '/rehash akill' feature is used, all the akills are wiped out of
-the k-line list. Could there be a /msg operserv akill resend command to resend
-all of the k-lines to the server. From what I can tell, there doesnt seem to
-be another way of doing this, short of restarting services.
-
-Mike
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From jamie at inetezine.org Mon Jun 4 23:38:00 2001
-From: jamie at inetezine.org (Jamie Smithson)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] akills on bahamut
-In-Reply-To: <2.2.32.20010604202110.01179a48@196.14.3.98>; from mike@chat.za.net on Mon, Jun 04, 2001 at 10:21:10 +0200
-References: <2.2.32.20010604202110.01179a48@196.14.3.98>
-Message-ID: <20010604223727.C1610@ummagumma>
-
-* Michael Smith (mike@chat.za.net) wrote:
-> Possible request for future versions
->
-> If the bahamut '/rehash akill' feature is used, all the akills are wiped out of
-> the k-line list. Could there be a /msg operserv akill resend command to resend
-> all of the k-lines to the server. From what I can tell, there doesnt seem to
-> be another way of doing this, short of restarting services.
-
-This isn't needed as services will still kill any user connecting to the
-network which match any set AutoKills' and adds the Akill again - when
-you do a stats k you see the AutoKills' and K:lines which are currently active.
-
-Therefore theres no real need for such a command, services handles it
-fine at the moment.
-
-Ciao -j
-
----
- -Jamie <jamie@inetezine.org>
- * Smile, people will wonder... * (oo)
- /(t )\
- SMS: jamiesmithson@sms.genie.co.uk
- GnuPG Key: http://chocoworld.port5.com/gnupg.asc
- Work: 96smithsonj@hovepark.org.uk
- 10:01pm up 3 days, 12:14, 8 users, load average: 0.00, 0.00, 0.00
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010604/7c62c4ef/attachment.pgp
-From karel4 at estpak.ee Tue Jun 5 12:52:00 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Some problems and suggestions
-Message-ID: <3B1CB9AA.2FC8E510@estpak.ee>
-
- I have connected to server (UltimateIRCd2.8.1 and last version of
-ircservices), identified my nick and identified to chanserv too. Someone
-banned my site in my channel (just identified for founder-level access
-for that channel), sending command to chanserv "unban #mychannel" and
-got the answer "**ChanServ** You have been unbanned from #mychannel."
-but I am already banned and can't join that channel. Why unban is not
-working? Is this normal that being banned the only way I can join my own
-channel is using chanserv "invite #mychannel" command? I think that
-chanserv unban command must remove all modes in channel that preventing
-me from joining my channel (will remove +k +i +b +l and so on) if I have
-a founder level in that channel or if channel owner give me an UNBAN
-level in that channel.
-
- Another example (same ircd server and services version). Someone tried
-to identify him/her nick to nickserv and failed too much times and now
-his nick is suspended. Why services let him use his nick if it is known
-that he can't identify his nick anymore even if he now remembered his
-nick password? I think operserv would kill him instantly in connection
-time, before he joined any channels (like clones kill). Today we will
-see that someone joined with suspended nick, his nick will changed after
-1 minute to GuestXX and after nick enforcer release time he will get his
-nick back, only for one minute again and his nick will changed again to
-GuestXX and so on. It's just like a very slow nick flood in channel, i
-think operserv kill in connection time will remove this "slow nick
-flood" problem. And I want to say in configuration file that nicknames
-will be suspended after X failed passwords and channels will be
-suspended after Y failed passwords (or channels are never suspended) but
-I cant do that. Today I can only say that nicknames and channels are
-both suspended after Z failed passwords or they both are never suspended
-:(
-
- And I will be very happy if in the future services versions will be
-support for usermode +h (half-op) and I can make for channels half-ops
-lists just like a AOP and VOP lists today. And channelmodes +x (no
-colors) +S (strip colors) and +f support would be a good idea too :)
-
-From grenday288 at geocities.com Wed Jun 6 06:05:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] akills on bahamut
-In-Reply-To: <2.2.32.20010604202110.01179a48@196.14.3.98>
-Message-ID: <3B1D6595.13698.1D477DF3@localhost>
-
-On 4 Jun 2001, at 22:21, Michael Smith wrote:
-
-> Possible request for future versions
->
-> If the bahamut '/rehash akill' feature is used, all the akills are wiped out of
-> the k-line list. Could there be a /msg operserv akill resend command to resend
-> all of the k-lines to the server. From what I can tell, there doesnt seem to
-> be another way of doing this, short of restarting services.
->
-> Mike
-> ---
-> Michael Smith (Warlock on IRC)
-> "Do you smell something burning or is it me?"
-> -- Joan of Arc
->
-
-Why would you '/rehash akill' if you just where going to add them
-back again?
-
-Theres close to 4000 akills (-OperServ- Current number of AKILLs:
-3825) on my network it would be a total waste of cpu,mem and
-bandwidth to resend every one to the servers.
-
-Akills are automaticly placed on the server when they see a user
-matching connect. To me it seems pretty pointless to forcely send
-them all at once.
-
-
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-From ron885 at linuxfreemail.com Thu Jun 7 09:02:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-Message-ID: <01060700040802.21045@ron.linux>
-
-I was wondering if it's possible to get a tar.gz of ircservices-4.5.14. I
-tried the patches from 4.5.0, but they fail at around 4.5.6. I would really
-appriciate someone who could help me.
-
-Thanks
---
-Ron885
-
-From andrewk at icon.co.za Thu Jun 7 09:12:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-References: <01060700040802.21045@ron.linux>
-Message-ID: <021301c0ef21$04a2a0e0$9c011ac4@africa.didata.local>
-
-Why are you trying to use 4.5.14? The number of bugs fixed between there and
-.17 should be enough reason not to use it.
-
-Hopefully you're convinced to get .17 :)
-
-Andrew
-
------ Original Message -----
-From: "Ron" <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 07, 2001 9:04 AM
-Subject: [IRCServices] Getting an Old Version
-
-
-> I was wondering if it's possible to get a tar.gz of ircservices-4.5.14. I
-> tried the patches from 4.5.0, but they fail at around 4.5.6. I would
-really
-> appriciate someone who could help me.
->
-> Thanks
-> --
-> Ron885
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Thu Jun 7 09:14:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-In-Reply-To: <021301c0ef21$04a2a0e0$9c011ac4@africa.didata.local>
-References: <01060700040802.21045@ron.linux> <021301c0ef21$04a2a0e0$9c011ac4@africa.didata.local>
-Message-ID: <01060700160300.21096@ron.linux>
-
-On Thursday 07 June 2001 00:11, you wrote:
-> Why are you trying to use 4.5.14? The number of bugs fixed between there
-> and .17 should be enough reason not to use it.
->
-> Hopefully you're convinced to get .17 :)
->
-> Andrew
-
-I know .17 has a lot of fixes, but I need to get the .14 version.
---
-Ron885
-
-From andrewk at icon.co.za Thu Jun 7 09:16:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-References: <01060700040802.21045@ron.linux> <021301c0ef21$04a2a0e0$9c011ac4@africa.didata.local> <01060700160300.21096@ron.linux>
-Message-ID: <022701c0ef21$92a044b0$9c011ac4@africa.didata.local>
-
-Ok,
-
-ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.5.14.tar.gz
-
-Andrew
-
------ Original Message -----
-From: "Ron" <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 07, 2001 9:16 AM
-Subject: Re: [IRCServices] Getting an Old Version
-
-
-> On Thursday 07 June 2001 00:11, you wrote:
-> > Why are you trying to use 4.5.14? The number of bugs fixed between there
-> > and .17 should be enough reason not to use it.
-> >
-> > Hopefully you're convinced to get .17 :)
-> >
-> > Andrew
->
-> I know .17 has a lot of fixes, but I need to get the .14 version.
-> --
-> Ron885
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Thu Jun 7 09:20:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-In-Reply-To: <022701c0ef21$92a044b0$9c011ac4@africa.didata.local>
-References: <01060700040802.21045@ron.linux> <01060700160300.21096@ron.linux> <022701c0ef21$92a044b0$9c011ac4@africa.didata.local>
-Message-ID: <01060700214201.21096@ron.linux>
-
-On Thursday 07 June 2001 00:15, you wrote:
-> Ok,
->
-> ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.5.14.tar.gz
->
-> Andrew
-
-Thanks
---
-Ron885
-
-From jester at phrixus.net Thu Jun 7 15:02:01 2001
-From: jester at phrixus.net (David Narayan)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-In-Reply-To: <01060700040802.21045@ron.linux>
-References: <01060700040802.21045@ron.linux>
-Message-ID: <991918996.9790.0.camel@athena.phrixus.net>
-
-I have one available if you'ld like to contact me privately on the
-details of transferring it.
-
--David
-
---
-David Narayan
-jester@phrixus.net
-
-On 07 Jun 2001 00:04:08 -0700, Ron wrote:
-> I was wondering if it's possible to get a tar.gz of ircservices-4.5.14. I
-> tried the patches from 4.5.0, but they fail at around 4.5.6. I would really
-> appriciate someone who could help me.
->
-> Thanks
-> --
-> Ron885
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Thu Jun 7 17:13:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-Message-ID: <3b1f99eb.07065@achurch.org>
-
->I was wondering if it's possible to get a tar.gz of ircservices-4.5.14. I
->tried the patches from 4.5.0, but they fail at around 4.5.6. I would really
->appriciate someone who could help me.
-
- The patches have been fixed (on ftp.esper.net, they should(*) propogate
-to the mirrors soon) so that they properly apply. Though I'm curious: what
-do you need 4.5.14 for?
-
-(*) Assuming the mirror scripts check file size as well as date modified; if
- not, the mirrors will need to be updated by hand, as I've retained the
- dates on the diff.gz files.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From PuterManCFC at ChatFIRST.Net Thu Jun 7 17:15:01 2001
-From: PuterManCFC at ChatFIRST.Net (PuterManCFC)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] suggestion
-Message-ID: <NEEBLHJKEJAPFAMBDDKNIEIJCDAA.PuterManCFC@ChatFIRST.Net>
-
-I was assisting a user today who wanted to hide their email information so
-that other people can not see it. This is when i realized that there is not
-function...The unset function does not work for email addresses, so the only
-option is currently to set a phoney address and hope you never forget your
-password. I think therefor it would be a useful feature to hide detail like
-the email address, and only allow ircops to be able to view it.
-
-Sincerly,
-
-PuterManCFC
-Network Admin- Operations
-Co-Admin
-ChatFIRST INC
-
-
-From lonewolf at lagnet.org.za Thu Jun 7 17:20:02 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] suggestion
-In-Reply-To: <NEEBLHJKEJAPFAMBDDKNIEIJCDAA.PuterManCFC@ChatFIRST.Net>; from "PuterManCFC" on Thu, Jun 07, 2001 at 09:14:08AM
-References: <NEEBLHJKEJAPFAMBDDKNIEIJCDAA.PuterManCFC@ChatFIRST.Net>
-Message-ID: <20010607171939.A99317@apotheosis.org.za>
-
-On Thu, Jun 07, 2001 at 09:14:08AM -0600, PuterManCFC wrote:
-> I was assisting a user today who wanted to hide their email
-> information so that other people can not see it. This is when i
-> realized that there is not function...
-
-What's wrong with:
-
-/msg ChanServ SET HIDE EMAIL ON
-
-?
-
-IRC Operators and the user can still see the address, but no one else
-can.
-
---
-lonewolf@lagnet.org.za
-
-
-From achurch at achurch.org Thu Jun 7 17:25:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Services 4.5.18 released
-Message-ID: <3b1f9cb8.07614@achurch.org>
-
- Services 4.5.18 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.18.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.18.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
-Changes in version 4.5.18
--------------------------
-2001/06/01 Updated Spanish and German language files, courtesy of
- <RealCFC@chatfirst.com> and Jacek Margos
- <jacek.margos@freenet-ag.de>
-2001/06/01 Fixed failure to load German language file. Reported by
- Scott Grayban <sgrayban@borgdrone.net>
-2001/05/26 Fixed sender of internal error messages in chanserv.c.
-2001/05/26 Fixed a potential crash when Services cannot load the
- default language (though it's still a fatal error).
-2001/05/26 import-db was reading in channel access levels incorrectly.
- Reported by Serdar Kalacyi <serdar@locomotif.com>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From tor_man at hotmail.com Thu Jun 7 18:12:01 2001
-From: tor_man at hotmail.com (Torry Crass)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible?
-Message-ID: <OE62kfzDskqC5EtrUVY000074b5@hotmail.com>
-
-I was wondering if anyone knew of any incompatibilities between
-ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been having
-a time getting them running...Thank you in advance for any info you have.
-
-~TDC
-
-From andrewk at icon.co.za Thu Jun 7 18:22:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-References: <3b1f99eb.07065@achurch.org>
-Message-ID: <028001c0ef6d$ececf5c0$9c011ac4@africa.didata.local>
-
-The mirror script used by ftp.ircservices.za.net and baboon is clever enough
-to work this out. As for ftp.electrocity.com and the one in greece, I'm not
-sure.
-
-ftp.ircservices.za.net and freshmeat.net have been updated.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 07, 2001 5:10 PM
-Subject: Re: [IRCServices] Getting an Old Version
-
-
-> >I was wondering if it's possible to get a tar.gz of ircservices-4.5.14. I
-> >tried the patches from 4.5.0, but they fail at around 4.5.6. I would
-really
-> >appriciate someone who could help me.
->
-> The patches have been fixed (on ftp.esper.net, they should(*)
-propogate
-> to the mirrors soon) so that they properly apply. Though I'm curious:
-what
-> do you need 4.5.14 for?
->
-> (*) Assuming the mirror scripts check file size as well as date modified;
-if
-> not, the mirrors will need to be updated by hand, as I've retained the
-> dates on the diff.gz files.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Thu Jun 7 18:33:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible?
-Message-ID: <3b1facc0.10423@achurch.org>
-
->I was wondering if anyone knew of any incompatibilities between
->ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been having
->a time getting them running...Thank you in advance for any info you have.
-
- ircd-2.10 is not supported by Services.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From tor_man at hotmail.com Thu Jun 7 18:42:01 2001
-From: tor_man at hotmail.com (Torry Crass)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible? - Thanks
-References: <3b1facc0.10423@achurch.org>
-Message-ID: <OE25yCKDkb9pPFR6sKB000073dc@hotmail.com>
-
-Well I thank you much as this explains my wasted 30 hours.
-
-> >I was wondering if anyone knew of any incompatibilities between
-> >ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been
-having
-> >a time getting them running...Thank you in advance for any info you have.
->
-> ircd-2.10 is not supported by Services.
-
-
-From strider at chatcircuit.com Thu Jun 7 18:49:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible? - Thanks
-References: <3b1facc0.10423@achurch.org> <OE25yCKDkb9pPFR6sKB000073dc@hotmail.com>
-Message-ID: <003101c0ef72$2f62d3d0$0200000a@gimpy.2y.net>
-
-Sometimes reading the documentation and following directions on the config
-can help save time too.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Torry Crass" <tor_man@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 07, 2001 1:46 PM
-Subject: Re: [IRCServices] Compatible? - Thanks
-
-
-> Well I thank you much as this explains my wasted 30 hours.
->
-> > >I was wondering if anyone knew of any incompatibilities between
-> > >ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been
-> having
-> > >a time getting them running...Thank you in advance for any info you
-have.
-> >
-> > ircd-2.10 is not supported by Services.
->
-> -----------------------------------------------------------
-> 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 Thu Jun 7 20:13:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible?
-Message-ID: <2.2.32.20010607181249.01552fb0@196.14.3.98>
-
-Question,,, is there any reason why its not supported?
-
-I mean, Unreal wasnt supported, and then support was added....
-
-Are there plans to possibly start supporting 2.10.. as I must say
-I have noticed lots of queries regarding it lately
-
-Just my 2c
-
-Mike
-
-At 01:31 AM 01/06/08 GMT+0900, you wrote:
->>I was wondering if anyone knew of any incompatibilities between
->>ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been having
->>a time getting them running...Thank you in advance for any info you have.
->
-> ircd-2.10 is not supported by Services.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->-----------------------------------------------------------
->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
->
->
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From strider at chatcircuit.com Thu Jun 7 20:27:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible?
-References: <2.2.32.20010607181249.01552fb0@196.14.3.98>
-Message-ID: <003b01c0ef7f$dd8a3040$0200000a@gimpy.2y.net>
-
-Unreal was supported before, but some minor changes in later releases of
-unreal caused some problems and specified support for the changes were
-added. From what I understand, ircd 2.10 is completely different from
-anything else so it would be much more difficult and require much more time
-to add support for it. Andrew would be the one that could best answer this,
-but this is what I understand of it. Maybe there will be support in 5.0?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Michael Smith" <mike@chat.za.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 07, 2001 1:12 PM
-Subject: Re: [IRCServices] Compatible?
-
-
->
-> Question,,, is there any reason why its not supported?
->
-> I mean, Unreal wasnt supported, and then support was added....
->
-> Are there plans to possibly start supporting 2.10.. as I must say
-> I have noticed lots of queries regarding it lately
->
-> Just my 2c
->
-> Mike
->
-> At 01:31 AM 01/06/08 GMT+0900, you wrote:
-> >>I was wondering if anyone knew of any incompatibilities between
-> >>ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been
-having
-> >>a time getting them running...Thank you in advance for any info you
-have.
-> >
-> > ircd-2.10 is not supported by Services.
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> >-----------------------------------------------------------
-> >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
-> >
-> >
-> ---
-> Michael Smith (Warlock on IRC)
-> "Do you smell something burning or is it me?"
-> -- Joan of Arc
->
-> -----------------------------------------------------------
-> 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 tor_man at hotmail.com Thu Jun 7 21:45:01 2001
-From: tor_man at hotmail.com (Torry Crass)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible? - Thanks
-References: <3b1facc0.10423@achurch.org> <OE25yCKDkb9pPFR6sKB000073dc@hotmail.com> <003101c0ef72$2f62d3d0$0200000a@gimpy.2y.net>
-Message-ID: <OE48EG10Gai4omRXf2L00000af8@hotmail.com>
-
-Actually I had read them, and a bunch of others....thanks for the advice but
-got that far ::smiles::....RTFM is generally done before I even join a list.
-Just that it mentioned nothing of 2.10 it says a bunch of things regarding
-other versions but this particular one might not have been out when the
-services pack was distributed, if I could have found info on it I would have
-read it as most of that 30 hours was spent looking for documentation on
-either support or no support for those services, thus the reason why I asked
-about it on the list.
-
-From uhc0 at rz.uni-karlsruhe.de Thu Jun 7 22:08:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: AW: [IRCServices] Compatible?
-In-Reply-To: <2.2.32.20010607181249.01552fb0@196.14.3.98>
-Message-ID: <NDBBKLOOKLMAKHFICBLCAEFCFAAA.uhc0@rz.uni-karlsruhe.de>
-
-I think, ircd2.10 series are not supported, because they would require
-too many changes:
-
-NJOIN: similar to SJOIN but not the same.
-NICK: similar to Unreal's NICK but not the same.
-
-No services stamps. No Nickname timestamps. No globops, no gnotices.
-No way of adding a global kline.
-#channels
-!channels
-channel IDs
-There is NO Uline in that ircd. ChanServ cannot set modes. services
-shoud handle modes, topics, kicks ? invites ? will they work ?
-Invite requires chanop status on ircd2.10. Obviously, services server
-is not a chanop.
-
-Additionally, Ircnets ircd is not designed to have a services server.
-They have SERVICE's, which have a totally different concept.
-
-I claim, that if the services version 5.0 arrives, someone will sit
-and code a module for ircd2.10.x. But in my opinion, changes required
-for that ircd are simply too many for this version.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Ursprungliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Michael
-> Smith
-> Gesendet: Donnerstag, 7. Juni 2001 20:13
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Compatible?
->
->
->
-> Question,,, is there any reason why its not supported?
->
-> I mean, Unreal wasnt supported, and then support was added....
->
-> Are there plans to possibly start supporting 2.10.. as I must say
-> I have noticed lots of queries regarding it lately
->
-> Just my 2c
->
-> Mike
->
-> At 01:31 AM 01/06/08 GMT+0900, you wrote:
-> >>I was wondering if anyone knew of any incompatibilities between
-> >>ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as
-> I've been having
-> >>a time getting them running...Thank you in advance for any info
-> you have.
-> >
-> > ircd-2.10 is not supported by Services.
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> >-----------------------------------------------------------
-> >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
-> >
-> >
-> ---
-> Michael Smith (Warlock on IRC)
-> "Do you smell something burning or is it me?"
-> -- Joan of Arc
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-From achurch at achurch.org Fri Jun 8 02:23:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Compatible?
-Message-ID: <3b201a86.11061@achurch.org>
-
->Unreal was supported before, but some minor changes in later releases of
->unreal caused some problems and specified support for the changes were
->added. From what I understand, ircd 2.10 is completely different from
->anything else so it would be much more difficult and require much more time
->to add support for it. Andrew would be the one that could best answer this,
->but this is what I understand of it. Maybe there will be support in 5.0?
-
- As you say, ircd 2.10 would take quite a bit of work to support. I
-have no plans to add support for 5.0; my main focus for 5.0 is redesigning
-Services itself, and that alone is a huge chunk of work. As it is, I don't
-know if I'm going to be able to get a beta out by the end of summer as I'm
-hoping to; I certainly don't have any time to go about researching and
-adding new protocols. On the other hand, protocol drivers in 5.0 will be
-modules, which makes it easier for someone else (besides me) to write a
-protocol driver for ircd 2.10 if there's the need.
-
- For the curious, Unreal is essentially Dreamforge/Bahamut with a bunch
-more modes and a few other features added. It used to work using the
-Dreamforge (or was it Bahamut?) protocol, but the most recent versions had
-enough changes that that was no longer enough, so I tweaked the code to
-support Unreal properly. It wasn't nearly as much work as adding support
-from scratch would have been.
-
- Also, I've added a note to the README explicitly listing ircd 2.10 as
-not supported.
-
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
->strider@chatcircuit.com www.chatcircuit.com
->ircadmin@chatcircuit.com irc.chatcircuit.com
->strider@6bit.net www.6bit.net
->----- Original Message -----
->From: "Michael Smith" <mike@chat.za.net>
->To: <ircservices@ircservices.za.net>
->Sent: Thursday, June 07, 2001 1:12 PM
->Subject: Re: [IRCServices] Compatible?
->
->
->>
->> Question,,, is there any reason why its not supported?
->>
->> I mean, Unreal wasnt supported, and then support was added....
->>
->> Are there plans to possibly start supporting 2.10.. as I must say
->> I have noticed lots of queries regarding it lately
->>
->> Just my 2c
->>
->> Mike
->>
->> At 01:31 AM 01/06/08 GMT+0900, you wrote:
->> >>I was wondering if anyone knew of any incompatibilities between
->> >>ircd-2.10.3-1 and ircservices versions 4.5pre5 or 4.5.18 as I've been
->having
->> >>a time getting them running...Thank you in advance for any info you
->have.
->> >
->> > ircd-2.10 is not supported by Services.
->> >
->> > --Andrew Church
->> > achurch@achurch.org
->> > http://achurch.org/
->> >-----------------------------------------------------------
->> >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
->> >
->> >
->> ---
->> Michael Smith (Warlock on IRC)
->> "Do you smell something burning or is it me?"
->> -- Joan of Arc
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From dan_jr at ultim.net Fri Jun 8 02:30:01 2001
-From: dan_jr at ultim.net (Daniel)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Wingate Bot for Service?
-In-Reply-To: <3b201a86.11061@achurch.org>
-Message-ID: <NFBBLDGJFAGGOPLMDGMDAEBECCAA.dan_jr@ultim.net>
-
-Hello!
-
-we are using ur services since a while already
-
-and in wondering.. where (if u know) we can find
-a proxy or wingate bot for the 1080 or 23 port
-
-I know Dalnet use something like that.. and im pretty
-sure that one of you know this asnwer
-
-Merci
-
-
-Daniel
-NeverNet Irc Network
-Server Administrator
-
-From uhc0 at rz.uni-karlsruhe.de Fri Jun 8 09:18:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Wingate Bot for Service?
-In-Reply-To: <NFBBLDGJFAGGOPLMDGMDAEBECCAA.dan_jr@ultim.net>
-Message-ID: <000601c0efeb$196b9d90$0264a8c0@nygmatech.local>
-
-
-Have you checked http://adel.negaverse.org ?
-
-yusuf.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Daniel
-> Sent: Freitag, 8. Juni 2001 02:29
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Wingate Bot for Service?
->
->
->
-> Hello!
->
-> we are using ur services since a while already
->
-> and in wondering.. where (if u know) we can find
-> a proxy or wingate bot for the 1080 or 23 port
->
-> I know Dalnet use something like that.. and im pretty
-> sure that one of you know this asnwer
->
-> Merci
->
->
-> Daniel
-> NeverNet Irc Network
-> Server Administrator
-> -----------------------------------------------------------
-> 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 silvius at expres.ro Fri Jun 8 10:03:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Proxy Bot
-Message-ID: <3B208693.C644E439@expres.ro>
-
-In mIRC 5.82 you can use a http proxy too (not only socks4/5)...anyone
-knows a bot who checks for 80/8080/3128 TCP?
-
-
-Thanks,
-Partizanu
-
-From stsimb at irc.gr Fri Jun 8 15:41:00 2001
-From: stsimb at irc.gr (Sotiris Tsimbonis)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Getting an Old Version
-In-Reply-To: <028001c0ef6d$ececf5c0$9c011ac4@africa.didata.local>
-Message-ID: <Pine.LNX.4.33.0106081543340.4750-100000@nana.forthnet.gr>
-
-On Thu, 7 Jun 2001, Andrew Kempe wrote:
-> The mirror script used by ftp.ircservices.za.net and baboon is clever
-> enough to work this out. As for ftp.electrocity.com and the one in
-> greece, I'm not sure.
-
-The script over here in Greece is clever enough as well ;)
-
- _ _ _|_ o._ o _
- _)(_) |_ || |_>
-
-
-
-From achurch at achurch.org Fri Jun 8 18:20:04 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Services 4.5.19 released
-Message-ID: <3b20fb06.14630@achurch.org>
-
- Services 4.5.19 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.19.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.19.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- A bug has been found in the MemoServ HELP SET NOTIFY command which
-can cause Services to crash; this version fixes the bug. Since any user,
-even an unregistered one, can trigger the bug, all users of Services 4.5.x
-should upgrade to this version.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From mike at chat.za.net Sat Jun 9 17:39:05 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Chanserv OP
-Message-ID: <2.2.32.20010609153814.013022e8@196.14.3.98>
-
-When I try and op myself in a particular channel i get
-
--ChanServ- Sorry, the OP command is temporarily unavailable.
-
-This only happens in one channel, all the others seem fine.
-
-Is there anything in particular that could have caused this.
-
-BTW, I have only noticed it since upgrading to 4.5.19
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From karel4 at estpak.ee Sat Jun 9 20:44:01 2001
-From: karel4 at estpak.ee (=?iso-8859-1?q?=95=20Karel=20=95?=)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Chanserv OP
-In-Reply-To: <2.2.32.20010609153814.013022e8@196.14.3.98>
-References: <2.2.32.20010609153814.013022e8@196.14.3.98>
-Message-ID: <01060920431500.01146@test2.kodu.net>
-
-> -ChanServ- Sorry, the OP command is temporarily unavailable.
->
-> This only happens in one channel, all the others seem fine.
-
- Mayby level OP-DEOP is undefined in that #channel ? (cs levels #channel list)
-
-From mike at chat.za.net Sat Jun 9 20:47:00 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Chanserv OP
-Message-ID: <2.2.32.20010609184656.01041694@196.14.3.98>
-
-Its defined at level 6
-
-Mike
-
-At 08:43 PM 01/06/09 +0200, you wrote:
->> -ChanServ- Sorry, the OP command is temporarily unavailable.
->>
->> This only happens in one channel, all the others seem fine.
->
-> Mayby level OP-DEOP is undefined in that #channel ? (cs levels #channel list)
->-----------------------------------------------------------
->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
->
->
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From lonewolf at lagnet.org.za Sat Jun 9 23:41:00 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Chanserv OP
-In-Reply-To: <2.2.32.20010609153814.013022e8@196.14.3.98>; from "Michael Smith" on Sat, Jun 09, 2001 at 05:38:14PM
-References: <2.2.32.20010609153814.013022e8@196.14.3.98>
-Message-ID: <20010609234054.A44694@apotheosis.org.za>
-
-On Sat, Jun 09, 2001 at 05:38:14PM +0200, Michael Smith wrote:
-> -ChanServ- Sorry, the OP command is temporarily unavailable.
-
-This is the CHAN_BOUNCY_MODES message.
-
-Services has marked that particular channel as having bouncy modes,
-and so won't make any changes to it. If you do a search back through
-your Services logs, there should be a note about it.
-
-Do you have your U:lines configured correctly?
-
---
-lonewolf@lagnet.org.za
-
-
-From borg at dreamirc.com Sun Jun 10 14:58:01 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Forgotten HOP
-Message-ID: <000801c0f1ac$e5d9d0a0$8dbee33f@borgdrone.net>
-
--ChanServ- SOP, AOP, and VOP lists may only contain registered nicknames.
-
-In UnrealIRCd you also have HOP so that response from chanserv is incorrect.
-
-Scott Grayban
-sgrayban@NOSPAM.borgdrone.net
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010610/ef32b42c/attachment.htm
-From mage at gameznet.com Mon Jun 11 03:47:01 2001
-From: mage at gameznet.com (Mage)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Printing to a Text File
-Message-ID: <005501c0f217$85f6fda0$6601a8c0@Home>
-
-Is it possible to have the services print the number of users in a channel to a text file so I can include it in an HTML file?
-
-~Mage
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010611/57bdc09d/attachment.html
-From andy at strugglers.net Mon Jun 11 03:51:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Printing to a Text File
-In-Reply-To: <005501c0f217$85f6fda0$6601a8c0@Home>
-References: <005501c0f217$85f6fda0$6601a8c0@Home>
-Message-ID: <kq88ito1mfmka81ssm8astrqlrfv4vgp4q@4ax.com>
-
-On Sun, 10 Jun 2001 18:40:39 -0700, "Mage" <mage@gameznet.com> wrote:
-
->Is it possible to have the services print the number of users in a channel to a text file so I can include it in an HTML file?
-
-Run a bot which does this.
-
-I do this to produce:
-
-http://www.blitzed.org/stats/grapher.phtml?target=stats&range=dwmy
-
-And:
-
-http://www.blitzed.org/channels.phtml
-
---
-Andy Smith <andy@strugglers.net>
-
-From mage at gameznet.com Mon Jun 11 04:01:01 2001
-From: mage at gameznet.com (Mage)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Printing to a Text File
-References: <005501c0f217$85f6fda0$6601a8c0@Home> <kq88ito1mfmka81ssm8astrqlrfv4vgp4q@4ax.com>
-Message-ID: <006501c0f219$7204df40$6601a8c0@Home>
-
-Where did you get this bot from? Or can it easily be modded to just monitor
-one channel at a time?
-
-~Mage
-
------ Original Message -----
-From: "Andy Smith" <andy@strugglers.net>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, June 10, 2001 6:50 PM
-Subject: Re: [IRCServices] Printing to a Text File
-
-
-> On Sun, 10 Jun 2001 18:40:39 -0700, "Mage" <mage@gameznet.com> wrote:
->
-> >Is it possible to have the services print the number of users in a
-channel to a text file so I can include it in an HTML file?
->
-> Run a bot which does this.
->
-> I do this to produce:
->
-> http://www.blitzed.org/stats/grapher.phtml?target=stats&range=dwmy
->
-> And:
->
-> http://www.blitzed.org/channels.phtml
->
-> --
-> Andy Smith <andy@strugglers.net>
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From andy at strugglers.net Mon Jun 11 04:15:01 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Printing to a Text File
-In-Reply-To: <006501c0f219$7204df40$6601a8c0@Home>
-References: <005501c0f217$85f6fda0$6601a8c0@Home> <kq88ito1mfmka81ssm8astrqlrfv4vgp4q@4ax.com> <006501c0f219$7204df40$6601a8c0@Home>
-Message-ID: <tk98it8tq950estahopu4b523jfhnh2s55@4ax.com>
-
-On Sun, 10 Jun 2001 18:54:25 -0700, "Mage" <mage@gameznet.com> wrote:
-
->Where did you get this bot from?
-
-I wrote it in Perl with Net::IRC. It's pretty lame but it does what we
-want. You can see the source here:
-
-http://www.blitzed.org/cgi-bin/cvsweb/channelspy/
-
-> Or can it easily be modded to just monitor
->one channel at a time?
-
-Not really, but you could just take it and modify to do what you want, if
-you know Perl.
-
---
-Andy Smith <andy@strugglers.net>
-
-From guy at rucus.ru.ac.za Mon Jun 11 09:38:00 2001
-From: guy at rucus.ru.ac.za (Guy Antony Halse)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Printing to a Text File
-In-Reply-To: <006501c0f219$7204df40$6601a8c0@Home>; from mage@gameznet.com on Sun, Jun 10, 2001 at 06:54:25PM -0700
-References: <005501c0f217$85f6fda0$6601a8c0@Home> <kq88ito1mfmka81ssm8astrqlrfv4vgp4q@4ax.com> <006501c0f219$7204df40$6601a8c0@Home>
-Message-ID: <20010611093733.A48739@rucus.ru.ac.za>
-
-On Sun 2001-06-10 (18:54), Mage wrote:
-> Where did you get this bot from? Or can it easily be modded to just monitor
-> one channel at a time?
-
-The problem with using bots to monitor channels is that unless they run on a
-U lined server, they need to actually reside in the channel in order to
-gather anything more than the most basic statistics. This is easily
-achievable, but a bit ugly because you end up having a bot in a channel that
-never does anything publically.
-
-As far as I can see, the simplest way to get a per channel user count is to
-send a NAMES for the each channel that you are interested in and parse the
-server's 353 response - but this breaks if the channel modes include +s
-
-The other alternative is to get the bot to relay a query to one of the
-services nicks - I use this to query nickserv/chanserv from the web, but in
-this case statserv is more appropriate, although I don't offhand remember if
-it produces that sort of statistics.
-
-- Guy
---
-Dept of Computer Science, Rhodes University, Grahamstown, South Africa
-Email: guy@mombe.org Web: http://mombe.org/ IRC: rm-rf@irc.zanet.net
-*** ANSI Standard Disclaimer *** J.A.P.H
-
-From vasag0 at teleline.es Mon Jun 11 20:14:01 2001
-From: vasag0 at teleline.es (Vasag0)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <00b301c0f2a2$2f380c80$0100a8c0@fuenla.net>
-
-Hello.
-
-I think there are some features that i'd love to see on next ircservices
-releases.
-
-what about email confirmation to nick registrations? It'd be cool if NS can
-mail it instead of *print* it out with confirmation msg.
-
-Is it possible to add support to ircd's with vhost features giving
-registered nicks his own virtual hostmask? i.e nick jupe -
-ident@jupe.virtual.ip
-
-I've read old messages requesting privmsg reply instead of notice. well, i
-think it's easier to read *huge* help commands' reply on privmsg and other
-msg using notice's.
-
-Make CS reply all users on a channel that some admin adds someone to
-registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
-(350)
-
-Sorry about my poor english and please tell me what you think about ;)
-
-
-
-
-From admin at nevernet.net Tue Jun 12 04:26:01 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-In-Reply-To: <00b301c0f2a2$2f380c80$0100a8c0@fuenla.net>
-Message-ID: <NEELKJDBLOBEMEHKPLFDAEGICCAA.admin@nevernet.net>
-
-As for the NOTICE vs. PRIVMSG debate, there's a really easy solution to it
-and let's not forget that topic probably wouldn't even be here if the "steal
-Andy's code and not give him credit for it" services had never been created
-(hmm...their website is down as of late...defunct? :) Anyway, the solution
-is just to script into your IRC client exactly the way you want the noticed
-to appear and where. I find it easier personally to have them appear in a
-query window so I route them to one, end of story and everyone's happy and
-the RFC isn't violated.
-
-Elijah
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Vasag0
-Sent: Monday, June 11, 2001 2:13 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Suggestions
-
-
-Hello.
-
-I think there are some features that i'd love to see on next ircservices
-releases.
-
-what about email confirmation to nick registrations? It'd be cool if NS can
-mail it instead of *print* it out with confirmation msg.
-
-Is it possible to add support to ircd's with vhost features giving
-registered nicks his own virtual hostmask? i.e nick jupe -
-ident@jupe.virtual.ip
-
-I've read old messages requesting privmsg reply instead of notice. well, i
-think it's easier to read *huge* help commands' reply on privmsg and other
-msg using notice's.
-
-Make CS reply all users on a channel that some admin adds someone to
-registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
-(350)
-
-Sorry about my poor english and please tell me what you think about ;)
-
-
-
------------------------------------------------------------
-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 bclark at bclark.yi.org Tue Jun 12 04:31:01 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-References: <00b301c0f2a2$2f380c80$0100a8c0@fuenla.net>
-Message-ID: <3B257F24.7080607@bclark.yi.org>
-
-These are just off-the-cuff replies that I haven't given much real
-thought to, but here goes:
-
-> what about email confirmation to nick registrations? It'd be cool if NS can
-> mail it instead of *print* it out with confirmation msg.
->
-
-I think e-mail support is in the works for 5.0, if I recall.
-
-> Is it possible to add support to ircd's with vhost features giving
-> registered nicks his own virtual hostmask? i.e nick jupe -
-> ident@jupe.virtual.ip
->
-
-Not too sure on this one, but this sounds like more of an ircd issue
-than a services one.
-
-> I've read old messages requesting privmsg reply instead of notice. well, i
-> think it's easier to read *huge* help commands' reply on privmsg and other
-> msg using notice's.
->
-
-Depends on how willing you are to break the RFC -- it specifies that any
-sort of automatic reply should always come off as a notice. Besides, if
-you've set your client to automatically open a new tab on a private
-message, the unexpected windows can get annoying after a while.
-
-> Make CS reply all users on a channel that some admin adds someone to
-> registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
-> (350)
->
-
-Why everyone? I'd say notify the channel owner and maybe the rest of the
-access list, but that's it.
-
-
-
-
-From achurch at achurch.org Tue Jun 12 05:55:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <3b259294.16634@achurch.org>
-
->what about email confirmation to nick registrations? It'd be cool if NS can
->mail it instead of *print* it out with confirmation msg.
-
- Mail support is already planned for version 5.0 (see the TODO file).
-
->Is it possible to add support to ircd's with vhost features giving
->registered nicks his own virtual hostmask? i.e nick jupe -
->ident@jupe.virtual.ip
-
- I assume you're referring to Unreal's CHGHOST/SETHOST commands?
-I'm considering such a feature as well.
-
->I've read old messages requesting privmsg reply instead of notice. well, i
->think it's easier to read *huge* help commands' reply on privmsg and other
->msg using notice's.
-
- Then set your client to display notices in a separate window.
-
->Make CS reply all users on a channel that some admin adds someone to
->registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
->(350)
-
- I don't see a need for this.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Georges at berscheid.lu Tue Jun 12 06:54:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:23 2004
-Subject: AW: [IRCServices] Suggestions
-In-Reply-To: <3B257F24.7080607@bclark.yi.org>
-Message-ID: <EMEAJDMIHJFMOHONHAEDEEHBCCAA.Georges@Berscheid.lu>
-
-Hi,
-
-> Is it possible to add support to ircd's with vhost features giving
-> registered nicks his own virtual hostmask? i.e nick jupe -
-> ident@jupe.virtual.ip
->
-
-
-hmm, how do you want Ops to ban users efficiently if they only have to
-change their nick to get a new hostname ?
-
-Georges
-
-
-From admin at nevernet.net Tue Jun 12 06:57:00 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDEEHBCCAA.Georges@Berscheid.lu>
-Message-ID: <NEELKJDBLOBEMEHKPLFDCEGLCCAA.admin@nevernet.net>
-
-I'm sure such a feature will be an option. If you don't like it, turn it
-off.
-
-Elijah
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Georges
-Berscheid
-Sent: Tuesday, June 12, 2001 12:53 AM
-To: ircservices@ircservices.za.net
-Subject: AW: [IRCServices] Suggestions
-
-
-Hi,
-
-> Is it possible to add support to ircd's with vhost features giving
-> registered nicks his own virtual hostmask? i.e nick jupe -
-> ident@jupe.virtual.ip
->
-
-
-hmm, how do you want Ops to ban users efficiently if they only have to
-change their nick to get a new hostname ?
-
-Georges
-
------------------------------------------------------------
-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 vasag0 at teleline.es Tue Jun 12 09:10:02 2001
-From: vasag0 at teleline.es (Vasag0)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-References: <EMEAJDMIHJFMOHONHAEDEEHBCCAA.Georges@Berscheid.lu>
-Message-ID: <011301c0f30e$a9e012e0$0100a8c0@fuenla.net>
-
-Maybe if the 'vitual.ip' uses real IP too, i.e ident@jupe.127.0.0.mask or
-ident@jupe.encrypted.ip.using.an.algorithm.defined.before.compilation
-
-> hmm, how do you want Ops to ban users efficiently if they only have to
-> change their nick to get a new hostname ?
->
-> Georges
-
-
-> I assume you're referring to Unreal's CHGHOST/SETHOST commands?
->I'm considering such a feature as well.
-
-yes, i refer to Unreal's like ircd. Maybe an 'option' for them.
-
->>Make CS reply all users on a channel that some admin adds someone to
->>registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
->>(350)
->
-> I don't see a need for this.
->
-> --Andrew Church
-
-And what about advertise user when someone add him?
-
-
-And... ok, forget about notices vs privmsg ;)
-
-
-
-From achurch at achurch.org Tue Jun 12 09:21:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Suggestions
-Message-ID: <3b25c2d1.23070@achurch.org>
-
->>>Make CS reply all users on a channel that some admin adds someone to
->>>registered users db. i.e. #channel~ -ChanServ- Admin adds User on #channel
->>>(350)
->>
->> I don't see a need for this.
->
->And what about advertise user when someone add him?
-
- If there's a need for that, then the person who made the addition
-can also make the announcement. As I said, I don't see any reason this
-has to be in Services.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From karel4 at estpak.ee Wed Jun 13 00:42:00 2001
-From: karel4 at estpak.ee (=?iso-8859-1?q?=95=20Karel=20=95?=)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Segmentation fault
-Message-ID: <01061300413600.02609@test2.kodu.net>
-
-[Jun 13 00:19:27 2001] OperServ: Karel: clearmodes #chatfm all
-[Jun 13 00:19:27 2001] PANIC! buffer = :Karel PRIVMSG operserv :clearmodes
-#channel all
-[Jun 13 00:19:27 2001] Services terminating: Segmentation fault
-
- There were about 15 users in that #channel and all modes were successfully
-removed but services stopped after that. Is this normal (services flooded
-out?)?
- Last version (.19) on services and UltimateIRCd2.8.1 (client_flood is
-defined at 680, does this mean anything for services too?).
-
-From karel4 at estpak.ee Wed Jun 13 00:47:00 2001
-From: karel4 at estpak.ee (=?iso-8859-1?q?=95=20Karel=20=95?=)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Re: Segmentation fault
-In-Reply-To: <01061300413600.02609@test2.kodu.net>
-References: <01061300413600.02609@test2.kodu.net>
-Message-ID: <01061300475601.02609@test2.kodu.net>
-
-> [Jun 13 00:19:27 2001] OperServ: Karel: clearmodes #chatfm all
-> [Jun 13 00:19:27 2001] PANIC! buffer = :Karel PRIVMSG operserv :clearmodes
-> #channel all
-
- Of course there were same #channel names in both lines...
-
-From uhc0 at rz.uni-karlsruhe.de Wed Jun 13 01:24:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Segmentation fault
-In-Reply-To: <01061300413600.02609@test2.kodu.net>
-Message-ID: <001201c0f396$b3c24070$0264a8c0@nygmatech.local>
-
-> Last version (.19) on services and UltimateIRCd2.8.1
-> (client_flood is
-> defined at 680, does this mean anything for services too?).
-
-I think this is your problem. Please try to run Supported IRCDs.
-UltimateIRCD is not supported. Your usage is at your own risk.
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From achurch at achurch.org Wed Jun 13 15:23:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Forgotten HOP
-Message-ID: <3b2767ab.27417@achurch.org>
-
->-ChanServ- SOP, AOP, and VOP lists may only contain registered =
->nicknames.
->
->In UnrealIRCd you also have HOP so that response from chanserv is =
->incorrect.
-
- Fixed, thanks for the report.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From manuella at cipsga.org.br Wed Jun 13 18:05:01 2001
-From: manuella at cipsga.org.br (Manuella Oliveira)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Qline's
-Message-ID: <01061313031100.00232@andromeda>
-
-We migrated ou database from magick 1.42, where we had some nicknames with
-"qline" status. Is there any way which we could remove qline status from
-some of those nicks?
-
-Manuella
-
-From manuella at cipsga.org.br Wed Jun 13 18:14:00 2001
-From: manuella at cipsga.org.br (Manuella Oliveira)
-Date: Sat Oct 23 23:01:23 2004
-Subject: [IRCServices] Help -bug
-Message-ID: <01061313111701.00232@andromeda>
-
-I want to relate a litle bug in the services-ircservices-4.5.19. When an
-especific channel is empty, is possible, using the command sequence below,
-took a half-op.
-
- /join %canal | /part %canal | /join %canal | /mode %canal +h $me
-
-Other problem we find is about the channel get lists, we don?t have any idea
-why does it happens, but an user is disconected with the message (socket
-dead). This happens just with registred nicks, ... although unregistred
-nicks doesn?t present that problem.
-
- Thank you,
-
-Manuella Oliveira
-
-From achurch at achurch.org Thu Jun 14 01:51:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Qline's
-Message-ID: <3b27fc2c.27655@achurch.org>
-
->We migrated ou database from magick 1.42, where we had some nicknames with
->"qline" status. Is there any way which we could remove qline status from
->some of those nicks?
-
- "Qline" status is not supported in the current version of Services, so
-all nicks will lose that status.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Thu Jun 14 01:52:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Help -bug
-Message-ID: <3b27fc94.27666@achurch.org>
-
->I want to relate a litle bug in the services-ircservices-4.5.19. When an
->especific channel is empty, is possible, using the command sequence below,
->took a half-op.
->
-> /join %canal | /part %canal | /join %canal | /mode %canal +h $me
-
- Services does not support channel names beginning with "%". Please
-make sure that you are using a supported ircd.
-
->Other problem we find is about the channel get lists, we don't have any idea
->why does it happens, but an user is disconected with the message (socket
->dead). This happens just with registred nicks, ... although unregistred
->nicks doesn't present that problem.
-
- This is an ircd problem, probably related to flood limits.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Kevc978 at PunkAss.com Sat Jun 16 09:43:00 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Akill problems
-Message-ID: <005901c0f700$b27fbb30$9865fea9@kevinekfj2a4ks>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 2973 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010616/0d7d485f/attachment.gif
-From mage at gameznet.com Sat Jun 16 19:24:00 2001
-From: mage at gameznet.com (Mage)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Akill problems
-References: <005901c0f700$b27fbb30$9865fea9@kevinekfj2a4ks>
-Message-ID: <001c01c0f688$548102a0$6601a8c0@Home>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 2973 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010616/012965e6/attachment.gif
-From Kevc978 at PunkAss.com Sat Jun 16 20:06:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Akill problems
-References: <005901c0f700$b27fbb30$9865fea9@kevinekfj2a4ks> <001c01c0f688$548102a0$6601a8c0@Home>
-Message-ID: <008b01c0f757$958a2d10$9865fea9@kevinekfj2a4ks>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 2973 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010616/fc9b9594/attachment.gif
-From jonathan at lite.net Sat Jun 16 20:24:03 2001
-From: jonathan at lite.net (Jonathan George)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Akill problems
-In-Reply-To: <008b01c0f757$958a2d10$9865fea9@kevinekfj2a4ks>
-Message-ID: <20010616182321.F3C09174D9@snow.fingers.co.za>
-
- If a server(s) is not present when the akill expires or is removed,
-then they will not know to remove it and thus must be /rehash'd in order
-to be updated. This is the way it has always been.
-
--lestat
-
-On Sunday, June 17, 2001, at 01:01 PM, Kevc978 wrote:
-
->
-
-From uhc0 at rz.uni-karlsruhe.de Sat Jun 16 20:33:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Akill problems
-In-Reply-To: <20010616182321.F3C09174D9@snow.fingers.co.za>
-Message-ID: <000e01c0f692$bcf42970$0264a8c0@nygmatech.local>
-
-Bahamut has it's internal routines that enable an AKILL to be expired
-even if there is no services issuing a RAKILL.
-If you are not using Bahamut, the AKILL will be permanent, except
-Services itself removes it.
-
-Additionally, there was an issue of OperServ placing akills, and with
-hostnames containing uppercase letters. You were unable to remove them
-directly. If this is your case, you should upgrade to 4.5.19.
-
-Regards;
-yusuf
-
-PS: On Bahamut, AKILLs may be removed with /rehash akills
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> Jonathan George
-> Sent: Samstag, 16. Juni 2001 20:24
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Akill problems
->
->
-> If a server(s) is not present when the akill expires or
-> is removed,
-> then they will not know to remove it and thus must be
-> /rehash'd in order
-> to be updated. This is the way it has always been.
->
-> -lestat
->
-> On Sunday, June 17, 2001, at 01:01 PM, Kevc978 wrote:
->
-> >
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo> /ircservices
->
-
-
-From achurch at achurch.org Mon Jun 18 04:47:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Services 4.5.20 released
-Message-ID: <3b2d6b92.45122@achurch.org>
-
- Services 4.5.20 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.20.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.20.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
-Changes in version 4.5.20
--------------------------
-2001/06/18 Fixed cosmetic bug in ChanServ DEPROTECT response.
- Reported by ViPeRzPiT <viper@imagine2k.com>
-2001/06/15 Changed "channel doesn't exist" message to "channel isn't
- currently in use". Suggested by <RealCFC@chatfirst.com>
-2001/06/13 Fixed missing "HOP" in help messages. Reported by Scott
- Grayban <borg@dreamirc.com>
-2001/06/10 Fixed cosmetic bug showing channel option names to users
- with unregistered nicks.
-2001/06/10 Fixed bug allowing improper privileges on a channel
- registered immediately after a previous registration
- was deleted or expired.
-2001/06/10 Added workaround for a potential servicestamp problem.
-2001/06/09 Fixed a harmless bug allowing the same address to be added
- multiple times to a nick access list.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From GSF at kerveros.gr Tue Jun 19 15:26:01 2001
-From: GSF at kerveros.gr (GSF)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Topic thing
-Message-ID: <003d01c0f8c3$751e3900$85fccdd4@geo>
-
-Hello, i use unrealircd , and when i join a channel where there is only a
-services user(fake user) in it.. it says:
-
-[15:26] *** Topic is '.....'
-[15:26] *** Set by nick on Tue Jun 19 14:49:46
-
-and then services changes the topic again.. something which is not needed.
-
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Jun 19 16:36:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:24 2004
-Subject: AW: [IRCServices] Topic thing
-In-Reply-To: <003d01c0f8c3$751e3900$85fccdd4@geo>
-Message-ID: <NDBBKLOOKLMAKHFICBLCAENKFAAA.uhc0@rz.uni-karlsruhe.de>
-
-Services cannot know that a fake user via the raw NICK command is a
-user of it's own, nor can it see that this user has forcibly joined a
-channel.
-
-Services Server is not an ircd. It does use the list of channels the
-way the ircd does. By using raw, you do so as if the services server
-was a normal server and a user in it is joining a channel. That information
-is available for the rest of the network, but not the origin.
-Services does not parse the content of the raw command.
-
-This results in services resetting the topic, for it does not know
-that someone is already in the channel. Because that "someone" also
-exists due to the raw NICK.
-
-
-
-Regards;
-yusuf
-
-
-------------------------------------------------------------------
-| Yusuf Iskenderoglu iskend@teco.uni-karlsruhe.de |
-|----------------------------------------------------------------|
-| Microsoft Internet Beratung am TecO |
-| Tel.: 0721 966 3417 (Tel. Support Di bis Fr 09:30 bis 14:00) |
-| Fax: 0721 966 3418 |
-------------------------------------------------------------------
-
-
->-----Ursprungliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von GSF
->Gesendet: Tuesday, June 19, 2001 3:26 PM
->An: IRC-Services
->Betreff: [IRCServices] Topic thing
->
->
->Hello, i use unrealircd , and when i join a channel where there is only a
->services user(fake user) in it.. it says:
->
->[15:26] *** Topic is '.....'
->[15:26] *** Set by nick on Tue Jun 19 14:49:46
->
->and then services changes the topic again.. something which is not needed.
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Tue Jun 19 16:45:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Topic thing
-References: <NDBBKLOOKLMAKHFICBLCAENKFAAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <001b01c0f8ce$ebad79e0$0200000a@gimpy.2y.net>
-
-Actually, you can make these fake users join a channel and make it appear to
-services as though it actually joined. /operserv raw :nickname join
-#channel. Even though services doesn't parse the command and know what you
-are doing, the services are sending an actual join command from that fake
-user to the ircd just as though a real user did it. It works quite well on
-our Unreal 3.1.1.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 9:35 AM
-Subject: AW: [IRCServices] Topic thing
-
-
->
-> Services cannot know that a fake user via the raw NICK command is a
-> user of it's own, nor can it see that this user has forcibly joined a
-> channel.
->
-> Services Server is not an ircd. It does use the list of channels the
-> way the ircd does. By using raw, you do so as if the services server
-> was a normal server and a user in it is joining a channel. That
-information
-> is available for the rest of the network, but not the origin.
-> Services does not parse the content of the raw command.
->
-> This results in services resetting the topic, for it does not know
-> that someone is already in the channel. Because that "someone" also
-> exists due to the raw NICK.
->
->
->
-> Regards;
-> yusuf
->
->
-> ------------------------------------------------------------------
-> | Yusuf Iskenderoglu iskend@teco.uni-karlsruhe.de |
-> |----------------------------------------------------------------|
-> | Microsoft Internet Beratung am TecO |
-> | Tel.: 0721 966 3417 (Tel. Support Di bis Fr 09:30 bis 14:00) |
-> | Fax: 0721 966 3418 |
-> ------------------------------------------------------------------
->
->
-> >-----Ursprungliche Nachricht-----
-> >Von: ircservices-admin@ircservices.za.net
-> >[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von GSF
-> >Gesendet: Tuesday, June 19, 2001 3:26 PM
-> >An: IRC-Services
-> >Betreff: [IRCServices] Topic thing
-> >
-> >
-> >Hello, i use unrealircd , and when i join a channel where there is only a
-> >services user(fake user) in it.. it says:
-> >
-> >[15:26] *** Topic is '.....'
-> >[15:26] *** Set by nick on Tue Jun 19 14:49:46
-> >
-> >and then services changes the topic again.. something which is not
-needed.
-> >
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at rz.uni-karlsruhe.de Tue Jun 19 16:53:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:24 2004
-Subject: AW: [IRCServices] Topic thing
-In-Reply-To: <001b01c0f8ce$ebad79e0$0200000a@gimpy.2y.net>
-Message-ID: <NDBBKLOOKLMAKHFICBLCOENKFAAA.uhc0@rz.uni-karlsruhe.de>
-
-
->Actually, you can make these fake users join a channel and make it
->appear to
->services as though it actually joined. /operserv raw :nickname join
->#channel.
-
-No, you cannot. Make a "/chanserv clear #test users",
-and see if services kicks its own fake user.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-From strider at chatcircuit.com Tue Jun 19 17:08:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Topic thing
-References: <NDBBKLOOKLMAKHFICBLCOENKFAAA.uhc0@rz.uni-karlsruhe.de>
-Message-ID: <002501c0f8d2$0fe943e0$0200000a@gimpy.2y.net>
-
-Although I didn't actually see the kick, ??? mode/#testing [-vo testingbot
-Strider] by services.chatcircuit.com. The "user" is in the channel still
-though. Why would it devoice the "user" but not kick? Thats strange...but
-once again I stand corrected.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 9:52 AM
-Subject: AW: [IRCServices] Topic thing
-
-
->
->
-> >Actually, you can make these fake users join a channel and make it
-> >appear to
-> >services as though it actually joined. /operserv raw :nickname join
-> >#channel.
->
-> No, you cannot. Make a "/chanserv clear #test users",
-> and see if services kicks its own fake user.
->
-> Regards;
-> yusuf
->
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
-> -----------------------------------------------------------
-> 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 frostycoolslug at hotmail.com Tue Jun 19 22:12:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F297OIkUqLpHkatd4gm000027ed@hotmail.com>
-
-More and More IRCds these days have commands like sethost, setident,
-chgident, chghost to change Virtual Hosts. Would it be good in Services, if
-opers can set nicks a VHost so when the user identifies, their vhost is set?
-i know Unreal has the /vhost command, but people dont seem to want to use it
-:(
-could be something to look at :)
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From GSF at kerveros.gr Tue Jun 19 22:20:03 2001
-From: GSF at kerveros.gr (GSF)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F297OIkUqLpHkatd4gm000027ed@hotmail.com>
-Message-ID: <001e01c0f8fd$58667d60$2bfdcdd4@geo>
-
-> More and More IRCds these days have commands like sethost, setident,
-> chgident, chghost to change Virtual Hosts. Would it be good in Services,
-if
-> opers can set nicks a VHost so when the user identifies, their vhost is
-set?
-> i know Unreal has the /vhost command, but people dont seem to want to use
-it
-> :(
-> could be something to look at :)
->
-i think that's a nice thought... let's say that.. a Services Oper/Admin
-could set about 20 vhosts for a user... then the user could pick one from
-the list , and when he identifies his nick he would have his host auto
-changed by Services.(or even a /nickserv vhost 1-20)
-
-
-From frostycoolslug at hotmail.com Tue Jun 19 22:25:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com>
-
-yeah, maybe we could have a custom Database for it, so it doesnt use the
-Nickserv 1 :)
-
-
->From: "GSF" <GSF@kerveros.gr>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Feature For Services??
->Date: Tue, 19 Jun 2001 23:20:51 +0300
->
->
-> > More and More IRCds these days have commands like sethost, setident,
-> > chgident, chghost to change Virtual Hosts. Would it be good in Services,
->if
-> > opers can set nicks a VHost so when the user identifies, their vhost is
->set?
-> > i know Unreal has the /vhost command, but people dont seem to want to
->use
->it
-> > :(
-> > could be something to look at :)
-> >
->i think that's a nice thought... let's say that.. a Services Oper/Admin
->could set about 20 vhosts for a user... then the user could pick one from
->the list , and when he identifies his nick he would have his host auto
->changed by Services.(or even a /nickserv vhost 1-20)
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From strider at chatcircuit.com Tue Jun 19 22:28:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F297OIkUqLpHkatd4gm000027ed@hotmail.com> <001e01c0f8fd$58667d60$2bfdcdd4@geo>
-Message-ID: <003b01c0f8fe$b636a4f0$0200000a@gimpy.2y.net>
-
-I can see how this could be a neat feature. Doesn't require bnc and doesn't
-require owning extra hostnames. I like it. Only problem is though, when
-someone uses /chghost on unreal, it lets all the opers know, perhaps it
-could be fixed where the message doesn't show for ulined servers? (i know
-stskeeps reads this)
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "GSF" <GSF@kerveros.gr>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 3:20 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
->
-> > More and More IRCds these days have commands like sethost, setident,
-> > chgident, chghost to change Virtual Hosts. Would it be good in Services,
-> if
-> > opers can set nicks a VHost so when the user identifies, their vhost is
-> set?
-> > i know Unreal has the /vhost command, but people dont seem to want to
-use
-> it
-> > :(
-> > could be something to look at :)
-> >
-> i think that's a nice thought... let's say that.. a Services Oper/Admin
-> could set about 20 vhosts for a user... then the user could pick one from
-> the list , and when he identifies his nick he would have his host auto
-> changed by Services.(or even a /nickserv vhost 1-20)
->
-> -----------------------------------------------------------
-> 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 frostycoolslug at hotmail.com Tue Jun 19 22:33:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F167S3Iouk4RFfJV3uS00003b97@hotmail.com>
-
-Strange, i've been doing it on mine (Unreal3.1.1-DarkShades) And none of my
-opers got a notice.. *ShRuGs* :)
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Strider" <strider@chatcircuit.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Feature For Services??
->Date: Tue, 19 Jun 2001 15:30:38 -0500
->
->I can see how this could be a neat feature. Doesn't require bnc and doesn't
->require owning extra hostnames. I like it. Only problem is though, when
->someone uses /chghost on unreal, it lets all the opers know, perhaps it
->could be fixed where the message doesn't show for ulined servers? (i know
->stskeeps reads this)
->
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
->strider@chatcircuit.com www.chatcircuit.com
->ircadmin@chatcircuit.com irc.chatcircuit.com
->strider@6bit.net www.6bit.net
->----- Original Message -----
->From: "GSF" <GSF@kerveros.gr>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, June 19, 2001 3:20 PM
->Subject: Re: [IRCServices] Feature For Services??
->
->
-> >
-> > > More and More IRCds these days have commands like sethost, setident,
-> > > chgident, chghost to change Virtual Hosts. Would it be good in
->Services,
-> > if
-> > > opers can set nicks a VHost so when the user identifies, their vhost
->is
-> > set?
-> > > i know Unreal has the /vhost command, but people dont seem to want to
->use
-> > it
-> > > :(
-> > > could be something to look at :)
-> > >
-> > i think that's a nice thought... let's say that.. a Services Oper/Admin
-> > could set about 20 vhosts for a user... then the user could pick one
->from
-> > the list , and when he identifies his nick he would have his host auto
-> > changed by Services.(or even a /nickserv vhost 1-20)
-> >
-> > -----------------------------------------------------------
-> > 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
-
-
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From strider at chatcircuit.com Tue Jun 19 22:55:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F167S3Iouk4RFfJV3uS00003b97@hotmail.com>
-Message-ID: <004701c0f902$89433db0$0200000a@gimpy.2y.net>
-
-It doesn't do it for /sethost, but /sethost does it for you only. /chghost
-on the other hand does this:
-
-[chatcircuit]!irc.chatcircuit.com baby_bird[eat] changed the virtual
-hostname of Strider (strider@pppt13-25.ght.iadfw.net) to be 6bit.net
-
-Take note, I am Strider, yet I saw someone else do it. To prove I'm not just
-seeing it done to me cuz it was done to me, there also this, my nick is
-still Strider
-
-[chatcircuit]!irc.chatcircuit.com baby_bird[eat] changed the virtual
-hostname of Colin (sysadmin@pD9017125.dip.t-dialin.net) to be hi.im.colin.de
-
-Now if you have a script to filter it, that's fine, but not everyone does.
-Now you see how this can get annoying, especially on large networks.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Craig Wood" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 3:32 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> Strange, i've been doing it on mine (Unreal3.1.1-DarkShades) And none of
-my
-> opers got a notice.. *ShRuGs* :)
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
->
-> >From: "Strider" <strider@chatcircuit.com>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: <ircservices@ircservices.za.net>
-> >Subject: Re: [IRCServices] Feature For Services??
-> >Date: Tue, 19 Jun 2001 15:30:38 -0500
-> >
-> >I can see how this could be a neat feature. Doesn't require bnc and
-doesn't
-> >require owning extra hostnames. I like it. Only problem is though, when
-> >someone uses /chghost on unreal, it lets all the opers know, perhaps it
-> >could be fixed where the message doesn't show for ulined servers? (i know
-> >stskeeps reads this)
-> >
-> >Beau (Strider) Steward
-> >chatcircuit administrator and 6bit band member
-> >strider@chatcircuit.com www.chatcircuit.com
-> >ircadmin@chatcircuit.com irc.chatcircuit.com
-> >strider@6bit.net www.6bit.net
-> >----- Original Message -----
-> >From: "GSF" <GSF@kerveros.gr>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Tuesday, June 19, 2001 3:20 PM
-> >Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > >
-> > > > More and More IRCds these days have commands like sethost, setident,
-> > > > chgident, chghost to change Virtual Hosts. Would it be good in
-> >Services,
-> > > if
-> > > > opers can set nicks a VHost so when the user identifies, their vhost
-> >is
-> > > set?
-> > > > i know Unreal has the /vhost command, but people dont seem to want
-to
-> >use
-> > > it
-> > > > :(
-> > > > could be something to look at :)
-> > > >
-> > > i think that's a nice thought... let's say that.. a Services
-Oper/Admin
-> > > could set about 20 vhosts for a user... then the user could pick one
-> >from
-> > > the list , and when he identifies his nick he would have his host auto
-> > > changed by Services.(or even a /nickserv vhost 1-20)
-> > >
-> > > -----------------------------------------------------------
-> > > 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
->
->
->
-> _________________________________________________________________________
-> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Tue Jun 19 22:58:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F167S3Iouk4RFfJV3uS00003b97@hotmail.com> <004701c0f902$89433db0$0200000a@gimpy.2y.net>
-Message-ID: <005201c0f902$f415bcd0$0200000a@gimpy.2y.net>
-
-Ok, I'm stupid I guess, don't listen to me! Sorry for that last post.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 3:57 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> It doesn't do it for /sethost, but /sethost does it for you only. /chghost
-> on the other hand does this:
->
-> [chatcircuit]!irc.chatcircuit.com baby_bird[eat] changed the virtual
-> hostname of Strider (strider@pppt13-25.ght.iadfw.net) to be 6bit.net
->
-> Take note, I am Strider, yet I saw someone else do it. To prove I'm not
-just
-> seeing it done to me cuz it was done to me, there also this, my nick is
-> still Strider
->
-> [chatcircuit]!irc.chatcircuit.com baby_bird[eat] changed the virtual
-> hostname of Colin (sysadmin@pD9017125.dip.t-dialin.net) to be
-hi.im.colin.de
->
-> Now if you have a script to filter it, that's fine, but not everyone does.
-> Now you see how this can get annoying, especially on large networks.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Craig Wood" <frostycoolslug@hotmail.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, June 19, 2001 3:32 PM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > Strange, i've been doing it on mine (Unreal3.1.1-DarkShades) And none of
-> my
-> > opers got a notice.. *ShRuGs* :)
-> > --
-> > Craig Wood
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >
-> > >From: "Strider" <strider@chatcircuit.com>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: <ircservices@ircservices.za.net>
-> > >Subject: Re: [IRCServices] Feature For Services??
-> > >Date: Tue, 19 Jun 2001 15:30:38 -0500
-> > >
-> > >I can see how this could be a neat feature. Doesn't require bnc and
-> doesn't
-> > >require owning extra hostnames. I like it. Only problem is though,
-when
-> > >someone uses /chghost on unreal, it lets all the opers know, perhaps it
-> > >could be fixed where the message doesn't show for ulined servers? (i
-know
-> > >stskeeps reads this)
-> > >
-> > >Beau (Strider) Steward
-> > >chatcircuit administrator and 6bit band member
-> > >strider@chatcircuit.com www.chatcircuit.com
-> > >ircadmin@chatcircuit.com irc.chatcircuit.com
-> > >strider@6bit.net www.6bit.net
-> > >----- Original Message -----
-> > >From: "GSF" <GSF@kerveros.gr>
-> > >To: <ircservices@ircservices.za.net>
-> > >Sent: Tuesday, June 19, 2001 3:20 PM
-> > >Subject: Re: [IRCServices] Feature For Services??
-> > >
-> > >
-> > > >
-> > > > > More and More IRCds these days have commands like sethost,
-setident,
-> > > > > chgident, chghost to change Virtual Hosts. Would it be good in
-> > >Services,
-> > > > if
-> > > > > opers can set nicks a VHost so when the user identifies, their
-vhost
-> > >is
-> > > > set?
-> > > > > i know Unreal has the /vhost command, but people dont seem to want
-> to
-> > >use
-> > > > it
-> > > > > :(
-> > > > > could be something to look at :)
-> > > > >
-> > > > i think that's a nice thought... let's say that.. a Services
-> Oper/Admin
-> > > > could set about 20 vhosts for a user... then the user could pick one
-> > >from
-> > > > the list , and when he identifies his nick he would have his host
-auto
-> > > > changed by Services.(or even a /nickserv vhost 1-20)
-> > > >
-> > > > -----------------------------------------------------------
-> > > > 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
-> >
-> >
-> >
-> >
-_________________________________________________________________________
-> > Get Your Private, Free E-mail from MSN Hotmail at
-http://www.hotmail.com.
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From ron885 at linuxfreemail.com Wed Jun 20 00:02:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-In-Reply-To: <003b01c0f8fe$b636a4f0$0200000a@gimpy.2y.net>
-References: <F297OIkUqLpHkatd4gm000027ed@hotmail.com> <001e01c0f8fd$58667d60$2bfdcdd4@geo> <003b01c0f8fe$b636a4f0$0200000a@gimpy.2y.net>
-Message-ID: <01061915034800.02893@ron.linux>
-
-On Tuesday 19 June 2001 13:30, you wrote:
-> I can see how this could be a neat feature. Doesn't require bnc and doesn't
-> require owning extra hostnames. I like it. Only problem is though, when
-> someone uses /chghost on unreal, it lets all the opers know, perhaps it
-> could be fixed where the message doesn't show for ulined servers? (i know
-> stskeeps reads this)
-
-I actually thought that was a great idea a week ago... hehehe... I tested it
-and if services sends the /chghost, it's not sent out to everyone.
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From strider at chatcircuit.com Wed Jun 20 00:12:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F297OIkUqLpHkatd4gm000027ed@hotmail.com> <001e01c0f8fd$58667d60$2bfdcdd4@geo> <003b01c0f8fe$b636a4f0$0200000a@gimpy.2y.net> <01061915034800.02893@ron.linux>
-Message-ID: <006701c0f90d$4c6b85e0$0200000a@gimpy.2y.net>
-
-I was corrected on that by one of the other opers at chatcircuit, heh. He
-discovered that it didn't send the notice about a week ago by accident, but
-I didn't know this. Anyways, I think it's a great idea myself and would
-actually help us in a small way.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Ron" <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 5:03 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> On Tuesday 19 June 2001 13:30, you wrote:
-> > I can see how this could be a neat feature. Doesn't require bnc and
-doesn't
-> > require owning extra hostnames. I like it. Only problem is though, when
-> > someone uses /chghost on unreal, it lets all the opers know, perhaps it
-> > could be fixed where the message doesn't show for ulined servers? (i
-know
-> > stskeeps reads this)
->
-> I actually thought that was a great idea a week ago... hehehe... I tested
-it
-> and if services sends the /chghost, it's not sent out to everyone.
-> --
-> Ron885
-> Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Wed Jun 20 00:50:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-In-Reply-To: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com>
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com>
-Message-ID: <01061915521300.00120@ron.linux>
-
-On Tuesday 19 June 2001 13:23, you wrote:
-> yeah, maybe we could have a custom Database for it, so it doesnt use the
-> Nickserv 1 :)
->
-
-Well I coded in an extra field in the nickserv DB, a char vhost, and there is
-a command ircops can use to set the vhost field to whatever, and when they
-ident, nickserv does CHGHOST to whatever that field is. It was rather simple
-actually
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From strider at chatcircuit.com Wed Jun 20 00:56:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com> <01061915521300.00120@ron.linux>
-Message-ID: <007901c0f913$7293af30$0200000a@gimpy.2y.net>
-
-I think the concept here though is to create a vhost db that users can
-choose their vhost from with nickserv. This way users don't have control
-over the ircop function but still get a vhost. It was said before that one
-could choose in the nickserv options a vhost from 1 through 20 or something
-like that, and admins can set vhosts in the db.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Ron" <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 5:52 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> On Tuesday 19 June 2001 13:23, you wrote:
-> > yeah, maybe we could have a custom Database for it, so it doesnt use the
-> > Nickserv 1 :)
-> >
->
-> Well I coded in an extra field in the nickserv DB, a char vhost, and there
-is
-> a command ircops can use to set the vhost field to whatever, and when they
-> ident, nickserv does CHGHOST to whatever that field is. It was rather
-simple
-> actually
-> --
-> Ron885
-> Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Wed Jun 20 01:00:02 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-In-Reply-To: <007901c0f913$7293af30$0200000a@gimpy.2y.net>
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com> <01061915521300.00120@ron.linux> <007901c0f913$7293af30$0200000a@gimpy.2y.net>
-Message-ID: <01061916015300.00174@ron.linux>
-
-On Tuesday 19 June 2001 15:59, you wrote:
-> I think the concept here though is to create a vhost db that users can
-> choose their vhost from with nickserv. This way users don't have control
-> over the ircop function but still get a vhost. It was said before that one
-> could choose in the nickserv options a vhost from 1 through 20 or something
-> like that, and admins can set vhosts in the db.
-
-What's good about /vhost is that the user can have any vhost they want, but
-someone will shell acess has to set it. But if a user could set any vhost
-they wanted on their own... it would be open to abuse. This way, any ircop
-can set the vhost, and the user won't have access to make anyone they want.
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From strider at chatcircuit.com Wed Jun 20 01:12:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com> <01061915521300.00120@ron.linux> <007901c0f913$7293af30$0200000a@gimpy.2y.net> <01061916015300.00174@ron.linux>
-Message-ID: <008501c0f915$a2ebdd90$0200000a@gimpy.2y.net>
-
-That's what I said, the user would have a list of vhosts to choose from,
-they wouldn't be able to set their own. Like I said, users won't have the
-control that the opers have. The admins would make a set list of vhost the
-users can choose from, hence the vhost db. The only problem I see with this
-kind of thing is users annoying admins to add certain vhosts for them that
-they can't choose from the list. That's more of annoying users than a
-services issue though.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Ron" <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 6:01 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> On Tuesday 19 June 2001 15:59, you wrote:
-> > I think the concept here though is to create a vhost db that users can
-> > choose their vhost from with nickserv. This way users don't have control
-> > over the ircop function but still get a vhost. It was said before that
-one
-> > could choose in the nickserv options a vhost from 1 through 20 or
-something
-> > like that, and admins can set vhosts in the db.
->
-> What's good about /vhost is that the user can have any vhost they want,
-but
-> someone will shell acess has to set it. But if a user could set any vhost
-> they wanted on their own... it would be open to abuse. This way, any ircop
-> can set the vhost, and the user won't have access to make anyone they
-want.
-> --
-> Ron885
-> Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> -----------------------------------------------------------
-> 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 mohr.jim at acd.net Wed Jun 20 01:27:00 2001
-From: mohr.jim at acd.net (Jim Mohr)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com> <01061915521300.00120@ron.linux> <007901c0f913$7293af30$0200000a@gimpy.2y.net> <01061916015300.00174@ron.linux> <008501c0f915$a2ebdd90$0200000a@gimpy.2y.net>
-Message-ID: <002d01c0f917$48e36500$3d5eb3cf@macjt.net>
-
-I agree with you Strider that the users do annoy the ircops for new vhosts.
-I wrote a perl program that does just what all of you are talking about. I
-set it up as another ircd which introduces a "services" client that users
-can /msg vhostserv on (user) (pass) that will then apply that particular
-vhost to them. It does use a database, and ircops can add/delete/view the
-vhosts in the database without shell access. But like I said we get
-requests for new vhosts daily from the same users.
-
-Jim Mohr
-
------ Original Message -----
-From: "Strider" <strider@chatcircuit.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 7:14 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> That's what I said, the user would have a list of vhosts to choose from,
-> they wouldn't be able to set their own. Like I said, users won't have the
-> control that the opers have. The admins would make a set list of vhost the
-> users can choose from, hence the vhost db. The only problem I see with
-this
-> kind of thing is users annoying admins to add certain vhosts for them that
-> they can't choose from the list. That's more of annoying users than a
-> services issue though.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
-> ----- Original Message -----
-> From: "Ron" <ron885@linuxfreemail.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, June 19, 2001 6:01 PM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > On Tuesday 19 June 2001 15:59, you wrote:
-> > > I think the concept here though is to create a vhost db that users can
-> > > choose their vhost from with nickserv. This way users don't have
-control
-> > > over the ircop function but still get a vhost. It was said before that
-> one
-> > > could choose in the nickserv options a vhost from 1 through 20 or
-> something
-> > > like that, and admins can set vhosts in the db.
-> >
-> > What's good about /vhost is that the user can have any vhost they want,
-> but
-> > someone will shell acess has to set it. But if a user could set any
-vhost
-> > they wanted on their own... it would be open to abuse. This way, any
-ircop
-> > can set the vhost, and the user won't have access to make anyone they
-> want.
-> > --
-> > Ron885
-> > Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> > LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> > -----------------------------------------------------------
-> > 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 frostycoolslug at hotmail.com Wed Jun 20 08:41:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F107jtrSByh133tYwli00002b1a@hotmail.com>
-
-What would happen with Banning nicks?
-This method could be a way of letting nicks avoid Bans, Possible needs an
-option for banning nicknames from using this feature if used in correctly?
-
-*** Joins: fCS (Craig@i.am.l33t)
-*** Craig sets mode: +b *!*@*.l33t
-*** fCS was kicked by Craig (Another one bites the dust...)
-*** Joins: fCS (Craig@mwahaahah)
-
-hmm, could cause a problem :/
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From viper at imagine2k.com Wed Jun 20 10:04:00 2001
-From: viper at imagine2k.com (ViPeRzPiT)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F107jtrSByh133tYwli00002b1a@hotmail.com>
-Message-ID: <005701c0f95f$8aebea60$0601a8c0@girotek.com>
-
-assign nicks a unique tracking id. and when services sees a ban it attempts
-to look up all matching users on the server. it then will ban from the
-channel the nick, the user's real host mask, and all linked nicks. just a
-thought for a way future version.
------ Original Message -----
-From: "Craig Wood" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, June 20, 2001 2:39 AM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> What would happen with Banning nicks?
-> This method could be a way of letting nicks avoid Bans, Possible needs an
-> option for banning nicknames from using this feature if used in correctly?
->
-> *** Joins: fCS (Craig@i.am.l33t)
-> *** Craig sets mode: +b *!*@*.l33t
-> *** fCS was kicked by Craig (Another one bites the dust...)
-> *** Joins: fCS (Craig@mwahaahah)
->
-> hmm, could cause a problem :/
-> _________________________________________________________________________
-> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From mike at chat.za.net Wed Jun 20 10:08:01 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-In-Reply-To: <005701c0f95f$8aebea60$0601a8c0@girotek.com>
-Message-ID: <Pine.LNX.4.30.0106201006500.27748-100000@moonlight.chat.za.net>
-
-This is all assuming that the actual underlying ircd supports vhosting
-If you are running bahamut - what then?
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Wed, 20 Jun 2001, ViPeRzPiT wrote:
-
-> assign nicks a unique tracking id. and when services sees a ban it attempts
-> to look up all matching users on the server. it then will ban from the
-> channel the nick, the user's real host mask, and all linked nicks. just a
-> thought for a way future version.
-> ----- Original Message -----
-> From: "Craig Wood" <frostycoolslug@hotmail.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Wednesday, June 20, 2001 2:39 AM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > What would happen with Banning nicks?
-> > This method could be a way of letting nicks avoid Bans, Possible needs an
-> > option for banning nicknames from using this feature if used in correctly?
-> >
-> > *** Joins: fCS (Craig@i.am.l33t)
-> > *** Craig sets mode: +b *!*@*.l33t
-> > *** fCS was kicked by Craig (Another one bites the dust...)
-> > *** Joins: fCS (Craig@mwahaahah)
-> >
-> > hmm, could cause a problem :/
-> > _________________________________________________________________________
-> > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From frostycoolslug at hotmail.com Wed Jun 20 10:15:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F249lkXh3wFDxchdpqp0000fc5e@hotmail.com>
-
-I'm using Unreal, i'm not sure about other IRCds, try using /sethost then
-/chghost on other IRCds...
-
-
->From: Michael Smith <mike@chat.za.net>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Feature For Services??
->Date: Wed, 20 Jun 2001 10:07:52 +0200 (SAST)
->
->
->This is all assuming that the actual underlying ircd supports vhosting
->If you are running bahamut - what then?
->
->Mike
->
->---
->Michael Smith (Warlock on IRC)
->http://www.warlock.web.za/
->"The software said Windows95 or better...
-> ...so I got Linux"
->
->
->On Wed, 20 Jun 2001, ViPeRzPiT wrote:
->
-> > assign nicks a unique tracking id. and when services sees a ban it
->attempts
-> > to look up all matching users on the server. it then will ban from the
-> > channel the nick, the user's real host mask, and all linked nicks. just
->a
-> > thought for a way future version.
-> > ----- Original Message -----
-> > From: "Craig Wood" <frostycoolslug@hotmail.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Wednesday, June 20, 2001 2:39 AM
-> > Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > > What would happen with Banning nicks?
-> > > This method could be a way of letting nicks avoid Bans, Possible needs
->an
-> > > option for banning nicknames from using this feature if used in
->correctly?
-> > >
-> > > *** Joins: fCS (Craig@i.am.l33t)
-> > > *** Craig sets mode: +b *!*@*.l33t
-> > > *** fCS was kicked by Craig (Another one bites the dust...)
-> > > *** Joins: fCS (Craig@mwahaahah)
-> > >
-> > > hmm, could cause a problem :/
-> > >
->_________________________________________________________________________
-> > > Get Your Private, Free E-mail from MSN Hotmail at
->http://www.hotmail.com.
-> > >
-> > > -----------------------------------------------------------
-> > > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > > with the word UNSUBSCRIBE in the subject of the mail.
-> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> > >
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From k.hawkes at zombies.force9.net Wed Jun 20 11:23:01 2001
-From: k.hawkes at zombies.force9.net (k.hawkes@zombies.force9.net)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <20010620102017.zombies@force9>
-
-IMO, using NickServ to throw out VHosts at users on
-IDENTIFY is a nice idea, but not EVERY IRCd out
-there supports hostmasking, let alone code to
-permit the changing of usernames or hostnames.
-
-Yeah, many IRCds these days DO allow such changes
-but an equal number, do not. Rather than thinking
-of implementing this in the 4.x series, why not
-look at writing a module for it when 5.x comes out
-(providing 5.x has module support), that way if
-an IRCd DOESN'T have hostmasking, they needn't
-download the module and add an unnecessary feature
-to their copy of Services.
-
-As for actually implementing it, perhaps this way
-may allow a little more flexibility...
-
-OperServ -> VHOST ADD/DEL/LIST (Admin Only)
-This would allow Admins/CSOps to add/del VHosts
-in a seperate DB, which would make these VHosts
-global, so all users who have a registered nick
-can use them, a LIST would give you a numbered list
-much like ACCESS would, then you'd (as a user) just
-do a /MSG NICKSERV LIST (this lists vhosts for
-everyone to use), then just type /MSG NICKSERV SET
-VHOST <num>, that way, when they IDENTIFY it would
-set the Vhost to whatever they want.
-
-As for users bugging Admins about VHosts, the only
-real way to calm that down is to add plenty of
-variety in the VHosts, or to perhaps allow 1
-'custom' Vhost for each user as a NickServ field.
-Of course, then you'd need to check whether the
-hostname isn't abusive etc... but that's something
-else alltogether.
-
-Just my thoughts on this...
-
-Quinn
-
->
->This is all assuming that the actual underlying ircd supports vhosting
->If you are running bahamut - what then?
->
->Mike
->
->---
->Michael Smith (Warlock on IRC)
->http://www.warlock.web.za/
->"The software said Windows95 or better...
-> ...so I got Linux"
->
->
->On Wed, 20 Jun 2001, ViPeRzPiT wrote:
->
->> assign nicks a unique tracking id. and when services sees a ban it attempts
->> to look up all matching users on the server. it then will ban from the
->> channel the nick, the user's real host mask, and all linked nicks. just a
->> thought for a way future version.
->> ----- Original Message -----
->> From: "Craig Wood" <frostycoolslug@hotmail.com>
->> To: <ircservices@ircservices.za.net>
->> Sent: Wednesday, June 20, 2001 2:39 AM
->> Subject: Re: [IRCServices] Feature For Services??
->>
->>
->> > What would happen with Banning nicks?
->> > This method could be a way of letting nicks avoid Bans, Possible needs an
->> > option for banning nicknames from using this feature if used in correctly?
->> >
->> > *** Joins: fCS (Craig@i.am.l33t)
->> > *** Craig sets mode: +b *!*@*.l33t
->> > *** fCS was kicked by Craig (Another one bites the dust...)
->> > *** Joins: fCS (Craig@mwahaahah)
->> >
->> > hmm, could cause a problem :/
->> > _________________________________________________________________________
->> > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->> >
->> > -----------------------------------------------------------
->> > To unsubscribe, mail ircservices-request@ircservices.za.net
->> > with the word UNSUBSCRIBE in the subject of the mail.
->> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->> >
->>
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-
-
-
-From achurch at achurch.org Wed Jun 20 11:36:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <3b306e75.50415@achurch.org>
-
- This feature is under consideration for version 5.0. It will not be
-added in version 4.5.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->More and More IRCds these days have commands like sethost, setident,
->chgident, chghost to change Virtual Hosts. Would it be good in Services, if
->opers can set nicks a VHost so when the user identifies, their vhost is set?
->i know Unreal has the /vhost command, but people dont seem to want to use it
->:(
->could be something to look at :)
->_________________________________________________________________________
->Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From frostycoolslug at hotmail.com Wed Jun 20 14:52:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <F67FnwpGR881Np7vXee000202bb@hotmail.com>
-
-have u ne idea when Version 5 will be released?
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Feature For Services??
->Date: Wed, 20 Jun 2001 18:35:25 JST
->
-> This feature is under consideration for version 5.0. It will not be
->added in version 4.5.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >More and More IRCds these days have commands like sethost, setident,
-> >chgident, chghost to change Virtual Hosts. Would it be good in Services,
->if
-> >opers can set nicks a VHost so when the user identifies, their vhost is
->set?
-> >i know Unreal has the /vhost command, but people dont seem to want to use
->it
-> >:(
-> >could be something to look at :)
-> >_________________________________________________________________________
-> >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From achurch at achurch.org Wed Jun 20 16:47:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <3b30b730.50645@achurch.org>
-
->have u ne idea when Version 5 will be released?
-
- I can't make any promises, but I'm hoping to have a stable version
-done by early next year. A beta version should be out... well, before
-then. (:
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->>From: achurch@achurch.org (Andrew Church)
->>Reply-To: ircservices@ircservices.za.net
->>To: ircservices@ircservices.za.net
->>Subject: Re: [IRCServices] Feature For Services??
->>Date: Wed, 20 Jun 2001 18:35:25 JST
->>
->> This feature is under consideration for version 5.0. It will not be
->>added in version 4.5.
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->>
->> >More and More IRCds these days have commands like sethost, setident,
->> >chgident, chghost to change Virtual Hosts. Would it be good in Services,
->>if
->> >opers can set nicks a VHost so when the user identifies, their vhost is
->>set?
->> >i know Unreal has the /vhost command, but people dont seem to want to use
->>it
->> >:(
->> >could be something to look at :)
->> >_________________________________________________________________________
->> >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->> >
->> >-----------------------------------------------------------
->> >To unsubscribe, mail ircservices-request@ircservices.za.net
->> >with the word UNSUBSCRIBE in the subject of the mail.
->> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->>-----------------------------------------------------------
->>To unsubscribe, mail ircservices-request@ircservices.za.net
->>with the word UNSUBSCRIBE in the subject of the mail.
->>http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->_________________________________________________________________________
->Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From strider at chatcircuit.com Wed Jun 20 17:19:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <20010620102017.zombies@force9>
-Message-ID: <002b01c0f99c$b3958970$0200000a@gimpy.2y.net>
-
-Actually, this can just be thrown in with the Unreal support since most of
-the people ont his list with access to the vhost options use Unreal anyways.
-As for having plenty of vhosts, our server is small so what I planned to do
-is if the feature was implemented, allow users to email suggestions to me
-and I could build a list from that, and when 5.0 was released and if it has
-the feature, I could set it up with the suggested vhosts that were agreed
-upon. As for allowing a custom vhost set by the users, that would never work
-because we have better things to do than to watch for what vhost someone
-makes up.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: <k.hawkes@zombies.force9.net>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, June 20, 2001 4:20 AM
-Subject: RE: Re: [IRCServices] Feature For Services??
-
-
->
-> IMO, using NickServ to throw out VHosts at users on
-> IDENTIFY is a nice idea, but not EVERY IRCd out
-> there supports hostmasking, let alone code to
-> permit the changing of usernames or hostnames.
->
-> Yeah, many IRCds these days DO allow such changes
-> but an equal number, do not. Rather than thinking
-> of implementing this in the 4.x series, why not
-> look at writing a module for it when 5.x comes out
-> (providing 5.x has module support), that way if
-> an IRCd DOESN'T have hostmasking, they needn't
-> download the module and add an unnecessary feature
-> to their copy of Services.
->
-> As for actually implementing it, perhaps this way
-> may allow a little more flexibility...
->
-> OperServ -> VHOST ADD/DEL/LIST (Admin Only)
-> This would allow Admins/CSOps to add/del VHosts
-> in a seperate DB, which would make these VHosts
-> global, so all users who have a registered nick
-> can use them, a LIST would give you a numbered list
-> much like ACCESS would, then you'd (as a user) just
-> do a /MSG NICKSERV LIST (this lists vhosts for
-> everyone to use), then just type /MSG NICKSERV SET
-> VHOST <num>, that way, when they IDENTIFY it would
-> set the Vhost to whatever they want.
->
-> As for users bugging Admins about VHosts, the only
-> real way to calm that down is to add plenty of
-> variety in the VHosts, or to perhaps allow 1
-> 'custom' Vhost for each user as a NickServ field.
-> Of course, then you'd need to check whether the
-> hostname isn't abusive etc... but that's something
-> else alltogether.
->
-> Just my thoughts on this...
->
-> Quinn
->
-> >
-> >This is all assuming that the actual underlying ircd supports vhosting
-> >If you are running bahamut - what then?
-> >
-> >Mike
-> >
-> >---
-> >Michael Smith (Warlock on IRC)
-> >http://www.warlock.web.za/
-> >"The software said Windows95 or better...
-> > ...so I got Linux"
-> >
-> >
-> >On Wed, 20 Jun 2001, ViPeRzPiT wrote:
-> >
-> >> assign nicks a unique tracking id. and when services sees a ban it
-attempts
-> >> to look up all matching users on the server. it then will ban from the
-> >> channel the nick, the user's real host mask, and all linked nicks.
-just a
-> >> thought for a way future version.
-> >> ----- Original Message -----
-> >> From: "Craig Wood" <frostycoolslug@hotmail.com>
-> >> To: <ircservices@ircservices.za.net>
-> >> Sent: Wednesday, June 20, 2001 2:39 AM
-> >> Subject: Re: [IRCServices] Feature For Services??
-> >>
-> >>
-> >> > What would happen with Banning nicks?
-> >> > This method could be a way of letting nicks avoid Bans, Possible
-needs an
-> >> > option for banning nicknames from using this feature if used in
-correctly?
-> >> >
-> >> > *** Joins: fCS (Craig@i.am.l33t)
-> >> > *** Craig sets mode: +b *!*@*.l33t
-> >> > *** fCS was kicked by Craig (Another one bites the dust...)
-> >> > *** Joins: fCS (Craig@mwahaahah)
-> >> >
-> >> > hmm, could cause a problem :/
-> >> >
-_________________________________________________________________________
-> >> > Get Your Private, Free E-mail from MSN Hotmail at
-http://www.hotmail.com.
-> >> >
-> >> > -----------------------------------------------------------
-> >> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> > with the word UNSUBSCRIBE in the subject of the mail.
-> >> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> >
-> >>
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >
-> >-----------------------------------------------------------
-> >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 k.hawkes at zombies.force9.net Wed Jun 20 22:11:04 2001
-From: k.hawkes at zombies.force9.net (Mr. K. Hawkes)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-Message-ID: <E15CoIp-0000MC-00@gadolinium.btinternet.com>
-
-> Actually, this can just be thrown in with the Unreal support since most
-of
-> the people ont his list with access to the vhost options use Unreal
-anyways.
-> As for having plenty of vhosts, our server is small so what I planned to
-do
-> is if the feature was implemented, allow users to email suggestions to me
-> and I could build a list from that, and when 5.0 was released and if it
-has
-> the feature, I could set it up with the suggested vhosts that were agreed
-> upon. As for allowing a custom vhost set by the users, that would never
-work
-> because we have better things to do than to watch for what vhost someone
-> makes up.
->
-True, it could just be thrown in with the Unreal support.
-Yeah, I can see the point about not allowing custom VHosts, but I meant in
-conjunction with some additional code in Services to disallow certain
-VHosts or names 'n' such...
-
-Was early in the morning when I wrote the Mail above... I apologise for any
-lameness or any really bad ideas...
-
-Quinn
-
-From arielx at ig.com.br Thu Jun 21 22:36:00 2001
-From: arielx at ig.com.br (Ariel)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com><01061915521300.00120@ron.linux> <007901c0f913$7293af30$0200000a@gimpy.2y.net><01061916015300.00174@ron.linux> <008501c0f915$a2ebdd90$0200000a@gimpy.2y.net> <002d01c0f917$48e36500$3d5eb3cf@macjt.net>
-Message-ID: <00bb01c0fab3$00257a40$eeff1f0a@seanet15>
-
-unsubscribe
-unsubscribe
-
-unsubscribe
-
-unsubscribe
-
------ Original Message -----
-From: "Jim Mohr" <mohr.jim@acd.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 4:26 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> I agree with you Strider that the users do annoy the ircops for new
-vhosts.
-> I wrote a perl program that does just what all of you are talking about.
-I
-> set it up as another ircd which introduces a "services" client that users
-> can /msg vhostserv on (user) (pass) that will then apply that particular
-> vhost to them. It does use a database, and ircops can add/delete/view the
-> vhosts in the database without shell access. But like I said we get
-> requests for new vhosts daily from the same users.
->
-> Jim Mohr
->
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, June 19, 2001 7:14 PM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > That's what I said, the user would have a list of vhosts to choose from,
-> > they wouldn't be able to set their own. Like I said, users won't have
-the
-> > control that the opers have. The admins would make a set list of vhost
-the
-> > users can choose from, hence the vhost db. The only problem I see with
-> this
-> > kind of thing is users annoying admins to add certain vhosts for them
-that
-> > they can't choose from the list. That's more of annoying users than a
-> > services issue though.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Ron" <ron885@linuxfreemail.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, June 19, 2001 6:01 PM
-> > Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > > On Tuesday 19 June 2001 15:59, you wrote:
-> > > > I think the concept here though is to create a vhost db that users
-can
-> > > > choose their vhost from with nickserv. This way users don't have
-> control
-> > > > over the ircop function but still get a vhost. It was said before
-that
-> > one
-> > > > could choose in the nickserv options a vhost from 1 through 20 or
-> > something
-> > > > like that, and admins can set vhosts in the db.
-> > >
-> > > What's good about /vhost is that the user can have any vhost they
-want,
-> > but
-> > > someone will shell acess has to set it. But if a user could set any
-> vhost
-> > > they wanted on their own... it would be open to abuse. This way, any
-> ircop
-> > > can set the vhost, and the user won't have access to make anyone they
-> > want.
-> > > --
-> > > Ron885
-> > > Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> > > LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> > > -----------------------------------------------------------
-> > > 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 Kevc978 at PunkAss.com Thu Jun 21 23:01:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Feature For Services??
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com><01061915521300.00120@ron.linux> <007901c0f913$7293af30$0200000a@gimpy.2y.net><01061916015300.00174@ron.linux> <008501c0f915$a2ebdd90$0200000a@gimpy.2y.net> <002d01c0f917$48e36500$3d5eb3cf@macjt.net> <00bb01c0fab3$00257a40$eeff1f0a@seanet15>
-Message-ID: <001b01c0fb5d$65a69480$9865fea9@kevinekfj2a4ks>
-
-Wow,
-Im guessing your wanting to unsubscribe?
-
-Kevc978
-Akill Team
-DarkServ
-Irc.DarkServ.Net
------ Original Message -----
-From: "Ariel" <arielx@ig.com.br>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, June 22, 2001 1:33 AM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-unsubscribe
-unsubscribe
-
-unsubscribe
-
-unsubscribe
-
------ Original Message -----
-From: "Jim Mohr" <mohr.jim@acd.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 4:26 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> I agree with you Strider that the users do annoy the ircops for new
-vhosts.
-> I wrote a perl program that does just what all of you are talking about.
-I
-> set it up as another ircd which introduces a "services" client that users
-> can /msg vhostserv on (user) (pass) that will then apply that particular
-> vhost to them. It does use a database, and ircops can add/delete/view the
-> vhosts in the database without shell access. But like I said we get
-> requests for new vhosts daily from the same users.
->
-> Jim Mohr
->
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, June 19, 2001 7:14 PM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > That's what I said, the user would have a list of vhosts to choose from,
-> > they wouldn't be able to set their own. Like I said, users won't have
-the
-> > control that the opers have. The admins would make a set list of vhost
-the
-> > users can choose from, hence the vhost db. The only problem I see with
-> this
-> > kind of thing is users annoying admins to add certain vhosts for them
-that
-> > they can't choose from the list. That's more of annoying users than a
-> > services issue though.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Ron" <ron885@linuxfreemail.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, June 19, 2001 6:01 PM
-> > Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > > On Tuesday 19 June 2001 15:59, you wrote:
-> > > > I think the concept here though is to create a vhost db that users
-can
-> > > > choose their vhost from with nickserv. This way users don't have
-> control
-> > > > over the ircop function but still get a vhost. It was said before
-that
-> > one
-> > > > could choose in the nickserv options a vhost from 1 through 20 or
-> > something
-> > > > like that, and admins can set vhosts in the db.
-> > >
-> > > What's good about /vhost is that the user can have any vhost they
-want,
-> > but
-> > > someone will shell acess has to set it. But if a user could set any
-> vhost
-> > > they wanted on their own... it would be open to abuse. This way, any
-> ircop
-> > > can set the vhost, and the user won't have access to make anyone they
-> > want.
-> > > --
-> > > Ron885
-> > > Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> > > LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> > > -----------------------------------------------------------
-> > > 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
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From strider at chatcircuit.com Thu Jun 21 23:15:02 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:24 2004
-Subject: [IRCServices] Question about possible future feature
-Message-ID: <003f01c0fa97$9e06b7e0$0200000a@gimpy.2y.net>
-
-Will there be a botserv or similar functions in services 5.0? I noticed
-quite a few (including us) use operserv raw (cept we do it through a hack to
-services instead of just doing /operserv raw) to create virtual users to
-hold channels open. Maybe this can be expanded on where they act like
-chanserv, or maybe a module could be written or something. It'd be a nice
-feature to actually have with services rather than have to make sure our
-hack works with each update we do (we try to only update when a major bug is
-being fixed for this reason). If this is too confusing...ummm...well...I'll
-try to expand on it if I need to.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-From Georges at berscheid.lu Thu Jun 21 23:22:02 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:25 2004
-Subject: AW: [IRCServices] Feature For Services??
-In-Reply-To: <00bb01c0fab3$00257a40$eeff1f0a@seanet15>
-Message-ID: <EMEAJDMIHJFMOHONHAEDOEIACCAA.Georges@Berscheid.lu>
-
-Read the 3 last lines of this message.
-You need to put UNSUBSCRIBE in the SUBJECT of your message ;)
-Good luck
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Ariel
-Gesendet: Freitag, 22. Juni 2001 02:34
-An: ircservices@ircservices.za.net
-Betreff: Re: [IRCServices] Feature For Services??
-
-
-unsubscribe
-unsubscribe
-
-unsubscribe
-
-unsubscribe
-
------ Original Message -----
-From: "Jim Mohr" <mohr.jim@acd.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 19, 2001 4:26 PM
-Subject: Re: [IRCServices] Feature For Services??
-
-
-> I agree with you Strider that the users do annoy the ircops for new
-vhosts.
-> I wrote a perl program that does just what all of you are talking about.
-I
-> set it up as another ircd which introduces a "services" client that users
-> can /msg vhostserv on (user) (pass) that will then apply that particular
-> vhost to them. It does use a database, and ircops can add/delete/view the
-> vhosts in the database without shell access. But like I said we get
-> requests for new vhosts daily from the same users.
->
-> Jim Mohr
->
-> ----- Original Message -----
-> From: "Strider" <strider@chatcircuit.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, June 19, 2001 7:14 PM
-> Subject: Re: [IRCServices] Feature For Services??
->
->
-> > That's what I said, the user would have a list of vhosts to choose from,
-> > they wouldn't be able to set their own. Like I said, users won't have
-the
-> > control that the opers have. The admins would make a set list of vhost
-the
-> > users can choose from, hence the vhost db. The only problem I see with
-> this
-> > kind of thing is users annoying admins to add certain vhosts for them
-that
-> > they can't choose from the list. That's more of annoying users than a
-> > services issue though.
-> >
-> > Beau (Strider) Steward
-> > chatcircuit administrator and 6bit band member
-> > strider@chatcircuit.com www.chatcircuit.com
-> > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > strider@6bit.net www.6bit.net
-> > ----- Original Message -----
-> > From: "Ron" <ron885@linuxfreemail.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, June 19, 2001 6:01 PM
-> > Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > > On Tuesday 19 June 2001 15:59, you wrote:
-> > > > I think the concept here though is to create a vhost db that users
-can
-> > > > choose their vhost from with nickserv. This way users don't have
-> control
-> > > > over the ircop function but still get a vhost. It was said before
-that
-> > one
-> > > > could choose in the nickserv options a vhost from 1 through 20 or
-> > something
-> > > > like that, and admins can set vhosts in the db.
-> > >
-> > > What's good about /vhost is that the user can have any vhost they
-want,
-> > but
-> > > someone will shell acess has to set it. But if a user could set any
-> vhost
-> > > they wanted on their own... it would be open to abuse. This way, any
-> ircop
-> > > can set the vhost, and the user won't have access to make anyone they
-> > want.
-> > > --
-> > > Ron885
-> > > Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> > > LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> > > -----------------------------------------------------------
-> > > 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
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From RealCFC at ChatFIRST.COM Thu Jun 21 23:59:01 2001
-From: RealCFC at ChatFIRST.COM (Real)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-References: <003f01c0fa97$9e06b7e0$0200000a@gimpy.2y.net>
-Message-ID: <001b01c0fab7$4f8be020$dafd3ed0@pavilion>
-
-I would really love to see some kind of BotServ included in future versions of services, either a module or a default services new feature.
-We do also run a fake user to act like a bot in some channels.
-Ely
- ----- Original Message -----
- From: Strider
- To: ircservices@ircservices.za.net
- Sent: Thursday, June 21, 2001 2:17 PM
- Subject: [IRCServices] Question about possible future feature
-
-
- Will there be a botserv or similar functions in services 5.0? I noticed
- quite a few (including us) use operserv raw (cept we do it through a hack to
- services instead of just doing /operserv raw) to create virtual users to
- hold channels open. Maybe this can be expanded on where they act like
- chanserv, or maybe a module could be written or something. It'd be a nice
- feature to actually have with services rather than have to make sure our
- hack works with each update we do (we try to only update when a major bug is
- being fixed for this reason). If this is too confusing...ummm...well...I'll
- try to expand on it if I need to.
-
- Beau (Strider) Steward
- chatcircuit administrator and 6bit band member
- strider@chatcircuit.com www.chatcircuit.com
- ircadmin@chatcircuit.com irc.chatcircuit.com
- strider@6bit.net www.6bit.net
-
- -----------------------------------------------------------
- To unsubscribe, mail ircservices-request@ircservices.za.net
- with the word UNSUBSCRIBE in the subject of the mail.
- http://www.ircservices.za.net/mailman/listinfo/ircservices
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010621/9c8c931b/attachment.htm
-From fox at dt2000.plus.com Fri Jun 22 01:40:02 2001
-From: fox at dt2000.plus.com (Fox Moss)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature
- (BotServ)
-In-Reply-To: <001b01c0fab7$4f8be020$dafd3ed0@pavilion>
-References: <003f01c0fa97$9e06b7e0$0200000a@gimpy.2y.net>
-Message-ID: <5.1.0.14.0.20010622024036.009f36e0@mail.plus.net>
-
-So the whole point in creating a BotServ is to hold some screens and fake
-users to have them keep channels open?
-If this is actually created, I don't think that BotServ should be it's name.
-
-What we could do is integrate a feature into ChanServ having something like
-/msg chanserv screen #channel nick , where every channel can have one
-screen with a specified nickname and this is done by the founder or anyone
-in the access list with a level above the screen level that would be set
-
-How does this seem to you?
-
-Fox
-
-At 06:04 ?? 21-06-01 -0700, you wrote:
->I would really love to see some kind of BotServ included in future
->versions of services, either a module or a default services new feature.
->We do also run a fake user to act like a bot in some channels.
->Ely
->----- Original Message -----
->From: <mailto:strider@chatcircuit.com>Strider
->To: <mailto:ircservices@ircservices.za.net>ircservices@ircservices.za.net
->Sent: Thursday, June 21, 2001 2:17 PM
->Subject: [IRCServices] Question about possible future feature
->
->Will there be a botserv or similar functions in services 5.0? I noticed
->quite a few (including us) use operserv raw (cept we do it through a hack to
->services instead of just doing /operserv raw) to create virtual users to
->hold channels open. Maybe this can be expanded on where they act like
->chanserv, or maybe a module could be written or something. It'd be a nice
->feature to actually have with services rather than have to make sure our
->hack works with each update we do (we try to only update when a major bug is
->being fixed for this reason). If this is too confusing...ummm...well...I'll
->try to expand on it if I need to.
->
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
-><mailto:strider@chatcircuit.com>strider@chatcircuit.com
->www.chatcircuit.com
-><mailto:ircadmin@chatcircuit.com>ircadmin@chatcircuit.com
->irc.chatcircuit.com
-><mailto:strider@6bit.net>strider@6bit.net www.6bit.net
->
->-----------------------------------------------------------
->To unsubscribe, mail
-><mailto:ircservices-request@ircservices.za.net>ircservices-request@ircservices.za.net
->
->with the word UNSUBSCRIBE in the subject of the mail.
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Fri Jun 22 01:46:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-References: <003f01c0fa97$9e06b7e0$0200000a@gimpy.2y.net> <5.1.0.14.0.20010622024036.009f36e0@mail.plus.net>
-Message-ID: <004d01c0faac$cdeec4b0$0200000a@gimpy.2y.net>
-
-I was thinking more along the lines of giving them chanserv functionality,
-like a chanserv clone or some such. I think it should be an option to allow
-regular users to add it, on our server we prefer for someone have regular
-traffic to their channel before they have one of our "bots" so we don't have
-500 channels that no one goes to but have bots in them. Perhaps have
-chanserv check for the age of a channel and compare with usage before
-allowing a regular user to add it, or just allow admins to do it.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Fox Moss" <fox@dt2000.plus.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, June 21, 2001 6:43 PM
-Subject: Re: [IRCServices] Question about possible future feature (BotServ)
-
-
-> So the whole point in creating a BotServ is to hold some screens and fake
-> users to have them keep channels open?
-> If this is actually created, I don't think that BotServ should be it's
-name.
->
-> What we could do is integrate a feature into ChanServ having something
-like
-> /msg chanserv screen #channel nick , where every channel can have one
-> screen with a specified nickname and this is done by the founder or anyone
-> in the access list with a level above the screen level that would be set
->
-> How does this seem to you?
->
-> Fox
->
-> At 06:04 ?? 21-06-01 -0700, you wrote:
-> >I would really love to see some kind of BotServ included in future
-> >versions of services, either a module or a default services new feature.
-> >We do also run a fake user to act like a bot in some channels.
-> >Ely
-> >----- Original Message -----
-> >From: <mailto:strider@chatcircuit.com>Strider
-> >To: <mailto:ircservices@ircservices.za.net>ircservices@ircservices.za.net
-> >Sent: Thursday, June 21, 2001 2:17 PM
-> >Subject: [IRCServices] Question about possible future feature
-> >
-> >Will there be a botserv or similar functions in services 5.0? I noticed
-> >quite a few (including us) use operserv raw (cept we do it through a hack
-to
-> >services instead of just doing /operserv raw) to create virtual users to
-> >hold channels open. Maybe this can be expanded on where they act like
-> >chanserv, or maybe a module could be written or something. It'd be a nice
-> >feature to actually have with services rather than have to make sure our
-> >hack works with each update we do (we try to only update when a major bug
-is
-> >being fixed for this reason). If this is too
-confusing...ummm...well...I'll
-> >try to expand on it if I need to.
-> >
-> >Beau (Strider) Steward
-> >chatcircuit administrator and 6bit band member
-> ><mailto:strider@chatcircuit.com>strider@chatcircuit.com
-> >www.chatcircuit.com
-> ><mailto:ircadmin@chatcircuit.com>ircadmin@chatcircuit.com
-> >irc.chatcircuit.com
-> ><mailto:strider@6bit.net>strider@6bit.net www.6bit.net
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail
->
-><mailto:ircservices-request@ircservices.za.net>ircservices-request@ircservi
-ces.za.net
-> >
-> >with the word UNSUBSCRIBE in the subject of the mail.
->
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>http://www.ircs
-ervices.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 fox at dt2000.plus.com Fri Jun 22 01:52:00 2001
-From: fox at dt2000.plus.com (Fox Moss)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature
- (BotServ)
-In-Reply-To: <004d01c0faac$cdeec4b0$0200000a@gimpy.2y.net>
-References: <003f01c0fa97$9e06b7e0$0200000a@gimpy.2y.net>
- <5.1.0.14.0.20010622024036.009f36e0@mail.plus.net>
-Message-ID: <5.1.0.14.0.20010622025311.009fc170@mail.plus.net>
-
-Well we can do it without having the poor admins have more work to do
-
-That a screen expires if noone steps foot on the channel for a week or so
-and that then it can't go in the channel again if it doesn't meet a number
-of users.
-
-Also, two channels with the same founder can have only one screen on both
-and not two individual ones.
-
-How's that?
-
-Fox
-
-At 06:49 ?? 21-06-01 -0500, you wrote:
->I was thinking more along the lines of giving them chanserv functionality,
->like a chanserv clone or some such. I think it should be an option to allow
->regular users to add it, on our server we prefer for someone have regular
->traffic to their channel before they have one of our "bots" so we don't have
->500 channels that no one goes to but have bots in them. Perhaps have
->chanserv check for the age of a channel and compare with usage before
->allowing a regular user to add it, or just allow admins to do it.
->
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
->strider@chatcircuit.com www.chatcircuit.com
->ircadmin@chatcircuit.com irc.chatcircuit.com
->strider@6bit.net www.6bit.net
->----- Original Message -----
->From: "Fox Moss" <fox@dt2000.plus.com>
->To: <ircservices@ircservices.za.net>
->Sent: Thursday, June 21, 2001 6:43 PM
->Subject: Re: [IRCServices] Question about possible future feature (BotServ)
->
->
-> > So the whole point in creating a BotServ is to hold some screens and fake
-> > users to have them keep channels open?
-> > If this is actually created, I don't think that BotServ should be it's
->name.
-> >
-> > What we could do is integrate a feature into ChanServ having something
->like
-> > /msg chanserv screen #channel nick , where every channel can have one
-> > screen with a specified nickname and this is done by the founder or anyone
-> > in the access list with a level above the screen level that would be set
-> >
-> > How does this seem to you?
-> >
-> > Fox
-> >
-> > At 06:04 ?? 21-06-01 -0700, you wrote:
-> > >I would really love to see some kind of BotServ included in future
-> > >versions of services, either a module or a default services new feature.
-> > >We do also run a fake user to act like a bot in some channels.
-> > >Ely
-> > >----- Original Message -----
-> > >From: <mailto:strider@chatcircuit.com>Strider
-> > >To: <mailto:ircservices@ircservices.za.net>ircservices@ircservices.za.net
-> > >Sent: Thursday, June 21, 2001 2:17 PM
-> > >Subject: [IRCServices] Question about possible future feature
-> > >
-> > >Will there be a botserv or similar functions in services 5.0? I noticed
-> > >quite a few (including us) use operserv raw (cept we do it through a hack
->to
-> > >services instead of just doing /operserv raw) to create virtual users to
-> > >hold channels open. Maybe this can be expanded on where they act like
-> > >chanserv, or maybe a module could be written or something. It'd be a nice
-> > >feature to actually have with services rather than have to make sure our
-> > >hack works with each update we do (we try to only update when a major bug
->is
-> > >being fixed for this reason). If this is too
->confusing...ummm...well...I'll
-> > >try to expand on it if I need to.
-> > >
-> > >Beau (Strider) Steward
-> > >chatcircuit administrator and 6bit band member
-> > ><mailto:strider@chatcircuit.com>strider@chatcircuit.com
-> > >www.chatcircuit.com
-> > ><mailto:ircadmin@chatcircuit.com>ircadmin@chatcircuit.com
-> > >irc.chatcircuit.com
-> > ><mailto:strider@6bit.net>strider@6bit.net www.6bit.net
-> > >
-> > >-----------------------------------------------------------
-> > >To unsubscribe, mail
-> >
-> ><mailto:ircservices-request@ircservices.za.net>ircservices-request@ircservi
->ces.za.net
-> > >
-> > >with the word UNSUBSCRIBE in the subject of the mail.
-> >
-> ><http://www.ircservices.za.net/mailman/listinfo/ircservices>http://www.ircs
->ervices.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 fox at dt2000.plus.com Fri Jun 22 02:21:01 2001
-From: fox at dt2000.plus.com (Fox Moss)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Feature For Services??
-In-Reply-To: <001b01c0fb5d$65a69480$9865fea9@kevinekfj2a4ks>
-References: <F113rUVYKkpLTkUD5eu0001f69c@hotmail.com>
- <01061915521300.00120@ron.linux>
- <007901c0f913$7293af30$0200000a@gimpy.2y.net>
- <01061916015300.00174@ron.linux>
- <008501c0f915$a2ebdd90$0200000a@gimpy.2y.net>
- <002d01c0f917$48e36500$3d5eb3cf@macjt.net>
- <00bb01c0fab3$00257a40$eeff1f0a@seanet15>
-Message-ID: <5.1.0.14.0.20010622032454.009eb0a0@mail.plus.net>
-
-hmmmmmm
-
-i don't think so
-
-what do the others say?
-
-At 09:53 ?? 22-06-01 +0100, you wrote:
->Wow,
->Im guessing your wanting to unsubscribe?
->
->Kevc978
->Akill Team
->DarkServ
->Irc.DarkServ.Net
->----- Original Message -----
->From: "Ariel" <arielx@ig.com.br>
->To: <ircservices@ircservices.za.net>
->Sent: Friday, June 22, 2001 1:33 AM
->Subject: Re: [IRCServices] Feature For Services??
->
->
->unsubscribe
->unsubscribe
->
->unsubscribe
->
->unsubscribe
->
->----- Original Message -----
->From: "Jim Mohr" <mohr.jim@acd.net>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, June 19, 2001 4:26 PM
->Subject: Re: [IRCServices] Feature For Services??
->
->
-> > I agree with you Strider that the users do annoy the ircops for new
->vhosts.
-> > I wrote a perl program that does just what all of you are talking about.
->I
-> > set it up as another ircd which introduces a "services" client that users
-> > can /msg vhostserv on (user) (pass) that will then apply that particular
-> > vhost to them. It does use a database, and ircops can add/delete/view the
-> > vhosts in the database without shell access. But like I said we get
-> > requests for new vhosts daily from the same users.
-> >
-> > Jim Mohr
-> >
-> > ----- Original Message -----
-> > From: "Strider" <strider@chatcircuit.com>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Tuesday, June 19, 2001 7:14 PM
-> > Subject: Re: [IRCServices] Feature For Services??
-> >
-> >
-> > > That's what I said, the user would have a list of vhosts to choose from,
-> > > they wouldn't be able to set their own. Like I said, users won't have
->the
-> > > control that the opers have. The admins would make a set list of vhost
->the
-> > > users can choose from, hence the vhost db. The only problem I see with
-> > this
-> > > kind of thing is users annoying admins to add certain vhosts for them
->that
-> > > they can't choose from the list. That's more of annoying users than a
-> > > services issue though.
-> > >
-> > > Beau (Strider) Steward
-> > > chatcircuit administrator and 6bit band member
-> > > strider@chatcircuit.com www.chatcircuit.com
-> > > ircadmin@chatcircuit.com irc.chatcircuit.com
-> > > strider@6bit.net www.6bit.net
-> > > ----- Original Message -----
-> > > From: "Ron" <ron885@linuxfreemail.com>
-> > > To: <ircservices@ircservices.za.net>
-> > > Sent: Tuesday, June 19, 2001 6:01 PM
-> > > Subject: Re: [IRCServices] Feature For Services??
-> > >
-> > >
-> > > > On Tuesday 19 June 2001 15:59, you wrote:
-> > > > > I think the concept here though is to create a vhost db that users
->can
-> > > > > choose their vhost from with nickserv. This way users don't have
-> > control
-> > > > > over the ircop function but still get a vhost. It was said before
->that
-> > > one
-> > > > > could choose in the nickserv options a vhost from 1 through 20 or
-> > > something
-> > > > > like that, and admins can set vhosts in the db.
-> > > >
-> > > > What's good about /vhost is that the user can have any vhost they
->want,
-> > > but
-> > > > someone will shell acess has to set it. But if a user could set any
-> > vhost
-> > > > they wanted on their own... it would be open to abuse. This way, any
-> > ircop
-> > > > can set the vhost, and the user won't have access to make anyone they
-> > > want.
-> > > > --
-> > > > Ron885
-> > > > Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-> > > > LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-> > > > -----------------------------------------------------------
-> > > > 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
->
->-----------------------------------------------------------
->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 frostycoolslug at hotmail.com Fri Jun 22 09:10:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-Message-ID: <F131A1XvpFVjCRGryWt00006b82@hotmail.com>
-
-As long as there is a way of not having it, i'm happy :p It appears the
-NetAdmins on our Net dont seem to want it.
-
-
->From: "[Real]" <RealCFC@ChatFIRST.COM>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Question about possible future feature (BotServ)
->Date: Thu, 21 Jun 2001 18:04:38 -0700
->
->I would really love to see some kind of BotServ included in future versions
->of services, either a module or a default services new feature.
->We do also run a fake user to act like a bot in some channels.
->Ely
-> ----- Original Message -----
-> From: Strider
-> To: ircservices@ircservices.za.net
-> Sent: Thursday, June 21, 2001 2:17 PM
-> Subject: [IRCServices] Question about possible future feature
->
->
-> Will there be a botserv or similar functions in services 5.0? I noticed
-> quite a few (including us) use operserv raw (cept we do it through a
->hack to
-> services instead of just doing /operserv raw) to create virtual users to
-> hold channels open. Maybe this can be expanded on where they act like
-> chanserv, or maybe a module could be written or something. It'd be a
->nice
-> feature to actually have with services rather than have to make sure our
-> hack works with each update we do (we try to only update when a major
->bug is
-> being fixed for this reason). If this is too
->confusing...ummm...well...I'll
-> try to expand on it if I need to.
->
-> Beau (Strider) Steward
-> chatcircuit administrator and 6bit band member
-> strider@chatcircuit.com www.chatcircuit.com
-> ircadmin@chatcircuit.com irc.chatcircuit.com
-> strider@6bit.net www.6bit.net
->
-> -----------------------------------------------------------
-> 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
->
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From frostycoolslug at hotmail.com Fri Jun 22 09:14:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-Message-ID: <F190UXklL8Ar5rMfBAI0000f3e0@hotmail.com>
-
-Althou, Maybe a 'GuardServ' Who (When a channel Empties) Will join the
-Channel, and when some1 Joins, it leaves thus leaving the channel on /list
-and not being amazingly hard to code :) /msg chanserv set #dadhaksldh
-keepopen on
-easy ;)
---
-
-
-
->From: "Craig Wood" <frostycoolslug@hotmail.com>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Question about possible future feature (BotServ)
->Date: Fri, 22 Jun 2001 07:09:44 -0000
->
->As long as there is a way of not having it, i'm happy :p It appears the
->NetAdmins on our Net dont seem to want it.
->
->
->>From: "[Real]" <RealCFC@ChatFIRST.COM>
->>Reply-To: ircservices@ircservices.za.net
->>To: <ircservices@ircservices.za.net>
->>Subject: Re: [IRCServices] Question about possible future feature
->>(BotServ)
->>Date: Thu, 21 Jun 2001 18:04:38 -0700
->>
->>I would really love to see some kind of BotServ included in future
->>versions
->>of services, either a module or a default services new feature.
->>We do also run a fake user to act like a bot in some channels.
->>Ely
->> ----- Original Message -----
->> From: Strider
->> To: ircservices@ircservices.za.net
->> Sent: Thursday, June 21, 2001 2:17 PM
->> Subject: [IRCServices] Question about possible future feature
->>
->>
->> Will there be a botserv or similar functions in services 5.0? I noticed
->> quite a few (including us) use operserv raw (cept we do it through a
->>hack to
->> services instead of just doing /operserv raw) to create virtual users
->>to
->> hold channels open. Maybe this can be expanded on where they act like
->> chanserv, or maybe a module could be written or something. It'd be a
->>nice
->> feature to actually have with services rather than have to make sure
->>our
->> hack works with each update we do (we try to only update when a major
->>bug is
->> being fixed for this reason). If this is too
->>confusing...ummm...well...I'll
->> try to expand on it if I need to.
->>
->> Beau (Strider) Steward
->> chatcircuit administrator and 6bit band member
->> strider@chatcircuit.com www.chatcircuit.com
->> ircadmin@chatcircuit.com irc.chatcircuit.com
->> strider@6bit.net www.6bit.net
->>
->> -----------------------------------------------------------
->> 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
->>
->
->_________________________________________________________________________
->Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From fox at dt2000.plus.com Fri Jun 22 09:15:00 2001
-From: fox at dt2000.plus.com (Fox Moss)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature
- (BotServ)
-In-Reply-To: <F131A1XvpFVjCRGryWt00006b82@hotmail.com>
-Message-ID: <5.1.0.14.0.20010622101750.009f86e0@mail.plus.net>
-
-and why is that?
-
-they get rid of the thousands of screen requests by users by having a
-chanserv screen command as I said
-
-Fox
-
-At 07:09 ?? 22-06-01 +0000, you wrote:
->As long as there is a way of not having it, i'm happy :p It appears the
->NetAdmins on our Net dont seem to want it.
->
->
->>From: "[Real]" <RealCFC@ChatFIRST.COM>
->>Reply-To: ircservices@ircservices.za.net
->>To: <ircservices@ircservices.za.net>
->>Subject: Re: [IRCServices] Question about possible future feature (BotServ)
->>Date: Thu, 21 Jun 2001 18:04:38 -0700
->>
->>I would really love to see some kind of BotServ included in future
->>versions of services, either a module or a default services new feature.
->>We do also run a fake user to act like a bot in some channels.
->>Ely
->> ----- Original Message -----
->> From: Strider
->> To: ircservices@ircservices.za.net
->> Sent: Thursday, June 21, 2001 2:17 PM
->> Subject: [IRCServices] Question about possible future feature
->>
->>
->> Will there be a botserv or similar functions in services 5.0? I noticed
->> quite a few (including us) use operserv raw (cept we do it through a
->> hack to
->> services instead of just doing /operserv raw) to create virtual users to
->> hold channels open. Maybe this can be expanded on where they act like
->> chanserv, or maybe a module could be written or something. It'd be a nice
->> feature to actually have with services rather than have to make sure our
->> hack works with each update we do (we try to only update when a major
->> bug is
->> being fixed for this reason). If this is too
->> confusing...ummm...well...I'll
->> try to expand on it if I need to.
->>
->> Beau (Strider) Steward
->> chatcircuit administrator and 6bit band member
->> strider@chatcircuit.com www.chatcircuit.com
->> ircadmin@chatcircuit.com irc.chatcircuit.com
->> strider@6bit.net www.6bit.net
->>
->> -----------------------------------------------------------
->> 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
->
->_________________________________________________________________________
->Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From k.hawkes at zombies.force9.net Fri Jun 22 12:18:00 2001
-From: k.hawkes at zombies.force9.net (k.hawkes@zombies.force9.net)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-Message-ID: <20010622111819.zombies@force9>
-
-Okay, both ideas have their pros and cons, it
-all depends on what you want from Services.
-
-In either case, an option to NOT have whatever
-is chosen would be a very good idea.
-
-With the screen idea, it's not that hard to code
-and if all you want is a simple 'dumb' bot to
-keep a channel open when there are no users in it
-that's fine. If however you want something more
-like an interactive 'clone' of ChanServ, then the
-BotServ idea is the way to go.
-
-Personally, I'm more likely to go with the BotServ
-idea, this is simply because users are always
-asking for ways that their channels can stay open
-24/7 without them having to spend money, learn
-UNIX/Eggdrop/etc... BotServ would most likely
-fit the bill for that. Perhaps have a limit as
-to how many users a channel MUST have before a
-Botserv bot can join? I believe Epona services
-has the botserv feature in it. Perhaps looking
-at that and perhaps compromising between the
-screen idea and the botserv idea would be a
-better idea overall for Services and it's users?
-
-In the end, the decision lies with the coders of
-IRCServices and the users of IRCServices.
-
-Just my rant for today... (maybe)
-
-Quinn
-
->and why is that?
->
->they get rid of the thousands of screen requests by users by having a=20
->chanserv screen command as I said
->
->Fox
->
->At 07:09 =F0=EC 22-06-01 +0000, you wrote:
->>As long as there is a way of not having it, i'm happy :p It appears the=20
->>NetAdmins on our Net dont seem to want it.
->>
->>
->>>From: "[Real]" <RealCFC@ChatFIRST.COM>
->>>Reply-To: ircservices@ircservices.za.net
->>>To: <ircservices@ircservices.za.net>
->>>Subject: Re: [IRCServices] Question about possible future feature=
-> (BotServ)
->>>Date: Thu, 21 Jun 2001 18:04:38 -0700
->>>
->>>I would really love to see some kind of BotServ included in future=20
->>>versions of services, either a module or a default services new feature.
->>>We do also run a fake user to act like a bot in some channels.
->>>Ely
->>> ----- Original Message -----
->>> From: Strider
->>> To: ircservices@ircservices.za.net
->>> Sent: Thursday, June 21, 2001 2:17 PM
->>> Subject: [IRCServices] Question about possible future feature
->>>
->>>
->>> Will there be a botserv or similar functions in services 5.0? I noticed
->>> quite a few (including us) use operserv raw (cept we do it through a=20
->>> hack to
->>> services instead of just doing /operserv raw) to create virtual users=
-> to
->>> hold channels open. Maybe this can be expanded on where they act like
->>> chanserv, or maybe a module could be written or something. It'd be a=
-> nice
->>> feature to actually have with services rather than have to make sure=
-> our
->>> hack works with each update we do (we try to only update when a major=
->=20
->>> bug is
->>> being fixed for this reason). If this is too=20
->>> confusing...ummm...well...I'll
->>> try to expand on it if I need to.
->>>
->>> Beau (Strider) Steward
->>> chatcircuit administrator and 6bit band member
->>> strider@chatcircuit.com www.chatcircuit.com
->>> ircadmin@chatcircuit.com irc.chatcircuit.com
->>> strider@6bit.net www.6bit.net
->>>
->>> -----------------------------------------------------------
->>> 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
->>
->>_________________________________________________________________________
->>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
->>
->>-----------------------------------------------------------
->>To unsubscribe, mail ircservices-request@ircservices.za.net
->>with the word UNSUBSCRIBE in the subject of the mail.
->>http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-
-
-
-From black at netguardian.org Fri Jun 22 12:47:01 2001
-From: black at netguardian.org (black@netguardian.org)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problems after convertiiing from PTlink
-Message-ID: <200106220645977.SM01528@m2w046>
-
-Hello,
-
-I just converted my database from ptlink services. Everything works fine but one thing seems really strange to me.
-Once a person joins a channel first, others who join after him, can not gain operator status on that channel however they have access on that channel.
-I mean channels act like "not registered" Whoever joins first, he gets op.
-
-And also there is one more thing ... Users can not get op even using ChanServ op command. [13:39] -ChanServ- Opped black on channel #lobi. - ChanServ sends this notice but it doesn't do anything really.
-
-Any ideas&suggestions would be appreciated.
-
-
---------------------------------------------------------------------
-Mail2Web - Check your email from the web at
-http://www.mail2web.com/ .
-
-
-From guveng at utk.edu Fri Jun 22 16:41:00 2001
-From: guveng at utk.edu (Guven Guzelbey)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problems after convertiiing from PTlink
-Message-ID: <3B34D66F@webmail.utk.edu>
-
-I have the same problem now.
-I am using (at least trying) bahamut(pelennor)-1.4(23) with ircservices-4.5.17
-Once I converted my databases, the import.db program was reading channel
-levels incorrectly. At that time there was not any problem with gaining op
-neither by joining channel nor with using ChanServ op command.
-After this bug is fixed, another problem has occured. Channels started to act
-like they are not registered ... Who joins first can get op .
-I checked channel options if there was leave-ops option set or not but I
-realized it is not something related with leave-ops. If anyone want to see
-what is happening, please come to irc.arkadas.com:6660 (this is a test server
-seperated by port number from the main server.) Other ports will bring you
-directly to the primary server.
-
-Regards,
-
-Guven Guzelbey
-Department of Computer Science - www.cs.utk.edu
-University of Tennessee - www.utk.edu
-
-
->===== Original Message From black@netguardian.org =====
->Original Message:
->-----------------
->From: black@netguardian.org black@netguardian.org
->Date: Fri, 22 Jun 2001 06:45:28 -0400
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Problems after convertiiing from PTlink
->
->
->Hello,
->
->I just converted my database from ptlink services. Everything works fine but
-one thing seems really strange to me.
->Once a person joins a channel first, others who join after him, can not gain
-operator status on that channel however they have access on that channel.
->I mean channels act like "not registered" Whoever joins first, he gets op.
->
->And also there is one more thing ... Users can not get op even using ChanServ
-op command. [13:39] -ChanServ- Opped black on channel #lobi. - ChanServ sends
-this notice but it doesn't do anything really.
->
->Any ideas&suggestions would be appreciated.
-
-
-From fox at dt2000.plus.com Fri Jun 22 18:00:05 2001
-From: fox at dt2000.plus.com (Fox Moss)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature
- (BotServ)
-In-Reply-To: <20010622111819.zombies@force9>
-Message-ID: <5.1.0.14.0.20010622190254.009fc7f0@mail.plus.net>
-
-so the question is if we are looking for something like "X" in UnderNet or
-dumb bots
-
-I'd go for dumb bots, X in undernet just keeps the channels open because of
-the absence of services. and we've got the almighty chanserv ;p
-
-Fox
-
-At 10:18 ?? 22-06-01 +0000, you wrote:
-
->Okay, both ideas have their pros and cons, it
->all depends on what you want from Services.
->
->In either case, an option to NOT have whatever
->is chosen would be a very good idea.
->
->With the screen idea, it's not that hard to code
->and if all you want is a simple 'dumb' bot to
->keep a channel open when there are no users in it
->that's fine. If however you want something more
->like an interactive 'clone' of ChanServ, then the
->BotServ idea is the way to go.
->
->Personally, I'm more likely to go with the BotServ
->idea, this is simply because users are always
->asking for ways that their channels can stay open
->24/7 without them having to spend money, learn
->UNIX/Eggdrop/etc... BotServ would most likely
->fit the bill for that. Perhaps have a limit as
->to how many users a channel MUST have before a
->Botserv bot can join? I believe Epona services
->has the botserv feature in it. Perhaps looking
->at that and perhaps compromising between the
->screen idea and the botserv idea would be a
->better idea overall for Services and it's users?
->
->In the end, the decision lies with the coders of
->IRCServices and the users of IRCServices.
->
->Just my rant for today... (maybe)
->
->Quinn
->
-> >and why is that?
-> >
-> >they get rid of the thousands of screen requests by users by having a=20
-> >chanserv screen command as I said
-> >
-> >Fox
-> >
-> >At 07:09 =F0=EC 22-06-01 +0000, you wrote:
-> >>As long as there is a way of not having it, i'm happy :p It appears the=20
-> >>NetAdmins on our Net dont seem to want it.
-> >>
-> >>
-> >>>From: "[Real]" <RealCFC@ChatFIRST.COM>
-> >>>Reply-To: ircservices@ircservices.za.net
-> >>>To: <ircservices@ircservices.za.net>
-> >>>Subject: Re: [IRCServices] Question about possible future feature=
-> > (BotServ)
-> >>>Date: Thu, 21 Jun 2001 18:04:38 -0700
-> >>>
-> >>>I would really love to see some kind of BotServ included in future=20
-> >>>versions of services, either a module or a default services new feature.
-> >>>We do also run a fake user to act like a bot in some channels.
-> >>>Ely
-> >>> ----- Original Message -----
-> >>> From: Strider
-> >>> To: ircservices@ircservices.za.net
-> >>> Sent: Thursday, June 21, 2001 2:17 PM
-> >>> Subject: [IRCServices] Question about possible future feature
-> >>>
-> >>>
-> >>> Will there be a botserv or similar functions in services 5.0? I noticed
-> >>> quite a few (including us) use operserv raw (cept we do it through a=20
-> >>> hack to
-> >>> services instead of just doing /operserv raw) to create virtual users=
-> > to
-> >>> hold channels open. Maybe this can be expanded on where they act like
-> >>> chanserv, or maybe a module could be written or something. It'd be a=
-> > nice
-> >>> feature to actually have with services rather than have to make sure=
-> > our
-> >>> hack works with each update we do (we try to only update when a major=
-> >=20
-> >>> bug is
-> >>> being fixed for this reason). If this is too=20
-> >>> confusing...ummm...well...I'll
-> >>> try to expand on it if I need to.
-> >>>
-> >>> Beau (Strider) Steward
-> >>> chatcircuit administrator and 6bit band member
-> >>> strider@chatcircuit.com www.chatcircuit.com
-> >>> ircadmin@chatcircuit.com irc.chatcircuit.com
-> >>> strider@6bit.net www.6bit.net
-> >>>
-> >>> -----------------------------------------------------------
-> >>> 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
-> >>
-> >>_________________________________________________________________________
-> >>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-> >>
-> >>-----------------------------------------------------------
-> >>To unsubscribe, mail ircservices-request@ircservices.za.net
-> >>with the word UNSUBSCRIBE in the subject of the mail.
-> >>http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> >
->
->
->-----------------------------------------------------------
->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 Kevc978 at PunkAss.com Fri Jun 22 18:44:00 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problems after convertiiing from PTlink
-References: <3B34D66F@webmail.utk.edu>
-Message-ID: <001701c0fc03$27147f10$9865fea9@kevinekfj2a4ks>
-
-Guys
-
-Check Your U:Lines
-
-Make Sure Your U:Lines look like this >>> U:services.yournet.net:*:*
-This is For DALnet, Bahamut And Unreal, Im not totally sure about PTlink,
-but its more than likely to be the same.
-
-
-Kevc978
-Akill Team
-DarkServ
-Irc.DarkServ.Net
------ Original Message -----
-From: "Guven Guzelbey" <guveng@utk.edu>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, June 22, 2001 3:40 PM
-Subject: RE: [IRCServices] Problems after convertiiing from PTlink
-
-
-I have the same problem now.
-I am using (at least trying) bahamut(pelennor)-1.4(23) with
-ircservices-4.5.17
-Once I converted my databases, the import.db program was reading channel
-levels incorrectly. At that time there was not any problem with gaining op
-neither by joining channel nor with using ChanServ op command.
-After this bug is fixed, another problem has occured. Channels started to
-act
-like they are not registered ... Who joins first can get op .
-I checked channel options if there was leave-ops option set or not but I
-realized it is not something related with leave-ops. If anyone want to see
-what is happening, please come to irc.arkadas.com:6660 (this is a test
-server
-seperated by port number from the main server.) Other ports will bring you
-directly to the primary server.
-
-Regards,
-
-Guven Guzelbey
-Department of Computer Science - www.cs.utk.edu
-University of Tennessee - www.utk.edu
-
-
->===== Original Message From black@netguardian.org =====
->Original Message:
->-----------------
->From: black@netguardian.org black@netguardian.org
->Date: Fri, 22 Jun 2001 06:45:28 -0400
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Problems after convertiiing from PTlink
->
->
->Hello,
->
->I just converted my database from ptlink services. Everything works fine
-but
-one thing seems really strange to me.
->Once a person joins a channel first, others who join after him, can not
-gain
-operator status on that channel however they have access on that channel.
->I mean channels act like "not registered" Whoever joins first, he gets op.
->
->And also there is one more thing ... Users can not get op even using
-ChanServ
-op command. [13:39] -ChanServ- Opped black on channel #lobi. - ChanServ
-sends
-this notice but it doesn't do anything really.
->
->Any ideas&suggestions would be appreciated.
-
------------------------------------------------------------
-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 Kevc978 at PunkAss.com Fri Jun 22 23:27:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Small Problem
-Message-ID: <00b701c0fc2a$a4e438a0$9865fea9@kevinekfj2a4ks>
-
-Hi,
-
-When handling a users request to get his password for him, i used GetPass,
-not this is the LOGS of what happened, the users password and his nickanem
-have been changed.
-
-[22:10] -NickServ- Password for Hidden is Hidden.
-<Hidden> it doesnt work
-<Hidden> *nickserv* IDENTIFY Hidden
-*NickServ* password incorrect
-
-The user informed me that he had changed his password later after
-registering it, but im not sure if NickServ has shown me the correct
-password on getpass, im not sure if this is a bug, or a user mistake, but i
-tried to identify to his nick given the password i had been given in
-GetPass,
-And it Still Said "Incorrect password"
-
-IRCd: Unreal3.1.1
-Services: ircservices-4.5.20
-
-Kevc978
-Staff
-DarkServ
-Irc.DarkServ.Net
-
-
-From strider at chatcircuit.com Sat Jun 23 00:04:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Question about possible future feature (BotServ)
-References: <5.1.0.14.0.20010622190254.009fc7f0@mail.plus.net>
-Message-ID: <001a01c0fb67$b87c6fe0$0200000a@gimpy.2y.net>
-
-Well, since this is such a debate, maybe it could be optional how it works.
-Maybe a configure time option, or configuration file option of the "brain"
-the bots will have, either a chanserv "brain" or lacking a "brain".
-Something else I thought of that would be really neat is if there was a
-channel option for chanserv "brain" bots to allow channel commands such as
-!kick and etc. Very very pointless feature, I know, but i'm sure it would
-get used.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
-
-
-From Kevc978 at PunkAss.com Sat Jun 23 01:45:03 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Guesting Nicks
-Message-ID: <015601c0fc3d$f7292f90$9865fea9@kevinekfj2a4ks>
-
-I know Andy has probably thought of this and it probably "No use" doing or
-is inneficient,
-
-But how about using rand()%1000 For guested nicks, cause i get too many nick
-collisions when services come back by people using Guest nicks already on
-the server, services come back, try to guest someone to Guest1 and boom,
-nick collision. I was just wondering about using ANY random number, instead
-of incrementing it from Guest1, This may help stop Nick Collisions and The
-same people getting the same nicks by about 99.999% (Windows 2000 Uptime
-report (The 5 9's)) :-)
-
-
-Kevc978
-DarkServ
-Irc.DarkServ.Net
-
-
-From achurch at achurch.org Sat Jun 23 01:53:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Guesting Nicks
-Message-ID: <3b33da26.53607@achurch.org>
-
- RTFF (Read The Fine FAQ), question D.2.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->I know Andy has probably thought of this and it probably "No use" doing or
->is inneficient,
->
->But how about using rand()%1000 For guested nicks, cause i get too many nick
->collisions when services come back by people using Guest nicks already on
->the server, services come back, try to guest someone to Guest1 and boom,
->nick collision. I was just wondering about using ANY random number, instead
->of incrementing it from Guest1, This may help stop Nick Collisions and The
->same people getting the same nicks by about 99.999% (Windows 2000 Uptime
->report (The 5 9's)) :-)
->
->
->Kevc978
->DarkServ
->Irc.DarkServ.Net
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Sat Jun 23 01:55:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Small Problem
-Message-ID: <3b33dacc.53620@achurch.org>
-
- Passwords are case-sensitive; make sure the user is typing the
-password with upper- and lower-case correct.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hi,
->
->When handling a users request to get his password for him, i used GetPass,
->not this is the LOGS of what happened, the users password and his nickanem
->have been changed.
->
->[22:10] -NickServ- Password for Hidden is Hidden.
-><Hidden> it doesnt work
-><Hidden> *nickserv* IDENTIFY Hidden
->*NickServ* password incorrect
->
->The user informed me that he had changed his password later after
->registering it, but im not sure if NickServ has shown me the correct
->password on getpass, im not sure if this is a bug, or a user mistake, but i
->tried to identify to his nick given the password i had been given in
->GetPass,
->And it Still Said "Incorrect password"
->
->IRCd: Unreal3.1.1
->Services: ircservices-4.5.20
->
->Kevc978
->Staff
->DarkServ
->Irc.DarkServ.Net
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From uhc0 at rz.uni-karlsruhe.de Sat Jun 23 09:40:12 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Small Problem
-In-Reply-To: <00b701c0fc2a$a4e438a0$9865fea9@kevinekfj2a4ks>
-Message-ID: <001301c0fbb7$9143a3d0$0264a8c0@nygmatech.local>
-
-Maybe the user used control characters in their password.
-
-If so, you have to select the password with mIRC by holding the
-control key. Then the control chars are selected.
-
-You may also do a /ns set Hidden password newpassword,
-and solve the case...
-
-Regards,
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Kevc978
-> Sent: Samstag, 23. Juni 2001 23:23
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Small Problem
->
->
-> Hi,
->
-> When handling a users request to get his password for him, i
-> used GetPass, not this is the LOGS of what happened, the
-> users password and his nickanem have been changed.
->
-> [22:10] -NickServ- Password for Hidden is Hidden.
-> <Hidden> it doesnt work
-> <Hidden> *nickserv* IDENTIFY Hidden
-> *NickServ* password incorrect
->
-> The user informed me that he had changed his password later
-> after registering it, but im not sure if NickServ has shown
-> me the correct password on getpass, im not sure if this is a
-> bug, or a user mistake, but i tried to identify to his nick
-> given the password i had been given in GetPass, And it Still
-> Said "Incorrect password"
->
-> IRCd: Unreal3.1.1
-> Services: ircservices-4.5.20
->
-> Kevc978
-> Staff
-> DarkServ
-> Irc.DarkServ.Net
->
-> -----------------------------------------------------------
-> 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 guveng at utk.edu Sat Jun 23 11:10:03 2001
-From: guveng at utk.edu (Guven Guzelbey)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problems after convertiiing from PTlink
-Message-ID: <3B383DD5@webmail.utk.edu>
-
-The U:line is correct --> U:services.arkadas.com:*:*
-I don't think a misconfiguration causes this problem to be happened. Because
-we were using the same configuration files before the import-db patch applied
-and at that time the only problem was, all channel levels were different than
-their default. Now channel levels are correct but as I explained before,
-channels act like they are not registered.
-
-Guven Guzelbey
-Department of Computer Science - www.cs.utk.edu
-University of Tennessee - www.utk.edu
-
-
->===== Original Message From Kevc978 <Kevc978@PunkAss.com> =====
->Guys
->
->Check Your U:Lines
->
->Make Sure Your U:Lines look like this >>> U:services.yournet.net:*:*
->This is For DALnet, Bahamut And Unreal, Im not totally sure about PTlink,
->but its more than likely to be the same.
->
->
->Kevc978
->Akill Team
->DarkServ
->Irc.DarkServ.Net
->----- Original Message -----
->From: "Guven Guzelbey" <guveng@utk.edu>
->To: <ircservices@ircservices.za.net>
->Sent: Friday, June 22, 2001 3:40 PM
->Subject: RE: [IRCServices] Problems after convertiiing from PTlink
->
->
->I have the same problem now.
->I am using (at least trying) bahamut(pelennor)-1.4(23) with
->ircservices-4.5.17
->Once I converted my databases, the import.db program was reading channel
->levels incorrectly. At that time there was not any problem with gaining op
->neither by joining channel nor with using ChanServ op command.
->After this bug is fixed, another problem has occured. Channels started to
->act
->like they are not registered ... Who joins first can get op .
->I checked channel options if there was leave-ops option set or not but I
->realized it is not something related with leave-ops. If anyone want to see
->what is happening, please come to irc.arkadas.com:6660 (this is a test
->server
->seperated by port number from the main server.) Other ports will bring you
->directly to the primary server.
->
->Regards,
->
->Guven Guzelbey
->Department of Computer Science - www.cs.utk.edu
->University of Tennessee - www.utk.edu
-
-
-From newvegeta at flashmail.com Mon Jun 25 00:00:23 2001
-From: newvegeta at flashmail.com (newvegeta@flashmail.com)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-Message-ID: <000c01c0fcf8$ea398120$056fa8c0@bellatlantic.net>
-
-I'm running Bahamut's latest irc deamon on Red Hat linux 6.1.
-i'm trying to run ircservices from the same machine
-I've added: N:127.0.0.1:password:127.0.0.1::32 to the ircd.conf file
-and RemoteServer 127.0.0.1 6667 "password" to the services.conf file
-and it still wont work
-any help is appreciated
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010625/38654c9b/attachment.html
-From ron885 at linuxfreemail.com Mon Jun 25 00:03:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-In-Reply-To: <000c01c0fcf8$ea398120$056fa8c0@bellatlantic.net>
-References: <000c01c0fcf8$ea398120$056fa8c0@bellatlantic.net>
-Message-ID: <01062415052600.00448@ron.linux>
-
-On Sunday 24 June 2001 14:59, you wrote:
-> I'm running Bahamut's latest irc deamon on Red Hat linux 6.1.
-> i'm trying to run ircservices from the same machine
-> I've added: N:127.0.0.1:password:127.0.0.1::32 to the ircd.conf file
-> and RemoteServer 127.0.0.1 6667 "password" to the services.conf file
-> and it still wont work
-> any help is appreciated
-
-try reading up some more on IRCDS before you get into em... you need a C and
-and N
-
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From atcarr at hotmail.com Mon Jun 25 00:47:01 2001
-From: atcarr at hotmail.com (Alan Carr)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-References: <000c01c0fcf8$ea398120$056fa8c0@bellatlantic.net> <01062415052600.00448@ron.linux>
-Message-ID: <LAW2-OE409vXsFFsAit0000033a@hotmail.com>
-
------ Original Message -----
-From: Ron <ron885@linuxfreemail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, 24 June, 2001 18:05
-Subject: Re: [IRCServices] Problem connecting
-
-
-> On Sunday 24 June 2001 14:59, you wrote:
-> > I'm running Bahamut's latest irc deamon on Red Hat linux 6.1.
-> > i'm trying to run ircservices from the same machine
-> > I've added: N:127.0.0.1:password:127.0.0.1::32 to the ircd.conf file
-> > and RemoteServer 127.0.0.1 6667 "password" to the services.conf file
-> > and it still wont work
-> > any help is appreciated
->
-> try reading up some more on IRCDS before you get into em... you need a C
-and
-> and N
->
-Also your C:/N: Line must reflect the name of the services you are running
-
-Hence the C line would look like C:127.0.0.1:password:services.some.net::32
-And the N line would look like N:127.0.0.1:password:services.some.net::32
-
-Alan Carr
-
-From wlist at vvtp.tn.tudelft.nl Mon Jun 25 01:42:01 2001
-From: wlist at vvtp.tn.tudelft.nl (Konrad Wojas)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-Message-ID: <20010625013540.F25219@vvtp.nl>
-
-I've read the README and the FAQ about five times now, and I can't
-figure out what's wrong...
-
-I've installed UltimateIRCD 2.8.1 and IRC Services 4.5.20 on my Debian
-Potato system. I configured ircservices for IRCTYPE 1 (ircd).
-
-My O line looks like this:
-O:wojas@vvtp.tn.tudelft.nl:XXXXXXXXXXXXXX:wojas:4Z:10
-
-Ircservices succesfully connects to ircd and I can /oper te become an
-IRC operator, but I get the following debug output:
-
-[Jun 25 00:46:57.902148 2001] debug: Received: :wojas MODE wojas :+gmnozGMWZ
-[Jun 25 00:46:57.902238 2001] user: MODE +gmnozGMWZ for nonexistent nick wojas: wojas +gmnozGMWZ
-
- [msg(operserv)] help
- -OperServ(ircd@services.vvtp.nl)- Access denied.
-
-[Jun 25 01:24:04.003952 2001] debug: Received: :wojas PRIVMSG operserv :help
-[Jun 25 01:24:04.004115 2001] debug: Sent: :OperServ NOTICE wojas :Access denied.
-
- [msg(nickserv)] help
- -NickServ(ircd@services.vvtp.nl)- Internal error - unable to process request.
-
-[Jun 25 01:24:56.586236 2001] debug: Received: :wojas PRIVMSG nickserv :help
-[Jun 25 01:24:56.586328 2001] NickServ: user record for wojas not found
-[Jun 25 01:24:56.586435 2001] debug: Sent: :NickServ NOTICE wojas :Internal error - unable to process request.
-
-My services.conf contains a 'ServicesRoot wojas' line and I've added the
-following lines to ircd.conf:
-
-Y:27:180:0:0:4000000
-C:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
-N:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
-U:Services.vvtp.nl:*:*
-H:*::Services.vvtp.nl
-
-Kind regards,
---
-Konrad Wojas .~.
-~ wojas@vvtp.nl / V \
-~ http://wojas.vvtp.nl /( )\
-:wq ^ ^
-
-
-From achurch at achurch.org Mon Jun 25 02:07:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-Message-ID: <3b36804e.64122@achurch.org>
-
->I've read the README and the FAQ about five times now, and I can't
->figure out what's wrong...
-
- Then obviously you didn't read hard enough. From the README:
-
-| Services was originally designed for use with versions of the DALnet
-| IRC server implementation (ircd.dal) through 4.4.13. Currently, Services
-| interoperates with the following IRC servers:
-| ircd-2.8.x (or any RFC1459-compliant server)
-| ircd-2.8.x+TS8
-| ircu 2.9.x
-| ircd.dal 4.4.x
-| ircd.dal 4.6.x (Dreamforge)
-| Bahamut 1.4.23 and later
-| Unreal 3.1.1
-
-As you can see, UltimateIRCD is not listed anywhere in there.
-
- To clarify matters, I will add UltimateIRCD to the list of unsupported
-IRC servers for the next release.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->I've installed UltimateIRCD 2.8.1 and IRC Services 4.5.20 on my Debian
->Potato system. I configured ircservices for IRCTYPE 1 (ircd).
->
->My O line looks like this:
->O:wojas@vvtp.tn.tudelft.nl:XXXXXXXXXXXXXX:wojas:4Z:10
->
->Ircservices succesfully connects to ircd and I can /oper te become an
->IRC operator, but I get the following debug output:
->
->[Jun 25 00:46:57.902148 2001] debug: Received: :wojas MODE wojas :+gmnozGMWZ
->[Jun 25 00:46:57.902238 2001] user: MODE +gmnozGMWZ for nonexistent nick wojas: wojas +gmnozGMWZ
->
-> [msg(operserv)] help
-> -OperServ(ircd@services.vvtp.nl)- Access denied.
->
->[Jun 25 01:24:04.003952 2001] debug: Received: :wojas PRIVMSG operserv :help
->[Jun 25 01:24:04.004115 2001] debug: Sent: :OperServ NOTICE wojas :Access denied.
->
-> [msg(nickserv)] help
-> -NickServ(ircd@services.vvtp.nl)- Internal error - unable to process request.
->
->[Jun 25 01:24:56.586236 2001] debug: Received: :wojas PRIVMSG nickserv :help
->[Jun 25 01:24:56.586328 2001] NickServ: user record for wojas not found
->[Jun 25 01:24:56.586435 2001] debug: Sent: :NickServ NOTICE wojas :Internal error - unable to process request.
->
->My services.conf contains a 'ServicesRoot wojas' line and I've added the
->following lines to ircd.conf:
->
->Y:27:180:0:0:4000000
->C:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
->N:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
->U:Services.vvtp.nl:*:*
->H:*::Services.vvtp.nl
->
->Kind regards,
->--
->Konrad Wojas .~.
->~ wojas@vvtp.nl / V \
->~ http://wojas.vvtp.nl /( )\
->:wq ^ ^
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From strider at chatcircuit.com Mon Jun 25 02:13:02 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-References: <3b36804e.64122@achurch.org>
-Message-ID: <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net>
-
-If I am correct (which I may not be) Ultimate is a modified dreamforge, so
-using dreamforge support MIGHT...and I really emphasize on MIGHT, work. You
-can try it out, but no guarantees.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, June 24, 2001 6:59 PM
-Subject: Re: [IRCServices] problems..
-
-
-> >I've read the README and the FAQ about five times now, and I can't
-> >figure out what's wrong...
->
-> Then obviously you didn't read hard enough. From the README:
->
-> | Services was originally designed for use with versions of the
-DALnet
-> | IRC server implementation (ircd.dal) through 4.4.13. Currently,
-Services
-> | interoperates with the following IRC servers:
-> | ircd-2.8.x (or any RFC1459-compliant server)
-> | ircd-2.8.x+TS8
-> | ircu 2.9.x
-> | ircd.dal 4.4.x
-> | ircd.dal 4.6.x (Dreamforge)
-> | Bahamut 1.4.23 and later
-> | Unreal 3.1.1
->
-> As you can see, UltimateIRCD is not listed anywhere in there.
->
-> To clarify matters, I will add UltimateIRCD to the list of
-unsupported
-> IRC servers for the next release.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >I've installed UltimateIRCD 2.8.1 and IRC Services 4.5.20 on my Debian
-> >Potato system. I configured ircservices for IRCTYPE 1 (ircd).
-> >
-> >My O line looks like this:
-> >O:wojas@vvtp.tn.tudelft.nl:XXXXXXXXXXXXXX:wojas:4Z:10
-> >
-> >Ircservices succesfully connects to ircd and I can /oper te become an
-> >IRC operator, but I get the following debug output:
-> >
-> >[Jun 25 00:46:57.902148 2001] debug: Received: :wojas MODE wojas
-:+gmnozGMWZ
-> >[Jun 25 00:46:57.902238 2001] user: MODE +gmnozGMWZ for nonexistent nick
-wojas: wojas +gmnozGMWZ
-> >
-> > [msg(operserv)] help
-> > -OperServ(ircd@services.vvtp.nl)- Access denied.
-> >
-> >[Jun 25 01:24:04.003952 2001] debug: Received: :wojas PRIVMSG operserv
-:help
-> >[Jun 25 01:24:04.004115 2001] debug: Sent: :OperServ NOTICE wojas :Access
-denied.
-> >
-> > [msg(nickserv)] help
-> > -NickServ(ircd@services.vvtp.nl)- Internal error - unable to process
-request.
-> >
-> >[Jun 25 01:24:56.586236 2001] debug: Received: :wojas PRIVMSG nickserv
-:help
-> >[Jun 25 01:24:56.586328 2001] NickServ: user record for wojas not found
-> >[Jun 25 01:24:56.586435 2001] debug: Sent: :NickServ NOTICE wojas
-:Internal error - unable to process request.
-> >
-> >My services.conf contains a 'ServicesRoot wojas' line and I've added the
-> >following lines to ircd.conf:
-> >
-> >Y:27:180:0:0:4000000
-> >C:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
-> >N:130.161.252.29:XXXXXXXXXXXXXX:Services.vvtp.nl:*:27
-> >U:Services.vvtp.nl:*:*
-> >H:*::Services.vvtp.nl
-> >
-> >Kind regards,
-> >--
-> >Konrad Wojas .~.
-> >~ wojas@vvtp.nl / V \
-> >~ http://wojas.vvtp.nl /( )\
-> >:wq ^ ^
-> >
-> >-----------------------------------------------------------
-> >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 wlist at vvtp.tn.tudelft.nl Mon Jun 25 03:23:00 2001
-From: wlist at vvtp.tn.tudelft.nl (Konrad Wojas)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-In-Reply-To: <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net>; from strider@chatcircuit.com on Sun, Jun 24, 2001 at 07:15:48PM -0500
-References: <3b36804e.64122@achurch.org> <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net>
-Message-ID: <20010625031637.G25219@vvtp.nl>
-
-> If I am correct (which I may not be) Ultimate is a modified dreamforge, so
-> using dreamforge support MIGHT...and I really emphasize on MIGHT, work. You
-> can try it out, but no guarantees.
-
-It works! Thank you for your help!
-
-Please add Ultimate to the dreamforge configure line, it might save
-newbies some headaches ;-)
-
-Regards,
---
-Konrad Wojas .~.
-~ wojas@vvtp.nl / V \
-~ http://wojas.vvtp.nl /( )\
-:wq ^ ^
-
-
-From achurch at achurch.org Mon Jun 25 03:25:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-Message-ID: <3b3692bc.64436@achurch.org>
-
->Please add Ultimate to the dreamforge configure line, it might save
->newbies some headaches ;-)
-
- A note of this will be made in the README.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From owenito at thefragile.com Mon Jun 25 03:27:01 2001
-From: owenito at thefragile.com (owen owensito)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] /names : bug of ircd or bug the mIRC
-Message-ID: <200106250126.SAA07340@mail5.bigmailbox.com>
-
-Hello:
- When i put "/names" mIRC freeze. What is the problem? mIRC or ircd?
-
-
- ________ _ _ _ _ _ _ ___ _
-| _____ || | | | | || ____|| \ | |"Despues de la partida, la dama
-| | | || | | | | || |___ | |\ \ | |y el peon, vuelven a la misma
-| | | || | | | | || ____|| | \ \ | |caja"
-| |____| || |_| |_| || |___ | | \ \| |
-|________||______ __||_____||_| \___|
-
-------------------------------------------------------------
-Get your free Nine Inch Nails E-mail at http://www.thefragile.com/
-
-From strider at chatcircuit.com Mon Jun 25 03:34:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] /names : bug of ircd or bug the mIRC
-References: <200106250126.SAA07340@mail5.bigmailbox.com>
-Message-ID: <007e01c0fd17$5fb6e230$0200000a@gimpy.2y.net>
-
-This is neither a mirc, nor an ircd mailing list. You might get better
-results trying one catered to those programs. More than likely, it is the
-script you use or mirc.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "owen owensito" <owenito@thefragile.com>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, June 24, 2001 8:26 PM
-Subject: [IRCServices] /names : bug of ircd or bug the mIRC
-
-
-> Hello:
-> When i put "/names" mIRC freeze. What is the problem? mIRC or ircd?
->
->
-> ________ _ _ _ _ _ _ ___ _
-> | _____ || | | | | || ____|| \ | |"Despues de la partida, la dama
-> | | | || | | | | || |___ | |\ \ | |y el peon, vuelven a la misma
-> | | | || | | | | || ____|| | \ \ | |caja"
-> | |____| || |_| |_| || |___ | | \ \| |
-> |________||______ __||_____||_| \___|
->
-> ------------------------------------------------------------
-> Get your free Nine Inch Nails E-mail at http://www.thefragile.com/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From atcarr at hotmail.com Mon Jun 25 07:30:02 2001
-From: atcarr at hotmail.com (Alan Carr)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-References: <3b36804e.64122@achurch.org> <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net>
-Message-ID: <LAW2-OE64qMk7LiHdlQ000003da@hotmail.com>
-
-Yes Ultimate 2.8 is based from the old dreamforge coding and services works
-with little issues with the Dreamforge compiling feature.
-
-However 3.0 is based on Bahamut and I haven't tested the functionality of
-Services and the new coding myself, However most likely if coded to run with
-Bahamut it will work.
-
-Just my $0.02 since I neither code UltimateIRCd or Services :b
-
-Keep up the excellent work Andrew.
-
-Alan Carr
-
-From ShadowMaster at Shadow-Realm.org Mon Jun 25 08:59:01 2001
-From: ShadowMaster at Shadow-Realm.org (=?iso-8859-1?Q?=22Thomas_J=2E_Stens=E5s=22?=)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-In-Reply-To: <LAW2-OE64qMk7LiHdlQ000003da@hotmail.com>
-References: <3b36804e.64122@achurch.org>
- <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net>
-Message-ID: <5.1.0.14.0.20010625085541.00afc7e0@127.0.0.1>
-
-UltimateIRCd 2.8 will work just fine with the DreamForge protocol support
-in IRC Services, and 3.0 will work fine with the Bahamut protocol support =)
-The only real problem that would arise is if you use hiddenhost support as
-services will give away the realhosts.
-
-At 07:34 AM 6/25/2001, you wrote:
->Yes Ultimate 2.8 is based from the old dreamforge coding and services works
->with little issues with the Dreamforge compiling feature.
->
->However 3.0 is based on Bahamut and I haven't tested the functionality of
->Services and the new coding myself, However most likely if coded to run with
->Bahamut it will work.
->
->Just my $0.02 since I neither code UltimateIRCd or Services :b
->
->Keep up the excellent work Andrew.
->
->Alan Carr
-
-Yours Sincerely
-Thomas Juberg Stens?s (ShadowMaster/HAMLET @ IRC)
-
-Network Co Administrator Village IRC Network - (http://www.VillageIRC.net/)
-Head Of Development ShadowRealm Creations - (http://www.Shadow-Realm.org/)
-
-
-From karel4 at estpak.ee Mon Jun 25 10:18:03 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-References: <3b36804e.64122@achurch.org>
-Message-ID: <3B36F35C.37F6F5E2@estpak.ee>
-
-> | interoperates with the following IRC servers:
-> | ircd-2.8.x (or any RFC1459-compliant server)
-> | ircd-2.8.x+TS8
-> | ircu 2.9.x
-> | ircd.dal 4.4.x
-> | ircd.dal 4.6.x (Dreamforge)
-> | Bahamut 1.4.23 and later
-> | Unreal 3.1.1
->
-> As you can see, UltimateIRCD is not listed anywhere in there.
-
- UltimateIRCD 2.8.1 WORKS fine with ircservices! I used "ircd.dal 4.6.x
-(Dreamforge)" as server type at services install and it works, only some
-functions are not working (ex. chanserv unban command). Seems that here
-we cant get solutions for these few problems and I must solve these
-small problems myself... :(
-
-From karel4 at estpak.ee Mon Jun 25 10:23:00 2001
-From: karel4 at estpak.ee (=?iso-8859-1?Q?=95?= Karel =?iso-8859-1?Q?=95?=)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] problems..
-References: <3b36804e.64122@achurch.org>
- <005f01c0fd0b$fe098c00$0200000a@gimpy.2y.net> <5.1.0.14.0.20010625085541.00afc7e0@127.0.0.1>
-Message-ID: <3B36F4BA.B212EA77@estpak.ee>
-
-> UltimateIRCd 2.8 will work just fine with the DreamForge protocol support
-> in IRC Services, and 3.0 will work fine with the Bahamut protocol support =)
-> The only real problem that would arise is if you use hiddenhost support as
-> services will give away the realhosts.
-
- Hmm... UltimateIRCd-2.8.1 and ircservices-4.5.20 will not give away
-realhosts anywhere for normal users, I have'nt seen yet...
-
-From Kevc978 at PunkAss.com Mon Jun 25 23:25:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <003f01c0fe85$c93edea0$9865fea9@kevinekfj2a4ks>
-
-Hi Guys,
-
-How about a Global Zline Options For Services?, I think you can use Szline
-on Bahamut
-
-
-Kevc978
-DarkServ
-Irc.DarkServ.Net
-
-
-From arielx at ig.com.br Tue Jun 26 00:32:00 2001
-From: arielx at ig.com.br (Ariel)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-References: <000c01c0fcf8$ea398120$056fa8c0@bellatlantic.net>
-Message-ID: <006c01c0fde7$cc4a0690$eeff1f0a@seanet15>
-
-unsubscribe me please!
- ----- Original Message -----
- From: newvegeta@flashmail.com
- To: ircservices@ircservices.za.net
- Sent: Sunday, June 24, 2001 2:59 PM
- Subject: [IRCServices] Problem connecting
-
-
- I'm running Bahamut's latest irc deamon on Red Hat linux 6.1.
- i'm trying to run ircservices from the same machine
- I've added: N:127.0.0.1:password:127.0.0.1::32 to the ircd.conf file
- and RemoteServer 127.0.0.1 6667 "password" to the services.conf file
- and it still wont work
- any help is appreciated
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010626/dee23b6f/attachment.htm
-From quension at softhome.net Tue Jun 26 02:13:02 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-Message-ID: <009201c0fdd4$d998d5a0$0200a8c0@moms>
-
-"Ariel" <arielx@ig.com.br> wrote:
-
-> unsubscribe me please!
-
-At the bottom of every single message to this mailing list (except HTML emails,
-like yours) are instructions on unsubscribing, and a web link to use if you
-want. You also received instructions when you first subscribed. A reminder
-email is even sent to you every month!
-
-I'm honestly asking here: how can you possibly have trouble with it?
-
--- Quension
-
-
-From achurch at achurch.org Tue Jun 26 03:53:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3b37eac5.70734@achurch.org>
-
->How about a Global Zline Options For Services?, I think you can use Szline
->on Bahamut
-
- This feature is under consideration for version 5.0; it will not be
-added in version 4.5.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From andrewk at icon.co.za Tue Jun 26 08:41:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] Problem connecting
-References: <009201c0fdd4$d998d5a0$0200a8c0@moms>
-Message-ID: <038d01c0fe0a$becba8c0$9c011ac4@africa.didata.local>
-
-I have to agree here, it can't be THAT hard!?!
-
-However, I've removed you.
-
-Andrew
-
------ Original Message -----
-From: "Trevor Talbot" <quension@softhome.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, June 26, 2001 2:13 AM
-Subject: Re: [IRCServices] Problem connecting
-
-
-> "Ariel" <arielx@ig.com.br> wrote:
->
-> > unsubscribe me please!
->
-> At the bottom of every single message to this mailing list (except HTML
-emails,
-> like yours) are instructions on unsubscribing, and a web link to use if
-you
-> want. You also received instructions when you first subscribed. A
-reminder
-> email is even sent to you every month!
->
-> I'm honestly asking here: how can you possibly have trouble with it?
->
-> -- Quension
->
-> -----------------------------------------------------------
-> 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 Jun 27 08:01:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] daylight irc services
-Message-ID: <045001c0fece$5361a480$9c011ac4@africa.didata.local>
-
-Can anyone tell me who maintains this clone of services and what their email
-address is? I'm getting tons of mail asking for support of these services. I
-want to contact the owner and get them to, in pleasant language, update the
-README, what's new and every other file containing my email address. I'm
-sure Andy is also being pestered quite a bit.
-
-:P
-
-Thanks, Andrew
-
-
-From stskeeps at tspre.org Wed Jun 27 09:16:01 2001
-From: stskeeps at tspre.org (Carsten V. Munk)
-Date: Sat Oct 23 23:01:25 2004
-Subject: [IRCServices] daylight irc services
-References: <045001c0fece$5361a480$9c011ac4@africa.didata.local>
-Message-ID: <3B3987DD.4040906@tspre.org>
-
-Andrew Kempe wrote:
-
-> Can anyone tell me who maintains this clone of services and what their email
-> address is? I'm getting tons of mail asking for support of these services. I
-> want to contact the owner and get them to, in pleasant language, update the
-> README, what's new and every other file containing my email address. I'm
-> sure Andy is also being pestered quite a bit.
-
-
-Hm, seems people can't read - I believe it says don't contact these. I'm
-gonna take them down anyhow, as the project is no longer in development
-(due to the recent inclusion of Unreal support here)
--Stskeeps
-
-
->
-> :P
->
-> Thanks, Andrew
->
-> -----------------------------------------------------------
-> 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
->
-
-
-
---
-
-
----------------------------------------------------------------------
-Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
- * Author of UnrealIRCd (http://unrealircd.com)
- * Server admin of irc.fyremoon.net
- * System Administrator @ cc2is.com
-"To understand a program you must become both the machine and the program."
-----------------------------------------------------------------------
-
- [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
-
------BEGIN GEEK CODE BLOCK-----
-Version: 3.12
-GCM/CS/CC/ED/MC/IT d-(++) s::-- a--->-- C+++(++++) UL+++>++++ UB+++>++++
-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 andrewk at icon.co.za Thu Jun 28 07:14:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] daylight irc services
-References: <045001c0fece$5361a480$9c011ac4@africa.didata.local> <3B3987DD.4040906@tspre.org>
-Message-ID: <053701c0ff90$edcca840$9c011ac4@africa.didata.local>
-
-Ah ok,
-
-Thanks Carsten!!
-
-Andrew
-
------ Original Message -----
-From: "Carsten V. Munk" <stskeeps@tspre.org>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, June 27, 2001 9:14 AM
-Subject: Re: [IRCServices] daylight irc services
-
-
-> Andrew Kempe wrote:
->
-> > Can anyone tell me who maintains this clone of services and what their
-email
-> > address is? I'm getting tons of mail asking for support of these
-services. I
-> > want to contact the owner and get them to, in pleasant language, update
-the
-> > README, what's new and every other file containing my email address. I'm
-> > sure Andy is also being pestered quite a bit.
->
->
-> Hm, seems people can't read - I believe it says don't contact these. I'm
-> gonna take them down anyhow, as the project is no longer in development
-> (due to the recent inclusion of Unreal support here)
-> -Stskeeps
->
->
-> >
-> > :P
-> >
-> > Thanks, Andrew
-> >
-> > -----------------------------------------------------------
-> > 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
-> >
->
->
->
-> --
->
->
-> ---------------------------------------------------------------------
-> Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
-> * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
-> * Author of UnrealIRCd (http://unrealircd.com)
-> * Server admin of irc.fyremoon.net
-> * System Administrator @ cc2is.com
-> "To understand a program you must become both the machine and the
-program."
-> ----------------------------------------------------------------------
->
-> [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
->
-> -----BEGIN GEEK CODE BLOCK-----
-> Version: 3.12
-> GCM/CS/CC/ED/MC/IT d-(++) s::-- a--->-- C+++(++++) UL+++>++++ UB+++>++++
-> 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, 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 adam at wiredrave.com Sat Jun 30 03:40:05 2001
-From: adam at wiredrave.com (Adam Fladwood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-Message-ID: <000001c10105$07d09920$0200a8c0@inept>
-
-Hi,
-
-I'm just trying to figure out what format the database files are in so
-that I can read them with perl. Has anybody written a perl script that
-can read the .db files by chance?
-
-I tried dbm, but it doesn't work *shrug*.
-
-Any help would be appreciated! Thanks :)
-
--- Adam
-
-
-
-From andy at strugglers.net Sat Jun 30 03:47:00 2001
-From: andy at strugglers.net (Andy Smith)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-In-Reply-To: <000001c10105$07d09920$0200a8c0@inept>
-References: <000001c10105$07d09920$0200a8c0@inept>
-Message-ID: <iobqjt8t7v9mj3m0fvo9b8laqo6hc5t4h6@4ax.com>
-
-On Fri, 29 Jun 2001 20:36:05 -0500, "Adam Fladwood" <adam@wiredrave.com>
-wrote:
-
->Hi,
->
->I'm just trying to figure out what format the database files are in so
->that I can read them with perl. Has anybody written a perl script that
->can read the .db files by chance?
->
->I tried dbm, but it doesn't work *shrug*.
->
->Any help would be appreciated! Thanks :)
-
-You will need to read the header files to discover the structure of the
-files and then use perl's unpack function.
-
-I have some examples if you want, but nothing that will read every bit of an
-entire database. Just snippets written for specific tasks.
-
---
-Andy Smith <andy@strugglers.net>
-Blitzed IRC Network
-http://www.blitzed.org
-
-From adam at wiredrave.com Sat Jun 30 04:21:00 2001
-From: adam at wiredrave.com (Adam Fladwood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-In-Reply-To: <iobqjt8t7v9mj3m0fvo9b8laqo6hc5t4h6@4ax.com>
-Message-ID: <000201c1010a$cbdc2eb0$0200a8c0@inept>
-
-Alright, I'll take a look, I'm not too great with C at all... which is a
-problem hehe.
-
-If you could provide me with those examples I'd appreciate it! Just
-send them to adam@wiredrave.com if you get a chance.
-
-Thanks a lot,
-Adam
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Andy Smith
-Sent: Friday, June 29, 2001 8:46 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Database Format
-
-On Fri, 29 Jun 2001 20:36:05 -0500, "Adam Fladwood" <adam@wiredrave.com>
-wrote:
-
->Hi,
->
->I'm just trying to figure out what format the database files are in so
->that I can read them with perl. Has anybody written a perl script that
->can read the .db files by chance?
->
->I tried dbm, but it doesn't work *shrug*.
->
->Any help would be appreciated! Thanks :)
-
-You will need to read the header files to discover the structure of the
-files and then use perl's unpack function.
-
-I have some examples if you want, but nothing that will read every bit
-of an
-entire database. Just snippets written for specific tasks.
-
---
-Andy Smith <andy@strugglers.net>
-Blitzed IRC Network
-http://www.blitzed.org
------------------------------------------------------------
-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 frostycoolslug at hotmail.com Sat Jun 30 11:56:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-Message-ID: <F117CnzNwRC6HixqDCZ0001a002@hotmail.com>
-
-Maybe some1 could make a Perl file with Details of things like 'No. of nicks
-registered, Search nicks, Give out /ns (or /cs) info Online.. Could be cool
-:)
-
-
->From: "Adam Fladwood" <adam@wiredrave.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: RE: [IRCServices] Database Format
->Date: Fri, 29 Jun 2001 21:17:22 -0500
->
->Alright, I'll take a look, I'm not too great with C at all... which is a
->problem hehe.
->
->If you could provide me with those examples I'd appreciate it! Just
->send them to adam@wiredrave.com if you get a chance.
->
->Thanks a lot,
->Adam
->
->-----Original Message-----
->From: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Andy Smith
->Sent: Friday, June 29, 2001 8:46 PM
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Database Format
->
->On Fri, 29 Jun 2001 20:36:05 -0500, "Adam Fladwood" <adam@wiredrave.com>
->wrote:
->
-> >Hi,
-> >
-> >I'm just trying to figure out what format the database files are in so
-> >that I can read them with perl. Has anybody written a perl script that
-> >can read the .db files by chance?
-> >
-> >I tried dbm, but it doesn't work *shrug*.
-> >
-> >Any help would be appreciated! Thanks :)
->
->You will need to read the header files to discover the structure of the
->files and then use perl's unpack function.
->
->I have some examples if you want, but nothing that will read every bit
->of an
->entire database. Just snippets written for specific tasks.
->
->--
->Andy Smith <andy@strugglers.net>
->Blitzed IRC Network
->http://www.blitzed.org
->-----------------------------------------------------------
->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
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From guy at rucus.ru.ac.za Sat Jun 30 12:35:02 2001
-From: guy at rucus.ru.ac.za (Guy Antony Halse)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-In-Reply-To: <000001c10105$07d09920$0200a8c0@inept>; from adam@wiredrave.com on Fri, Jun 29, 2001 at 08:36:05PM -0500
-References: <000001c10105$07d09920$0200a8c0@inept>
-Message-ID: <20010630123430.A36468@rucus.ru.ac.za>
-
-On Fri 2001-06-29 (20:36), Adam Fladwood wrote:
-> I'm just trying to figure out what format the database files are in so
-> that I can read them with perl. Has anybody written a perl script that
-> can read the .db files by chance?
-
-I have a perl module that will read the databases and put them into a perl
-hash. It has no write capabilities, because it was designed to read the db's
-off a live services.
-
-It was written a while back, so might need some minor alterations to cope
-with any new fields in the db. This is straight forward to do though.
-
-You are welcome to a copy if you want - mail me at the address in my .sig
-and i'll make them available to you.
-
-- Guy
---
-Dept of Computer Science, Rhodes University, Grahamstown, South Africa
-Email: guy@mombe.org Web: http://mombe.org/ IRC: rm-rf@irc.zanet.net
-*** ANSI Standard Disclaimer *** J.A.P.H
-
-From guy at rucus.ru.ac.za Sun Jul 1 00:24:00 2001
-From: guy at rucus.ru.ac.za (Guy Antony Halse)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Database Format
-In-Reply-To: <20010630123430.A36468@rucus.ru.ac.za>; from guy@rucus.ru.ac.za on Sat, Jun 30, 2001 at 12:34:30PM +0200
-References: <000001c10105$07d09920$0200a8c0@inept> <20010630123430.A36468@rucus.ru.ac.za>
-Message-ID: <20010701002337.A79449@rucus.ru.ac.za>
-
-On Sat 2001-06-30 (12:34), Guy Antony Halse wrote:
-> You are welcome to a copy if you want - mail me at the address in my .sig
-> and i'll make them available to you.
-
-I have had a couple of people mail me, so I have put them up on an anonymous
-ftp site for general use.
-
-ftp://mombe.org/users/guy/irc_services-0.01.tar.gz
-
-(oh, the firewall upstream of that machine is a bit broken at the moment.
-If you can't get the file, try sometime late Monday after I have had a
-chance to kick the relevent people ;)
-
-- Guy
---
-Dept of Computer Science, Rhodes University, Grahamstown, South Africa
-Email: guy@mombe.org Web: http://mombe.org/ IRC: rm-rf@irc.zanet.net
-*** ANSI Standard Disclaimer *** J.A.P.H
-
-From achurch at achurch.org Wed Jul 4 17:14:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Services 4.5.21 released
-Message-ID: <3b4332de.13033@achurch.org>
-
- Services 4.5.21 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.21.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.21.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release primarily fixes two problems. One, reported by several
-people, is that channels without auto-op lists (nobody on the list at
-access level 5 or above, or LEVELS AUTOOP disabled) expire even if the
-channel is being used; the ChanServ IDENTIFY and OP commands now update
-the last-used time as well to avoid this problem. The other problem is a
-bug in glibc 2.2.2, used in several recent Linux distributions, which
-causes spurious errors to be reported while processing the configuration
-file. It is unclear whether this bug has any real harmful effect on
-Services other than this cosmetic error, but the configure script now
-checks for this and will work around it as necessary.
-
-Changes in version 4.5.21
--------------------------
-2001/07/04 Added -no-dir-check option to configure script. Suggested
- by Gabor Z. Papp <gzp@papp.hu>
-2001/07/04 Using the ChanServ OP or IDENTIFY commands now updates the
- channel's last used time. Fixes a problem reported by
- Gabor Z. Papp <gzp@papp.hu> and others where channels
- without auto-op lists expire even when in use.
-2001/07/04 Added workaround for a(nother) strtok() bug in glibc 2.2.2.
- Reported by several people.
-2001/07/04 Fixed warnings when compiling with DEBUG_COMMANDS defined.
-2001/07/04 Fixed compilation problem when using the "-use-local-funcs"
- option with ./configure on a glibc system. Reported by
- Gabor Z. Papp <gzp@papp.hu>
-2001/07/01 Made OperServ STATS UPTIME an alias for STATS (by itself).
-2001/07/01 Fixed bug causing OperServ STATS to report statistics even
- when an option (other than ALL) is given. Reported by
- James Lester <jamesrlester@hotmail.com>
-2001/06/26 Fixed bugs, including a nasty crash, in handling of
- RFC1459/TS8 USER command. (The fact that nobody
- reported these presumably means nobody uses such
- servers anymore...)
-2001/06/25 Fixed potential bug in handling of Unreal umode +d.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Kevc978 at PunkAss.com Thu Jul 5 00:24:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Using the IRCservices .diff Files
-Message-ID: <001801c105a0$9b10a4b0$9865fea9@kevinekfj2a4ks>
-
-Hi,
-
-How do i Use The .diff files, and will doign this OverWrite any Previous
-Coding/Changes i have done to Services?
-
-Thanks
-Kevc978
-
-
-From jbinder at kgazd.bme.hu Thu Jul 5 03:17:00 2001
-From: jbinder at kgazd.bme.hu (John Binder)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Using the IRCservices .diff Files
-References: <001801c105a0$9b10a4b0$9865fea9@kevinekfj2a4ks>
-Message-ID: <001d01c104f0$0f5845f0$0d624298@kgazd.bme.hu>
-
-Hi,
-
-I think it will not. But if does , patch will inform you. (Backup anyway) To
-apply the patch do from shell in ircservices directory (it must be 4.5.20 or
-you must apply the previous patches (ie if it is 4.5.16 then you must apply
-4.5.17 , 18 ,19 ,20)) 'patch -p1 < gzip -d ../ircservices-4.5.21.diff.gz .
-
-Janos Binder
-
------ Original Message -----
-From: "Kevc978" <Kevc978@PunkAss.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, July 06, 2001 12:19 AM
-Subject: [IRCServices] Using the IRCservices .diff Files
-
-
-> Hi,
->
-> How do i Use The .diff files, and will doign this OverWrite any Previous
-> Coding/Changes i have done to Services?
->
-> Thanks
-> Kevc978
->
-> -----------------------------------------------------------
-> 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 jpinto17 at visteon.com Thu Jul 5 08:56:00 2001
-From: jpinto17 at visteon.com (Pinto, Joao luis (J.M.))
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Using the IRCservices .diff Files
-Message-ID: <200107050655.f656tEC26374@dymwsm09.mailwatch.com>
-
-Just use "patch -p1 < file.diff" beeing on the source root
-The patch will not overwrite your changes, because it will first check the
-code is as expected on the sections the change is applyed, If it finds
-differentes on the code it was expecting it will just reject the diff and
-generate a .rej file detailing the failure.
-
-Jo?o Pinto
-PTlink Coders Team
-Lamego@PTlink.net
-
------Original Message-----
-From: Kevc978 [mailto:Kevc978@PunkAss.com]
-Sent: 05 July 2001 23:20
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Using the IRCservices .diff Files
-
-
-Hi,
-
-How do i Use The .diff files, and will doign this OverWrite any Previous
-Coding/Changes i have done to Services?
-
-Thanks
-Kevc978
-
------------------------------------------------------------
-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 frostycoolslug at hotmail.com Thu Jul 5 09:06:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Multiple Domains..
-Message-ID: <F255MVhEUsebmspH2q600001674@hotmail.com>
-
-y0 ppl!
-my net is gonna link with another net, problem being we want to keep our
-domains..
-they both end in .org but thats about all that is the same
-is there a way to config services so that it will understand stuff from both
-domains?
-
-Also, is it possible to merge databases?
-its 8:00am, i gotta go hospital, and i dont have time to RTFM ;P
-cya
-
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From achurch at achurch.org Thu Jul 5 09:14:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Multiple Domains..
-Message-ID: <3b4413f1.71323@achurch.org>
-
->y0 ppl!
->my net is gonna link with another net, problem being we want to keep our
->domains..
->they both end in .org but thats about all that is the same
->is there a way to config services so that it will understand stuff from both
->domains?
-
- The only place domain names matter is in sending global notices. If
-both of your domain names end in ".org", just set your domain name in the
-configure script to "org" and things will be fine.
-
->Also, is it possible to merge databases?
-
- Not currently, no. I have plans to write a utility like this at some
-time in the future but no specific time in mind (too many other things to
-do at the moment).
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From owenito at thefragile.com Sat Jul 7 13:31:00 2001
-From: owenito at thefragile.com (owen owensito)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Join #channels
-Message-ID: <200107071129.EAA00787@mail9.bigmailbox.com>
-
-Hello:
- I have one problem, when i put "msg oper raw join #opers" or "msg oper raw join :#opers" the ircd and services are stop. Is a bug? Can i put the bots in one channel? How?
- Regards,
- owenito
-
-
- ________ _ _ _ _ _ _ ___ _
-| _____ || | | | | || ____|| \ | |"Despues de la partida, la dama
-| | | || | | | | || |___ | |\ \ | |y el peon, vuelven a la misma
-| | | || | | | | || ____|| | \ \ | |caja"
-| |____| || |_| |_| || |___ | | \ \| |
-|________||______ __||_____||_| \___|
-
-------------------------------------------------------------
-Get your free Nine Inch Nails E-mail at http://www.thefragile.com/
-
-From manowar at cecova.org Sat Jul 7 16:24:03 2001
-From: manowar at cecova.org (Manowar)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Join #channels
-In-Reply-To: <200107071129.EAA00787@mail9.bigmailbox.com>
-Message-ID: <MABBJLIKAGCHKOFOEKHKOEMLCAAA.manowar@cecova.org>
-
-Eres Owen el de globalchat?????
-A ver para q la raw rule has de poner /msg oper raw :name_del_bot join
-#canal
-por ejemplo /msg oper raw :chan join #opers
-
---------------------------------
-Juan Jos? Navarro
-Manowar
-http://irc-services.iespana.es/
-manowar@cecova.org
---------------------------------
-
------Mensaje original-----
-De: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]En nombre de owen owensito
-Enviado el: s?bado, 07 de julio de 2001 13:30
-Para: ircservices@ircservices.za.net
-Asunto: [IRCServices] Join #channels
-
-
-Hello:
- I have one problem, when i put "msg oper raw join #opers" or "msg oper raw
-join :#opers" the ircd and services are stop. Is a bug? Can i put the bots
-in one channel? How?
- Regards,
- owenito
-
-
- ________ _ _ _ _ _ _ ___ _
-| _____ || | | | | || ____|| \ | |"Despues de la partida, la dama
-| | | || | | | | || |___ | |\ \ | |y el peon, vuelven a la misma
-| | | || | | | | || ____|| | \ \ | |caja"
-| |____| || |_| |_| || |___ | | \ \| |
-|________||______ __||_____||_| \___|
-
-------------------------------------------------------------
-Get your free Nine Inch Nails E-mail at http://www.thefragile.com/
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From fingers at fingers.co.za Sun Jul 8 01:47:01 2001
-From: fingers at fingers.co.za (fingers)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] kline based on IRCNAME
-Message-ID: <20010708014534.B62053-100000@snow.fingers.co.za>
-
-Hi there
-
-Is kline based on IRCNAME/REALNAME supported? I can't find much in the
-docs (but think I'm looking at the wrong places). I've also searched the
-archives for anything remotely similar that I could find.
-
-Thanks
-
---Rob
-
-
-From ron885 at linuxfreemail.com Sun Jul 8 01:50:02 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] kline based on IRCNAME
-In-Reply-To: <20010708014534.B62053-100000@snow.fingers.co.za>
-References: <20010708014534.B62053-100000@snow.fingers.co.za>
-Message-ID: <01070716522800.27840@ron.linux>
-
-On Saturday 07 July 2001 16:46, you wrote:
-> Hi there
->
-> Is kline based on IRCNAME/REALNAME supported? I can't find much in the
-> docs (but think I'm looking at the wrong places). I've also searched the
-> archives for anything remotely similar that I could find.
-
-If your using UnrealIRCd, you can put an N:line in the ircd conf... or is it
-n:line... oh well.. it's in the docs
-
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From jamie at silverdream.org.uk Sun Jul 8 02:10:24 2001
-From: jamie at silverdream.org.uk (Jamie Smithson)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] kline based on IRCNAME
-References: <20010708014534.B62053-100000@snow.fingers.co.za>
-Message-ID: <00af01c10742$209f47b0$ac787ad5@galaxy>
-
-Hey Rob,
-
-Bahamut supports G:lines based on a GCOS, as does Unreal,
-you'll find the full syntax's in the docs.
-
-As far as I know, to date, ircservices does not support the
-addition of GCOS G:lines with either IRCd.
-
-I suggested this in the past; but recieved a prompt
-"No plans to include this" response.
-
-You might, however, have better luck.
-
--j
-
----
--Jamie (jamie@silverdream.org.uk)
- * Smile, people will wonder... *
-
-Give ZeroIRC a try!
-ZeroIRC - irc.zeroirc.org
-Open minded IRC.
-
-Email: jamie@silverdream.org.uk
-SMS: sms@silverdream.org.uk
-Work: work@silverdream.org.uk
-
------ Original Message -----
-From: "fingers" <fingers@fingers.co.za>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, July 08, 2001 12:46 AM
-Subject: [IRCServices] kline based on IRCNAME
-
-
-> Hi there
->
-> Is kline based on IRCNAME/REALNAME supported? I can't find much in the
-> docs (but think I'm looking at the wrong places). I've also searched the
-> archives for anything remotely similar that I could find.
->
-> Thanks
->
-> --Rob
-
-
-From Kevc978 at PunkAss.com Sun Jul 8 02:45:02 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] kline based on IRCNAME
-References: <20010708014534.B62053-100000@snow.fingers.co.za>
-Message-ID: <00ae01c1080f$cf440e40$9865fea9@kevinekfj2a4ks>
-
-Kline is Based on the Host, And will only Kline a Host on the server it was
-placed, (Its not a Network Ban)
-
-Kevin Conlin
-Akill Team
-Irc.DarkServ.Net
------ Original Message -----
-From: "fingers" <fingers@fingers.co.za>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, July 08, 2001 12:46 AM
-Subject: [IRCServices] kline based on IRCNAME
-
-
-Hi there
-
-Is kline based on IRCNAME/REALNAME supported? I can't find much in the
-docs (but think I'm looking at the wrong places). I've also searched the
-archives for anything remotely similar that I could find.
-
-Thanks
-
---Rob
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From uhc0 at rz.uni-karlsruhe.de Sun Jul 8 11:02:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] kline based on IRCNAME
-In-Reply-To: <00af01c10742$209f47b0$ac787ad5@galaxy>
-Message-ID: <000601c1078c$7eb5bce0$0264a8c0@nygmatech.local>
-
-Hi;
-
-> As far as I know, to date, ircservices does not support the
-> addition of GCOS G:lines with either IRCd.
->
-> I suggested this in the past; but recieved a prompt
-> "No plans to include this" response.
-
-The correct response was, "No plans to include this in the 4.5 series"
-I think 5.x will support SGLINE,SZLINE,SQLINE
-(both on nicknames and channels).
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From smkelly at zombie.org Mon Jul 9 07:09:00 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Join #channels
-In-Reply-To: <200107071129.EAA00787@mail9.bigmailbox.com>
-References: <200107071129.EAA00787@mail9.bigmailbox.com>
-Message-ID: <20010709000815.A4191@edgemaster.zombie.org>
-
-On Sat, Jul 07, 2001 at 04:29:49AM -0700, owen owensito wrote:
-> Hello:
-> I have one problem, when i put "msg oper raw join #opers" or "msg oper raw join :#opers" the ircd and services are stop. Is a bug? Can i put the bots in one channel? How?
-> Regards,
-
-/MSG OperServ RAW JOIN #channel is WRONG.
-That command is telling the Services server to join a channel, which can't
-happen. Servers can't join channels. You should be doing this:
-/MSG OperServ RAW :ChanServ JOIN #channel
-/MSG OperServ RAW :NickServ JOIN #channel
-etc..
-
-And even that isn't really recommended.
-Services weren't designed to sit in channels.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 187 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010709/dacf30d6/attachment.pgp
-From andrewk at icon.co.za Mon Jul 9 08:13:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] New features in Bahamut 1.4.27 that apply to services
-Message-ID: <06ed01c1083e$01fe1d70$9c011ac4@africa.didata.local>
-
-Andrew
-
-> Basically, services.* and stats.* gets both hostname AND IP information
-for
-> users now. Previously we only received hostname information. This allows
-> for enhancements such as akills set on IP blocks being able to affect
-> resolved hostnames. I can also make services recognize IP masks in
-NickServ
-> access lists (ie, you could add someuser@10.0.0.* for all of your
-"vhosts")
-> and in ChanServ AOP/SOP/Akick lists. This isn't quite finished yet, so it
-> won't work .. but eventually it will.
-
-
-
-From ron885 at linuxfreemail.com Mon Jul 9 08:38:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] chg*
-Message-ID: <01070823403700.00281@ron.linux>
-
-In UnrealIRCd, there is sethost, setname, setident, and chghost, chgname, and
-chgident, but ircservices only has handlers for set*... is that supposed to
-be like that? Or was it just never put in...
-
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From ron885 at linuxfreemail.com Mon Jul 9 08:40:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] UMODE +d in UnrealIRCd
-Message-ID: <01070823423401.00281@ron.linux>
-
-I was wondering why there is this message in my logfile...
-
-user: MODE tried to change services stamp: Ron885 -d
-
-If I do /umode +d than /umode -d... i get taht message... I looked at the
-code and it is in an #ifdef DAL_4_4_15... but i don't remember dreamforge
-having a +d mode... and what does this error mean anyway?
-
-Thanks
---
-Ron885
-Linux: The smart choice! - #Linux @ irc.axenet.org - www.axenet.org
-LFS: Not a dist; But a way of life! - www.linuxfromscratch.org
-
-From achurch at achurch.org Mon Jul 9 09:33:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] chg*
-Message-ID: <3b495e5c.10214@achurch.org>
-
->In UnrealIRCd, there is sethost, setname, setident, and chghost, chgname, and
->chgident, but ircservices only has handlers for set*... is that supposed to
->be like that? Or was it just never put in...
-
- The CHG* commands appear to actually send a SET* command to other
-servers, so Services only listens for the SET* versions.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Mon Jul 9 09:35:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] UMODE +d in UnrealIRCd
-Message-ID: <3b495ec5.10241@achurch.org>
-
->I was wondering why there is this message in my logfile...
->
->user: MODE tried to change services stamp: Ron885 -d
->
->If I do /umode +d than /umode -d... i get taht message... I looked at the
->code and it is in an #ifdef DAL_4_4_15... but i don't remember dreamforge
->having a +d mode... and what does this error mean anyway?
-
- This is because Unreal uses +d to set both deaf mode and Services
-timestamps; this bug should be fixed in 4.5.21. (And yes, Dreamforge
-does have a +d mode, used by Services to set timestamps.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ron885 at linuxfreemail.com Tue Jul 10 06:17:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] UMODE +d in UnrealIRCd
-In-Reply-To: <01070823423401.00281@ron.linux>
-References: <01070823423401.00281@ron.linux>
-Message-ID: <01070900241500.00397@ron.linux>
-
-On Sunday 08 July 2001 23:42, you wrote:
-> I was wondering why there is this message in my logfile...
->
-> user: MODE tried to change services stamp: Ron885 -d
->
-> If I do /umode +d than /umode -d... i get taht message... I looked at the
-> code and it is in an #ifdef DAL_4_4_15... but i don't remember dreamforge
-> having a +d mode... and what does this error mean anyway?
-
-I just saw a user set +id... and the message:
-
-user: MODE tried to change services stamp: nick +id
-
-was in the log
-
---
-Ron885
-Server Admin - nova.axenet.org
-
-
-From Kevc978 at PunkAss.com Wed Jul 11 08:29:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Services Crash on Strange Error
-Message-ID: <011501c10a9b$5921cac0$9865fea9@kevinekfj2a4ks>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hi,
-
-Our services crashed and After checking the logs, This was thae Last
-message Before they Died.
-
-[Jul 10 20:26:37 2001] Read error from server: Success
-
-Im running Bahamut 1.4.28 and IRCservices 1.4.21
-
-Kevin Conlin
-Irc.DarkServ.Net
-
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBO01CqSEw8Y9a0/NDEQIMDQCg62SxkUg6MY39y+I6l2y8S+X7cDUAoPWD
-BP9cU/eilO/ZBqeWNW0DrCRw
-=TDD/
------END PGP SIGNATURE-----
-
-
-
-From ron885 at linuxfreemail.com Wed Jul 11 08:32:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Services Crash on Strange Error
-In-Reply-To: <011501c10a9b$5921cac0$9865fea9@kevinekfj2a4ks>
-References: <011501c10a9b$5921cac0$9865fea9@kevinekfj2a4ks>
-Message-ID: <01071023342100.04391@ron.linux>
-
-On Wednesday 11 July 2001 23:24, you wrote:
-> -----BEGIN PGP SIGNED MESSAGE-----
-> Hash: SHA1
->
-> Hi,
->
-> Our services crashed and After checking the logs, This was thae Last
-> message Before they Died.
->
-> [Jul 10 20:26:37 2001] Read error from server: Success
->
-> Im running Bahamut 1.4.28 and IRCservices 1.4.21
-
-Are you sure it's not the uplink dropping the connection to services?
-
---
-Ron885
-Server Admin - nova.axenet.org
-
-From uhc0 at rz.uni-karlsruhe.de Wed Jul 11 13:49:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] Services Crash on Strange Error
-In-Reply-To: <011501c10a9b$5921cac0$9865fea9@kevinekfj2a4ks>
-Message-ID: <001001c109e7$75857360$0264a8c0@nygmatech.local>
-
-It looks like, as if your connection is being dropped.
-Have you tried to run services and its hub on the same machine ?
-It is highly adviseable to run services on a loopback socket of
-127.0.0.1.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Kevc978
-> Gesendet: Donnerstag, 12. Juli 2001 08:25
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Services Crash on Strange Error
->
->
->
-> *** PGP Signature Status: unknown
-> *** Signer: Unknown, Key ID = 0x5AD3F343
-> *** Signed: 12.07.2001 08:24:41
-> *** Verified: 11.07.2001 10:54:53
-> *** BEGIN PGP VERIFIED MESSAGE ***
->
-> Hi,
->
-> Our services crashed and After checking the logs, This was
-> thae Last message Before they Died.
->
-> [Jul 10 20:26:37 2001] Read error from server: Success
->
-> Im running Bahamut 1.4.28 and IRCservices 1.4.21
->
-> Kevin Conlin
-> Irc.DarkServ.Net
->
->
-> *** END PGP VERIFIED MESSAGE ***
->
->
-> -----------------------------------------------------------
-> 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 Georges at Berscheid.lu Wed Jul 11 17:22:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] One more strange crash
-Message-ID: <3B4C6EE4.7F3FF419@Berscheid.lu>
-
-Hi,
-
-I'm running ircservices-4.5.21 with Unreal3.1.1.
-Services crashed this afternoon without leaving a Notice or LocOps. I
-found the following in the Logfile:
-
-[Jul 11 13:39:21 2001] NickServ:
-Peiter_Wech!g_bersch@roulett.informatik.uni-kl.de identified for nick
-Peiter_Wech
-[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-994851616
-[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-994851616
-[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-994851616
-...
-
-The last line was there about 1000 times until the end of file. No more
-information was provided. But I could no reproduce the error either.
-Maybe someone had the same problem and knows what to do.
-
-
-Georges
-
-
-
-From achurch at achurch.org Wed Jul 11 17:30:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] One more strange crash
-Message-ID: <3b4c7106.27574@achurch.org>
-
->[Jul 11 13:39:21 2001] NickServ:
->Peiter_Wech!g_bersch@roulett.informatik.uni-kl.de identified for nick
->Peiter_Wech
->[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
->994851616
->[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
->994851616
->[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
->994851616
->...
->
->The last line was there about 1000 times until the end of file. No more
->information was provided. But I could no reproduce the error either.
-
- I certainly haven't seen it before, and I'm rather baffled as to why
-the panic message would be repeated multiple times. What OS (version,
-libraries etc.) are you using?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Georges at Berscheid.lu Wed Jul 11 17:38:02 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] One more strange crash
-References: <3b4c7106.27574@achurch.org>
-Message-ID: <3B4C72B6.3DE3FA0C@Berscheid.lu>
-
-Re,
-
-we're using an Intel P3 Box with RetHat 6 and gcc (egcs-2.91.66).
-
-Georges
-
-
-Andrew Church wrote:
-
-> >[Jul 11 13:39:21 2001] NickServ:
-> >Peiter_Wech!g_bersch@roulett.informatik.uni-kl.de identified for nick
-> >Peiter_Wech
-> >[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-> >994851616
-> >[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-> >994851616
-> >[Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-> >994851616
-> >...
-> >
-> >The last line was there about 1000 times until the end of file. No more
-> >information was provided. But I could no reproduce the error either.
->
-> I certainly haven't seen it before, and I'm rather baffled as to why
-> the panic message would be repeated multiple times. What OS (version,
-> libraries etc.) are you using?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 Kevc978 at PunkAss.com Wed Jul 11 20:04:01 2001
-From: Kevc978 at PunkAss.com (Kevc978)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Services Crash on Strange Error
-References: <001001c109e7$75857360$0264a8c0@nygmatech.local>
-Message-ID: <002a01c10afc$702ae420$9865fea9@kevinekfj2a4ks>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hi, my services and Hub are on The Same Machine, although i dont use
-127.0.01 But i will give it a whirl.
-
-Kevin Conlin
-Irc.DarkServ.Net
-
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBO03ljSEw8Y9a0/NDEQJGPQCg31i94dhGYAzvNcbQuLtQhhmBEr4AnR3H
-NhJ4Ow+qXgR5LcnyjG9cmk45
-=8fEU
------END PGP SIGNATURE-----
-
-
-
-
-From karel4 at estpak.ee Thu Jul 12 13:15:02 2001
-From: karel4 at estpak.ee (=?iso-8859-1?q?=95=20Karel=20=95?=)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] One more strange crash
-In-Reply-To: <3B4C6EE4.7F3FF419@Berscheid.lu>
-References: <3B4C6EE4.7F3FF419@Berscheid.lu>
-Message-ID: <01071213140101.01839@test2.kodu.net>
-
-> [Jul 11 13:40:16 2001] PANIC! buffer = :Peiter_Wech NICK Peiter
-
- I had same error (PANIC! buffer) if I tried to use operserv clear command to
-remove all modes in one channel (there was about 25 opped users). The only
-solution was to put services automatically started (if not working) with
-crontab periodically.
-
-From frostycoolslug at hotmail.com Thu Jul 12 20:49:07 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Auto-Op on ID?
-Message-ID: <F93lkDTM9wGmAf0Mjka00000f75@hotmail.com>
-
-hi..
-is there ne way you can make chanserv op ppl when they identify?
-cause ppl get frustrated when they have not only to id.. but get CS to
-op/protect them as well..
-so is there an easy way to do this?
-if not, can it be coded into the next version?
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-_________________________________________________________________________
-Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Jul 12 23:32:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] Auto-Op on ID?
-In-Reply-To: <F93lkDTM9wGmAf0Mjka00000f75@hotmail.com>
-Message-ID: <000601c10b19$fc097250$0264a8c0@nygmatech.local>
-
-In order to release rumours I say the following:
-The module structure of the 5.x will probably allow the addition of
-a well-known AJOIN command (currently it exists on some derivative
-versions, like mine :P) that will manage an autojoin list for a nick.
-Because your ircd supports SVSJOIN, the module will just SVSJOIN users
-to the channels in their autojoin list, after they have identified.
-That means, they will be automatically opped.
-
-Until then, tell your channel operators to use the ChanServ OP command.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Craig Wood
-> Gesendet: Donnerstag, 12. Juli 2001 20:48
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Auto-Op on ID?
->
->
-> hi..
-> is there ne way you can make chanserv op ppl when they
-> identify? cause ppl get frustrated when they have not only to
-> id.. but get CS to
-> op/protect them as well..
-> so is there an easy way to do this?
-> if not, can it be coded into the next version?
->
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
-> ______________________________________________________________
-> ___________
-> Get Your Private, Free E-mail from MSN Hotmail at
-http://www.hotmail.com.
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Fri Jul 13 01:35:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] UMODE +d in UnrealIRCd
-Message-ID: <3b4e3438.30753@achurch.org>
-
->On Sunday 08 July 2001 23:42, you wrote:
->> I was wondering why there is this message in my logfile...
->>
->> user: MODE tried to change services stamp: Ron885 -d
->>
->> If I do /umode +d than /umode -d... i get taht message... I looked at the
->> code and it is in an #ifdef DAL_4_4_15... but i don't remember dreamforge
->> having a +d mode... and what does this error mean anyway?
->
->I just saw a user set +id... and the message:
->
->user: MODE tried to change services stamp: nick +id
->
->was in the log
-
- This is fixed in version 4.5.21.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From silvius at expres.ro Fri Jul 13 10:53:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] "Ghosted user"
-Message-ID: <000d01c10b79$1ca9c140$0ae4e6c1@ANIMALU>
-
-How do you "read" this msg?
-
-Received KILL message for <user>. From <server1> Path: <server1> (<user>
-Ghosted <server2>)
-
-What it means? That server1 ghosted user? Server2 ghosted user? why?
-
-Thanx a lot,
-Partizanu
-
-
-From uhc0 at rz.uni-karlsruhe.de Fri Jul 13 11:07:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] "Ghosted user"
-In-Reply-To: <000d01c10b79$1ca9c140$0ae4e6c1@ANIMALU>
-Message-ID: <000001c10b7b$0f2e4ca0$0264a8c0@nygmatech.local>
-
-This has the following meaning:
-
-You get a notice of a KILL.
-The kill comes from server1.
-Server1 kills user. User is from server2
-And the user is being killed, because it issued a privmsg, although it
-does not exist anymore.
-
-Case:
-
-You have a netjoin. During this, services is being introduced to
-the network. So your users attempt to send a
-:nick PRIVMSG nickserv@services.your.net :identify abc123
-BUT, the netjoin handling operates this way:
-
-Tell the other server about NICKs.
-Tell the other server about (S)JOINs.
-Tell the other server about channel topics, eventually in a TS3 matter,
-if you are using a bahamut or a derivative.
-
-Where are your privmsgs ? They have to wait. But services does not wait.
-This means, the 60second, or 20 second timers of services for
-identify cases start and stop, before the IDENTIFY arrives.
-Result ? Services send a SVSNICK. It goes over server1 to server2.
-Result ? Your nick is changed.
-Result ? There is a PRIVMSG on the way to services, while your nick
-is already changed.
-Result ? There seems to be a ghost from server2 sending a
-privmsg for server1.
-Result ? Server1 does not like this.
-Result ? Server1 KILLs this ghost.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Partizanu
-> Gesendet: Freitag, 13. Juli 2001 10:52
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] "Ghosted user"
->
->
-> How do you "read" this msg?
->
-> Received KILL message for <user>. From <server1> Path:
-> <server1> (<user> Ghosted <server2>)
->
-> What it means? That server1 ghosted user? Server2 ghosted user? why?
->
-> Thanx a lot,
-> Partizanu
->
-> -----------------------------------------------------------
-> 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 silvius at expres.ro Fri Jul 13 11:15:01 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] "Ghosted user"
-References: <000001c10b7b$0f2e4ca0$0264a8c0@nygmatech.local>
-Message-ID: <001901c10b7c$34d55150$0ae4e6c1@ANIMALU>
-
-_once again_ thanx a lot Yusuf for your quick&helpful reply
-
-Partizanu
-
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, July 13, 2001 12:06
-Subject: AW: [IRCServices] "Ghosted user"
-
-
->
-> This has the following meaning:
->
-> You get a notice of a KILL.
-> The kill comes from server1.
-> Server1 kills user. User is from server2
-> And the user is being killed, because it issued a privmsg, although it
-> does not exist anymore.
-...
-
-
-From dreamer at darkness.gr Sat Jul 14 22:35:02 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Gcc 3 and services.
-In-Reply-To: <3ab965b4.35177@prima-lan.net>
-Message-ID: <Pine.LNX.4.33.0107142316240.15199-100000@darkness.darkness.gr>
-
-Greetings all,
-
-Problem:
--------
- Installing gcc 3 i notice a strange behaviour at the services.
-The problem is specified at two functions inside misc.c. The functions
-are strupper and strlower. The exact problem is at:
-
-char *strupper(char *s)
-{
- char *t = s;
- while (*t)
- *t++ = toupper(*t); <-
- return s;
-}
-
-
-According ANSI C spec, "... C expressions can contain side effects,
-issues of sequencing are important in expression evaluation." (2.1.2.3)
-
-Results:
--------
-The result of this code is to have "random" effects while using services.
-
-Example:
--------
-/quote version services.test.irc.gr
-11:25 ## Server services.TEST.irc.gr: ircservices-4.5.21 build #1,
-compiled Sat Jul 14 23:01:42 EEST 2001
-
-/msg operserv akill add doe@joe.com doe 1
-
-11:15 >> [ operserv ] akill add doe@joe.com doe 1
-11:15 - OperServ!services@irc.gr - e@@oe.com added to AKILL list.
-11:15 %G% OperServ: Dinos added an AKILL for e@@oe.com (expires in 30
-days)
-
-/msg operserv akill list
-
-11:26 - OperServ!services@irc.gr - e@@oe.com doe 1
-
-
-Solution:
---------
-I guess strupper and strlower should be rebuid. For those looking for one
-fast solution, i can post one.
-
-If i'm wrong, correct me :)
-
-
-Regards,
-Nick Krassas
-Dinos @irc.gr
-
-
-From achurch at achurch.org Sun Jul 15 06:05:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] GCC 3 is not supported (was Re: Gcc 3 and services.)
-Message-ID: <3b51168e.34456@achurch.org>
-
- The authors of GCC have made many questionable decisions to break
-compatibility with earlier versions of GCC in the 3.0 release. Regardless
-of what the ANSI standard says, there are many things that have become
-de-facto standards, and should not be changed lightly--this is just one
-example. While this does not require a major change, and so I will fix
-it, notes on the GCC 3.0 page suggest that other problems may occur,
-particularly with parts of import-db that read structures from disk.
-
- Because of this, GCC 3.0 IS NOT SUPPORTED at the present time.
-Please use an earlier version of gcc to compile Services.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Greetings all,
->
->Problem:
->-------
-> Installing gcc 3 i notice a strange behaviour at the services.
->The problem is specified at two functions inside misc.c. The functions
->are strupper and strlower. The exact problem is at:
->
->char *strupper(char *s)
->{
-> char *t = s;
-> while (*t)
-> *t++ = toupper(*t); <-
-> return s;
->}
->
->
->According ANSI C spec, "... C expressions can contain side effects,
->issues of sequencing are important in expression evaluation." (2.1.2.3)
->
->Results:
->-------
->The result of this code is to have "random" effects while using services.
->
->Example:
->-------
->/quote version services.test.irc.gr
->11:25 ## Server services.TEST.irc.gr: ircservices-4.5.21 build #1,
->compiled Sat Jul 14 23:01:42 EEST 2001
->
->/msg operserv akill add doe@joe.com doe 1
->
->11:15 >> [ operserv ] akill add doe@joe.com doe 1
->11:15 - OperServ!services@irc.gr - e@@oe.com added to AKILL list.
->11:15 %G% OperServ: Dinos added an AKILL for e@@oe.com (expires in 30
->days)
->
->/msg operserv akill list
->
->11:26 - OperServ!services@irc.gr - e@@oe.com doe 1
->
->
->Solution:
->--------
->I guess strupper and strlower should be rebuid. For those looking for one
->fast solution, i can post one.
->
->If i'm wrong, correct me :)
->
->
->Regards,
->Nick Krassas
->Dinos @irc.gr
->
->-----------------------------------------------------------
->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 sggrayban at hotmailcom.fingers.co.za Wed Jul 18 08:03:01 2001
-From: sggrayban at hotmailcom.fingers.co.za (Scott Grayban)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] chanserv akick
-Message-ID: <OE37cDjoYAPNXRPmcar00000015@hotmail.com>
-
-How about allowing chanserv akick to allow registered nicks to be banned instead of using a mask all the time?
-
-Scott Grayban
-
-
-From admin at nevernet.net Wed Jul 18 08:20:04 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] chanserv akick
-In-Reply-To: <OE37cDjoYAPNXRPmcar00000015@hotmail.com>
-Message-ID: <NEELKJDBLOBEMEHKPLFDIEMJCDAA.admin@nevernet.net>
-
-Probably because if you change your nick you can rejoin the channel...what
-would the point be?
-
-Elijah
-
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Scott Grayban
-Sent: Wednesday, July 18, 2001 7:02 AM
-To: IRCServices
-Subject: [IRCServices] chanserv akick
-
-
-How about allowing chanserv akick to allow registered nicks to be banned
-instead of using a mask all the time?
-
-Scott Grayban
-
------------------------------------------------------------
-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 Jul 18 10:03:02 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] chanserv akick
-In-Reply-To: <OE37cDjoYAPNXRPmcar00000015@hotmail.com>
-References: <OE37cDjoYAPNXRPmcar00000015@hotmail.com>
-Message-ID: <20010718030308.A3549@edgemaster.zombie.org>
-
-On Tue, Jul 17, 2001 at 11:02:06PM -0700, Scott Grayban wrote:
-> How about allowing chanserv akick to allow registered nicks to be banned instead of using a mask all the time?
-
-Unless something has changed since 4.4.9...
-
- if (ni) {
- akick->is_nick = 1;
- akick->u.ni = ni;
- } else {
- akick->is_nick = 0;
- akick->u.mask = mask;
- }
- if (reason)
- akick->reason = sstrdup(reason);
- else
- akick->reason = NULL;
-
-The feature you request is already in existence.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 187 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010718/79c26164/attachment.pgp
-From uhc0 at rz.uni-karlsruhe.de Wed Jul 18 10:33:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] chanserv akick
-In-Reply-To: <OE37cDjoYAPNXRPmcar00000015@hotmail.com>
-Message-ID: <001801c10f64$21225950$0264a8c0@nygmatech.local>
-
-You can akick registered nicks. That feature exists since 4.4.8.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Scott Grayban
-> Gesendet: Mittwoch, 18. Juli 2001 08:02
-> An: IRCServices
-> Betreff: [IRCServices] chanserv akick
->
->
-> How about allowing chanserv akick to allow registered nicks
-> to be banned instead of using a mask all the time?
->
-> Scott Grayban
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo> /ircservices
->
-
-
-From jamie at silverdream.org.uk Fri Jul 20 05:49:01 2001
-From: jamie at silverdream.org.uk (Jamie Smithson)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Wrecked DB conversion
-Message-ID: <5.1.0.14.0.20010720044519.00b04398@mail.btinternet.com>
-
-I was wondering if support could be added for the converting
-of wrecked db's to ircservices...?
-
-This would be a great help to my network, any help
-is appreciated :)
-
-I can supply the db's if needed...
-
-ttyl
-
--j
-
-
-
----
--Jamie (jamie@silverdream.org.uk)
- * Smile, people will wonder... *
-Email: jamie@silverdream.org.uk ; sms@silverdream.org.uk
- work@silverdream.org.uk
-
-
-From donkervoort at wanadoo.nl Fri Jul 20 08:57:01 2001
-From: donkervoort at wanadoo.nl (ED)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] SocksCleaner
-Message-ID: <001801c110e8$d0911270$0100fea9@tb900>
-
-Hi
-
-I'm looking for a proxy/socks cleaner for ports:
-8080, 1080, 23.
-We are using PTlink services and to find a compatible cleaner is difficult..
-Source for cleaning the 8080 port is welcome to ;)
-
-Greetz
-Nitro
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010720/bec0c8e1/attachment.html
-From jpinto17 at visteon.com Fri Jul 20 09:22:00 2001
-From: jpinto17 at visteon.com (Pinto, Joao luis (J.M.))
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] SocksCleaner
-Message-ID: <200107200721.f6K7Ll119140@dymwsm09.mailwatch.com>
-
-I think this email was sent to the wrong Mailing List,
-PTlink IRCd/Services mailing list address is:
-
- ptlinksoft-ircd@lists.sourceforge.net
-
-Anyway, you can find a patched version of wgmon (wingate/socks bot scanner)
-at:
-
- http://download.ptlink.net/wgmon-3.0.3-public+ptlink.tar.gz
-
-Jo?o Pinto
-PTlink Coders Team
-Lamego@PTlink.net
-
------Original Message-----
-From: ED [mailto:donkervoort@wanadoo.nl]
-Sent: 20 July 2001 07:54
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] SocksCleaner
-
-
-Hi
-
-I'm looking for a proxy/socks cleaner for ports:
-8080, 1080, 23.
-We are using PTlink services and to find a compatible cleaner is difficult..
-Source for cleaning the 8080 port is welcome to ;)
-
-Greetz
-Nitro
-
-From mark at mhetherington.demon.co.uk Fri Jul 20 22:20:03 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Help files - missing closing bold control char
-In-Reply-To: <200107200721.f6K7Ll119140@dymwsm09.mailwatch.com>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNEEMJCGAA.mark@mhetherington.demon.co.uk>
-
-Within the help files, some of the new help text is missing the closing
-control char for bold text:
-
-Statserv - All syntax help is missing the closing control char
-Chanserv - Syntax help for VOP, HOP, AOP, SOP are missing control chars.
-
-Mark.
-
-
-From jamie at silverdream.org.uk Sat Jul 21 04:39:01 2001
-From: jamie at silverdream.org.uk (Jamie Smithson)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Compilation Errors
-Message-ID: <5.1.0.14.0.20010721033605.00b0f8d8@mail.btinternet.com>
-
-Hey All,
-
-I'm hoping that someone, will be able to help me.
-
-I tried to compile ircservices 4.5.21, but got the following errors:
-
-[jaggers@continuum:~/ircservices/ircservices-4.5.21]$ make
-touch services.h
-cp -p lang/language.h .
-sh version.sh
-gcc -O2 -Wall -g -c actions.c
-actions.c: In function `clear_users':
-actions.c:172: warning: long int format, int arg (arg 3)
-actions.c: In function `set_topic':
-actions.c:245: warning: long unsigned int format, unsigned int arg (arg 5)
-gcc -O2 -Wall -g -c akill.c
-gcc -O2 -Wall -g -c channels.c
-gcc -O2 -Wall -g -c chanserv.c
-chanserv.c: In function `unsuspend':
-chanserv.c:1337: warning: long int format, time_t arg (arg 4)
-gcc -O2 -Wall -g -c commands.c
-gcc -O2 -Wall -g -c compat.c
-gcc -O2 -Wall -g -c config.c
-gcc -O2 -Wall -g -c datafiles.c
-gcc -O2 -Wall -g -c encrypt.c
-gcc -O2 -Wall -g -c helpserv.c
-gcc -O2 -Wall -g -c init.c
-gcc -O2 -Wall -g -c language.c
-gcc -O2 -Wall -g -c list.c
-gcc -O2 -Wall -g -c log.c
-gcc -O2 -Wall -g -c main.c
-gcc -O2 -Wall -g -c memory.c
-gcc -O2 -Wall -g -c memoserv.c
-gcc -O2 -Wall -g -c messages.c
-messages.c: In function `m_stats':
-messages.c:387: warning: long int format, time_t arg (arg 11)
-gcc -O2 -Wall -g -c misc.c
-gcc -O2 -Wall -g -c modes.c
-gcc -O2 -Wall -g -c news.c
-gcc -O2 -Wall -g -c nickserv.c
-nickserv.c: In function `unsuspend':
-nickserv.c:861: warning: long int format, time_t arg (arg 4)
-nickserv.c: In function `collide':
-nickserv.c:937: warning: long int format, time_t arg (arg 5)
-nickserv.c: In function `add_ns_timeout':
-nickserv.c:1026: warning: long int format, time_t arg (arg 6)
-gcc -O2 -Wall -g -c operserv.c
-operserv.c: In function `do_listignore':
-operserv.c:1298: warning: long int format, time_t arg (arg 4)
-gcc -O2 -Wall -g -c process.c
-gcc -O2 -Wall -g -c send.c
-send.c: In function `send_nick':
-send.c:61: warning: long int format, time_t arg (arg 4)
-gcc -O2 -Wall -g -c servers.c
-gcc -O2 -Wall -g -c sessions.c
-gcc -O2 -Wall -g -c sockutil.c
-gcc -O2 -Wall -g -c statistics.c
-gcc -O2 -Wall -g -c timeout.c
-gcc -O2 -Wall -g -c users.c
-gcc actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
-dataf
-iles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o memory.o
-memo
-serv.o messages.o misc.o modes.o news.o nickserv.o operserv.o process.o send.o
-servers.o sessions.o sockutil.o statistics.o timeout.o users.o -o services
-(cd lang ; make CFLAGS=" -O2 -Wall -g")
-"Makefile", line 18: Need an operator
-"Makefile", line 21: Need an operator
-"Makefile", line 23: Need an operator
-"Makefile", line 25: Need an operator
-"Makefile", line 28: Need an operator
-"Makefile", line 30: Need an operator
-make: fatal errors encountered -- cannot continue
-*** Error code 1
-
-Stop in /usr/home/ircd/jaggers/ircservices/ircservices-4.5.21.
-[jaggers@continuum:~/ircservices/ircservices-4.5.21]$
-
-A uname -a shows:
-
-FreeBSD continuum.kuzak.net 4.3-STABLE FreeBSD 4.3-STABLE #0: Thu May 24
-02:29:35 PDT
-2001 kuzak@continuum.kuzak.net:/ide/src/sys/compile/CONT43 i386
-
-Any help would be greatly appreciated :)
-
-ttyl
-
--j
-
-
----
--Jamie (jamie@silverdream.org.uk)
- * Smile, people will wonder... *
-Email: jamie@silverdream.org.uk ; sms@silverdream.org.uk
- work@silverdream.org.uk
-
-
-From jamie at silverdream.org.uk Sat Jul 21 04:50:04 2001
-From: jamie at silverdream.org.uk (Jamie Smithson)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Compilation Errors
-In-Reply-To: <5.1.0.14.0.20010721033605.00b0f8d8@mail.btinternet.com>
-Message-ID: <5.1.0.14.0.20010721034911.00a9f008@mail.btinternet.com>
-
-Ignore that, I managed to fix it myself after a bit of work :P
-
--j
-
-
-
-
-
----
--Jamie (jamie@silverdream.org.uk)
- * Smile, people will wonder... *
-Email: jamie@silverdream.org.uk ; sms@silverdream.org.uk
- work@silverdream.org.uk
-
-
-From grenday288 at geocities.com Sat Jul 21 08:51:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Compilation Errors
-In-Reply-To: <5.1.0.14.0.20010721034911.00a9f008@mail.btinternet.com>
-References: <5.1.0.14.0.20010721033605.00b0f8d8@mail.btinternet.com>
-Message-ID: <3B58DFA4.6811.27F659A@localhost>
-
-On 21 Jul 2001, at 3:49, Jamie Smithson wrote:
-just use gmake ;p
-
-> Ignore that, I managed to fix it myself after a bit of work :P
->
-> -j
->
->
->
->
->
-> ---
-> -Jamie (jamie@silverdream.org.uk)
-> * Smile, people will wonder... *
-> Email: jamie@silverdream.org.uk ; sms@silverdream.org.uk
-> work@silverdream.org.uk
->
-> -----------------------------------------------------------
-> 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
-
-
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-From frostycoolslug at hotmail.com Mon Jul 23 20:05:07 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Winowz Port?
-Message-ID: <F60fDc5DYge2Qw4hVJb000038d6@hotmail.com>
-
-Is there any chance that some1 out there is making a windows port of
-IRCServices? i'm currently running a beta of Unreal3.2 on windows, but i
-need Services to go with it so i can show my Net what it will be like look
-and feel and shite, ya know what i mean :)
-so is there a port of the l8st Version out there somewhere? or could some1
-be employed to make 1?
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From uhc0 at stud.uni-karlsruhe.de Mon Jul 23 21:33:08 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] Winowz Port?
-In-Reply-To: <F60fDc5DYge2Qw4hVJb000038d6@hotmail.com>
-Message-ID: <000001c113ae$2be268a0$0264a8c0@nygmatech.local>
-
-IrcServices compiles without warnings on cygwin.
-The only need is to modify "configure" to recognize .exe extension.
-
-The configure script generates many test.exe files, but it looks
-for "test" and does not see them. If you solve that case, everything
-will work fine.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Craig Wood
-> Gesendet: Montag, 23. Juli 2001 20:04
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Winowz Port?
->
->
-> Is there any chance that some1 out there is making a windows port of
-> IRCServices? i'm currently running a beta of Unreal3.2 on
-> windows, but i
-> need Services to go with it so i can show my Net what it will
-> be like look
-> and feel and shite, ya know what i mean :)
-> so is there a port of the l8st Version out there somewhere?
-> or could some1
-> be employed to make 1?
->
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at
-> http://explorer.msn.com/intl.asp
->
->
-> -----------------------------------------------------------
-> 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 frostycoolslug at hotmail.com Mon Jul 23 22:23:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:26 2004
-Subject: AW: [IRCServices] Winowz Port?
-Message-ID: <F231eZsjSFUMCGlbZvF00003c35@hotmail.com>
-
-i still say there should be some1 who ports each Version :)
-just to save ppl like me the trouble lol
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Yusuf Iskenderoglu" <uhc0@stud.uni-karlsruhe.de>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: AW: [IRCServices] Winowz Port?
->Date: Mon, 23 Jul 2001 21:32:12 +0200
->
->
->IrcServices compiles without warnings on cygwin.
->The only need is to modify "configure" to recognize .exe extension.
->
->The configure script generates many test.exe files, but it looks
->for "test" and does not see them. If you solve that case, everything
->will work fine.
->
->Regards;
->yusuf
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
->
-> > -----Ursprüngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> > Craig Wood
-> > Gesendet: Montag, 23. Juli 2001 20:04
-> > An: ircservices@ircservices.za.net
-> > Betreff: [IRCServices] Winowz Port?
-> >
-> >
-> > Is there any chance that some1 out there is making a windows port of
-> > IRCServices? i'm currently running a beta of Unreal3.2 on
-> > windows, but i
-> > need Services to go with it so i can show my Net what it will
-> > be like look
-> > and feel and shite, ya know what i mean :)
-> > so is there a port of the l8st Version out there somewhere?
-> > or could some1
-> > be employed to make 1?
-> >
-> > --
-> > Craig Wood
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> > _________________________________________________________________
-> > Get your FREE download of MSN Explorer at
-> > http://explorer.msn.com/intl.asp
-> >
-> >
-> > -----------------------------------------------------------
-> > 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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From natey at natey.za.net Wed Jul 25 18:42:01 2001
-From: natey at natey.za.net (Natey Foxfire)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Wrecked DB conversion
-In-Reply-To: <5.1.0.14.0.20010720044519.00b04398@mail.btinternet.com>; from Jamie Smithson on Fri, Jul 20, 2001 at 04:48:41AM +0100
-References: <5.1.0.14.0.20010720044519.00b04398@mail.btinternet.com>
-Message-ID: <20010725184147.A68262@shell.ataris.co.za>
-
-On Fri Jul 20 04:48:41 2001 Jamie Smithson wrote:
-> I was wondering if support could be added for the converting
-> of wrecked db's to ircservices...?
->
-> This would be a great help to my network, any help
-> is appreciated :)
->
-> I can supply the db's if needed...
->
-> ttyl
->
-> -j
-
-Have you looked @ Blized Wrecked.net convertor?
-
-Regards
---jm
->
->
->
-> ---
-> -Jamie (jamie@silverdream.org.uk)
-> * Smile, people will wonder... *
-> Email: jamie@silverdream.org.uk ; sms@silverdream.org.uk
-> work@silverdream.org.uk
->
-> -----------------------------------------------------------
-> 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
-
---
-Shell.CyberSmart.CO.ZA Systems Administrator
-
-From grifferz at blitzed.org Wed Jul 25 18:51:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Wrecked DB conversion
-In-Reply-To: <20010725184147.A68262@shell.ataris.co.za>
-References: <5.1.0.14.0.20010720044519.00b04398@mail.btinternet.com> <20010725184147.A68262@shell.ataris.co.za>
-Message-ID: <20010725175035.E32183@lug.org.uk>
-
-On Wed, Jul 25, 2001 at 06:41:47PM +0200, Natey Foxfire wrote:
-> On Fri Jul 20 04:48:41 2001 Jamie Smithson wrote:
-> > I was wondering if support could be added for the converting
-> > of wrecked db's to ircservices...?
-
-> Have you looked @ Blized Wrecked.net convertor?
-
-Been ages since anyone done anything to that converter, it may well
-still work, or it might not :p
-
-But yeah, we did at one time munge the existing converter into one
-that worked for wrecked dbs. Download it and see if it works, is my
-advice :)
-
-http://www.blitzed.org/download/nightly/services-nightly.tar.bz2
-
-wrecked services are afaik no longer supported, and this is only the
-second request (apart from our own) that I have ever seen to support
-their databases for conversion..
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Kandle> I took an iq test once, but I can't remember what score I got.
-
-From ron885 at linuxfreemail.com Sun Jul 29 22:34:00 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Unreal and +d
-Message-ID: <20010729203312.RLHK20441.femail36.sdc1.sfba.home.com@there>
-
-I was running my services in debug today, and noticed something... when a
-user connects, services sets +d on it... now i take it that is from the DAL
-code... but isn't that unneeded in unreal?
-
-[Jul 29 13:30:01.683836 2001] debug: Received: NICK Ron885__ 1 996438368
-~ron885 test.axenet.org test.axenet.org 0 +x axe-59810.axenet.org :.
-[Jul 29 13:30:01.683928 2001] debug: new user: Ron885__
-[Jul 29 13:30:01.684076 2001] debug: Sent: :services.axenet.org SVSMODE
-Ron885__ +d 464427589
-[Jul 29 13:30:01.684173 2001] debug: Changing mode for Ron885__ to +x
---
-Ron885
-Server Admin - nova.axenet.org
-
-From mooooooo at avenues.org Mon Jul 30 19:11:01 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] OperServ powers
-Message-ID: <001c01c1191a$3a53d060$1e64953f@karemor.com>
-
-Before I begin to dig into the code, I figured I would ask about
-the absolute power of OperServ.
-
-On my test server, I note that OperServ will not op anyone who is
-not already in the channel access list. likewise it will not deop
-anyone who IS in the channel access list. I also cannot
-set/remove channel bans via OperServ MODE commands.
-
-Is this a design feature or a side effect (due to the fact that
-my ircd is not listed in the compatibility page?)
-
-Daniel P. Stasinski
-
-
-From wr at theweathermen.com Mon Jul 30 19:48:01 2001
-From: wr at theweathermen.com (weathermen music)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] OperServ powers
-In-Reply-To: <001c01c1191a$3a53d060$1e64953f@karemor.com>
-Message-ID: <200107301748.MAA27683@tango.birch.net>
-
-what is this???
-
-At 10:08 AM 7/30/01 -0700, Daniel P. Stasinski wrote:
->Before I begin to dig into the code, I figured I would ask about
->the absolute power of OperServ.
->
->On my test server, I note that OperServ will not op anyone who is
->not already in the channel access list. likewise it will not deop
->anyone who IS in the channel access list. I also cannot
->set/remove channel bans via OperServ MODE commands.
->
->Is this a design feature or a side effect (due to the fact that
->my ircd is not listed in the compatibility page?)
->
->Daniel P. Stasinski
->
->-----------------------------------------------------------
->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 mohr.jim at acd.net Mon Jul 30 19:55:01 2001
-From: mohr.jim at acd.net (Jim Mohr)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] OperServ powers
-References: <001c01c1191a$3a53d060$1e64953f@karemor.com>
-Message-ID: <002101c11920$a8d2ce00$62e266c2@cpfcu>
-
-What IRCD are your running? And are you actually referring to ChanServ and
-not OperServ?
-
-
------ Original Message -----
-From: "Daniel P. Stasinski" <mooooooo@avenues.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, July 30, 2001 1:08 PM
-Subject: [IRCServices] OperServ powers
-
-
-> Before I begin to dig into the code, I figured I would ask about
-> the absolute power of OperServ.
->
-> On my test server, I note that OperServ will not op anyone who is
-> not already in the channel access list. likewise it will not deop
-> anyone who IS in the channel access list. I also cannot
-> set/remove channel bans via OperServ MODE commands.
->
-> Is this a design feature or a side effect (due to the fact that
-> my ircd is not listed in the compatibility page?)
->
-> Daniel P. Stasinski
->
-> -----------------------------------------------------------
-> 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 mooooooo at avenues.org Mon Jul 30 20:14:01 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] OperServ powers
-References: <001c01c1191a$3a53d060$1e64953f@karemor.com> <002101c11920$a8d2ce00$62e266c2@cpfcu>
-Message-ID: <002101c11923$0b9ef0c0$1e64953f@karemor.com>
-
- > What IRCD are your running? And are you actually
- > referring to ChanServ and not OperServ?
-
-ircnn 2.10, which is based on ircu 2.10.4 (which still has P09
-capability.) It is listed as incompatible, but most needed
-features work except that OperServ doesn't appear to have
-"absolute power."
-
-As an example,
-
- /MSG OperServ MODE #channel +o nick
-
-will only op the person if he's in the channels access list.
-
- /MSG OperServ MODE #channel -o nick
-
-will NOT de-op the person if he's in the channels access list.
-
- /MSG OperServ MODE #channel +b hostmask
-
-has no effect at all.
-
-Thanks,
-
-Daniel P. Stasinski
-
------ Original Message -----
-From: "Jim Mohr" <mohr.jim@acd.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, July 30, 2001 10:54 AM
-Subject: Re: [IRCServices] OperServ powers
-
-
-What IRCD are your running? And are you actually referring to
-ChanServ and
-not OperServ?
-
-
-From achurch at achurch.org Tue Jul 31 02:34:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Unreal and +d
-Message-ID: <3b65fd2d.36361@achurch.org>
-
->I was running my services in debug today, and noticed something... when a
->user connects, services sets +d on it... now i take it that is from the DAL
->code... but isn't that unneeded in unreal?
-
- +d in this syntax sets the Services stamp, which is different from the
-user mode +d. (And I agree it's confusing.)
-
->[Jul 29 13:30:01.683836 2001] debug: Received: NICK Ron885__ 1 996438368
->~ron885 test.axenet.org test.axenet.org 0 +x axe-59810.axenet.org :.
->[Jul 29 13:30:01.683928 2001] debug: new user: Ron885__
->[Jul 29 13:30:01.684076 2001] debug: Sent: :services.axenet.org SVSMODE
->Ron885__ +d 464427589
->[Jul 29 13:30:01.684173 2001] debug: Changing mode for Ron885__ to +x
->--
->Ron885
->Server Admin - nova.axenet.org
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Thu Aug 2 06:11:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Services 4.5.22 released
-Message-ID: <3b68d352.03743@achurch.org>
-
- Services 4.5.22 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.22.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.22.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes a couple of minor bugs, including one that would
-cause a "nick expires shortly" message to always be sent if Services was
-configured not to expire nicknames, and adds support to import-db for
-databases from the Wrecked and IRCS programs as well as expanding support
-for the Sirv and Epona programs.
-
- This release also corrects a non-ANSI expression which caused GCC 3.0
-to produce incorrect code. However (as noted in the README in this
-release), I have not tested GCC 3.0 to see whether there are any other
-problems, and I have heard rumors that it does not read and write
-structures correctly, which would at the least cause errors in import-db
-and in loading pre-v3 databases; if you need stability, I would recommend
-staying away from GCC 3.0 for the time being.
-
-Changes in version 4.5.22
--------------------------
-2001/08/02 Expanded import-db Epona support to support versions 1.3.0
- through 1.4.0.
-2001/08/02 Expanded import-db SirvNET support to support all versions.
-2001/07/31 Fixed bug converting news database from Daylight.
-2001/07/30 Added support for Wrecked IRC Services 1.2.0 databases to
- import-db. Suggested by Jamie Smithson
- <jamie@silverdream.org.uk>
-2001/07/29 Fixed bug in import-db causing conversion to fail if there
- were no .db files already in place.
-2001/07/28 Added support for IRCS 1.2 databases to import-db.
- Suggested by <todd@happyempire.com>
-2001/07/17 Fixed a minor logic bug that could cause newlines at the
- end of messages to be delayed until the next message
- was sent.
-2001/07/16 Fixed bug causing "nick expires soon" messages to be sent
- even when nick expiration is disabled. Reported by
- John Edrington <jledring@oakland.edu>
-2001/07/15 Fixed problem compiling with GCC 3.0 (non-ANSI expression).
- Reported by <dreamer@darkness.gr>
-2001/07/11 Updated Spanish language file, courtesy of
- <RealCFC@chatfirst.com>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ron885 at linuxfreemail.com Thu Aug 2 23:00:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Expiring AKILL
-Message-ID: <20010802205354.WJUD27925.femail38.sdc1.sfba.home.com@there>
-
-I was looking thru the akill code, and i couldn't seem to find the place
-where it checks to expire the akills that should be expired... is it there
-and i'm just not seeing it?
-
-thanks
---
-Ron885
-Server Admin - nova.axenet.org
-
-From mark at mhetherington.demon.co.uk Thu Aug 2 23:21:00 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] Expiring AKILL
-In-Reply-To: <20010802205354.WJUD27925.femail38.sdc1.sfba.home.com@there>
-Message-ID: <LPBBJLDCHCNGAKLLJFKNEECHCHAA.mark@mhetherington.demon.co.uk>
-
-> I was looking thru the akill code, and i couldn't seem to find the place
-> where it checks to expire the akills that should be expired... is
-> it there
-> and i'm just not seeing it?
-
-void expire_akills(void)
-in akill.c called from the main loop (main.c) and when setting akills
-(akill.c)
-
-Mark.
-
-
-From EEngin at t-online.de Fri Aug 3 20:18:01 2001
-From: EEngin at t-online.de (Ekim Engin)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <LPBBJLDCHCNGAKLLJFKNEECHCHAA.mark@mhetherington.demon.co.uk>
-Message-ID: <002201c11c48$8b8225f0$0100a8c0@avalon>
-
-Hi all,
-
-What about inculding an expansion to mlock making it possible to
-maintain current settigns and just make an additional change?
-
-Example,
-
-All commands are done from mlock for #foobar is +nt-iklps
-
-/cs set #foobar mlock =+m
-Results in mlock to be +ntm-iklps
-
-/cs set #foobar mlock =s
-Results in mlock to be +nt-iklp
-
-/cs set #foobar mlock =+s
-Results in mlock to be +nts-iklp
-
-/cs set #foobar mlock =-n
-Results in mlock to be +t-iklps
-
-Greets
-
-Ekim "Talesin" Engin
-
----
-Chat begins as it ends - without reason
-
-
-From dirtymac at datasync.com Fri Aug 3 20:32:01 2001
-From: dirtymac at datasync.com (Will)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <002201c11c48$8b8225f0$0100a8c0@avalon>
-Message-ID: <Pine.LNX.3.96.1010803132826.5780A-100000@shell.datasync.com>
-
-On Fri, 3 Aug 2001, Ekim Engin wrote:
-
-> Hi all,
->
-> What about inculding an expansion to mlock making it possible to
-> maintain current settigns and just make an additional change?
->
-> Example,
->
-> All commands are done from mlock for #foobar is +nt-iklps
->
-> /cs set #foobar mlock =+m
-> Results in mlock to be +ntm-iklps
-
-this sounds like a cool idea. the only idea i have is making the
-operators += and -= instead of the reverse. it probably wouldn't matter
-either way for users, but as a programmer i'd rather it this way.
-
---
-Will
-
-
-From strider at chatcircuit.com Fri Aug 3 20:43:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-References: <Pine.LNX.3.96.1010803132826.5780A-100000@shell.datasync.com>
-Message-ID: <002e01c11c4c$afe00170$0200000a@gimpy.2y.net>
-
-You could always just make it append to the mode list if you use an
-operator, and remove if no operator is used.
-
-ex:
-/chanserv set #foobar mlock +nt-ks
-would result in +nt-ks being set initially
-/chanserv set #foobar mlock +i
-would then result in +nti-ks
-/chanserv set #foobar mlock -i
-would then result in +nt-iks
-/chanserv set #foobar mlock i
-would then result in +nt-ik
-
-Hope this wasn't too confusing, heh.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Will" <dirtymac@datasync.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, August 03, 2001 1:31 PM
-Subject: Re: [IRCServices] A ilttle suggestion for set mlock
-
-
-> On Fri, 3 Aug 2001, Ekim Engin wrote:
->
-> > Hi all,
-> >
-> > What about inculding an expansion to mlock making it possible to
-> > maintain current settigns and just make an additional change?
-> >
-> > Example,
-> >
-> > All commands are done from mlock for #foobar is +nt-iklps
-> >
-> > /cs set #foobar mlock =+m
-> > Results in mlock to be +ntm-iklps
->
-> this sounds like a cool idea. the only idea i have is making the
-> operators += and -= instead of the reverse. it probably wouldn't matter
-> either way for users, but as a programmer i'd rather it this way.
->
-> --
-> Will
->
-> -----------------------------------------------------------
-> 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 dirtymac at datasync.com Fri Aug 3 20:54:00 2001
-From: dirtymac at datasync.com (Will)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <002e01c11c4c$afe00170$0200000a@gimpy.2y.net>
-Message-ID: <Pine.LNX.3.96.1010803135037.5780C-100000@shell.datasync.com>
-
-On Fri, 3 Aug 2001, Strider wrote:
-
-> You could always just make it append to the mode list if you use an
-> operator, and remove if no operator is used.
->
-> ex:
-> /chanserv set #foobar mlock +nt-ks
-> would result in +nt-ks being set initially
-> /chanserv set #foobar mlock +i
-> would then result in +nti-ks
-> /chanserv set #foobar mlock -i
-> would then result in +nt-iks
-> /chanserv set #foobar mlock i
-> would then result in +nt-ik
->
-> Hope this wasn't too confusing, heh.
->
-> Beau (Strider) Steward
-
-that is a bit confusing. after adding and removing some flags you could
-potentially end up with something like +nts-ilkmcaB. i'm not familar with
-the internals of how ChanServ checks channel modes, but could that lead to
-a tiny bit of slowness?
-
---
-Will
-
-
-From strider at chatcircuit.com Fri Aug 3 21:04:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-References: <Pine.LNX.3.96.1010803135037.5780C-100000@shell.datasync.com>
-Message-ID: <004601c11c4f$ba030a00$0200000a@gimpy.2y.net>
-
-Not really, it could use similar coding as yours would require. Using the =
-would require it to check existing modes as well, so why not leave out the =
-and not have to deal with checking to see if that is in the mode list. If
-any slowdown happens, it would be unnoticeable, and more than likely be
-caused by adding extra parameters rather than just adding an extra feature
-or changing the behavior. I don't know C too well, but if something like
-this were done in TCL I could modify it quite easily, possibly adding only a
-few lines of code, but adding the = to append a mode would add those same
-few lines of code, plus the check for the =.
-
-I can see how that could be confusing to some users though without using the
-=. As for the placement, if coded right, it could be placed anywhere you
-want and still work.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
->
-> that is a bit confusing. after adding and removing some flags you could
-> potentially end up with something like +nts-ilkmcaB. i'm not familar with
-> the internals of how ChanServ checks channel modes, but could that lead to
-> a tiny bit of slowness?
->
-> --
-> Will
->
-> -----------------------------------------------------------
-> 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 dirtymac at datasync.com Fri Aug 3 21:13:01 2001
-From: dirtymac at datasync.com (Will)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <004601c11c4f$ba030a00$0200000a@gimpy.2y.net>
-Message-ID: <Pine.LNX.3.96.1010803140739.5780D-100000@shell.datasync.com>
-
-On Fri, 3 Aug 2001, Strider wrote:
-
-> Not really, it could use similar coding as yours would require. Using the =
-> would require it to check existing modes as well, so why not leave out the =
-> and not have to deal with checking to see if that is in the mode list. If
-> any slowdown happens, it would be unnoticeable, and more than likely be
-> caused by adding extra parameters rather than just adding an extra feature
-> or changing the behavior. I don't know C too well, but if something like
-> this were done in TCL I could modify it quite easily, possibly adding only a
-> few lines of code, but adding the = to append a mode would add those same
-> few lines of code, plus the check for the =.
->
-> I can see how that could be confusing to some users though without using the
-> =. As for the placement, if coded right, it could be placed anywhere you
-> want and still work.
->
-> Beau (Strider) Steward
-
-good point. bringing up TCL reminds me of eggdrop since this is the way
-chattr and some other eggdrop commands work. the confusion factor would be
-less with the additional =, but i can't say that it seems too confusing
-without it.
-
---
-Will
-
-
-From EEngin at t-online.de Fri Aug 3 21:49:00 2001
-From: EEngin at t-online.de (Ekim Engin)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <Pine.LNX.3.96.1010803132826.5780A-100000@shell.datasync.com>
-Message-ID: <002501c11c55$340a1b40$0100a8c0@avalon>
-
-The idea was the use of =mode
-To unset a mode, and as in this case the = operator has to be be
-inculded into the first character check (done to disinguish between +
-and -), so it is not important if the check is =+ or +=
-Also from the programming view of things ;-)
-
-The use Strider said makes not to much sense to me, as the compatibility
-to scripts and users should not be changed.
-
-Greets
-
-Ekim
-
-
-From achurch at achurch.org Sat Aug 4 03:36:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:26 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-Message-ID: <3b6b51e5.14331@achurch.org>
-
- This is something I've been thinking about for a while, but my major
-concern is that it will be too confusing for the users. Particularly
-seeing as the MLOCK command isn't really used that often, it seems simpler
-and more easily understandable to me to just have a "set" command and not a
-"modify" command as well. And I have to say the "=" proposal isn't very
-intuitive either... if anything, I'd want = to be for setting, and no "="
-to mean changing, but that doesn't solve the original problem of the
-confusingness of having both ways, plus it raises additional problems by
-changing established practice.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hi all,
->
->What about inculding an expansion to mlock making it possible to
->maintain current settigns and just make an additional change?
->
->Example,
->
->All commands are done from mlock for #foobar is +nt-iklps
->
->/cs set #foobar mlock =+m
->Results in mlock to be +ntm-iklps
->
->/cs set #foobar mlock =s
->Results in mlock to be +nt-iklp
->
->/cs set #foobar mlock =+s
->Results in mlock to be +nts-iklp
->
->/cs set #foobar mlock =-n
->Results in mlock to be +t-iklps
->
->Greets
->
->Ekim "Talesin" Engin
->
->---
->Chat begins as it ends - without reason
->
->-----------------------------------------------------------
->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 EEngin at t-online.de Sat Aug 4 05:05:00 2001
-From: EEngin at t-online.de (Ekim Engin)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <3b6b51e5.14331@achurch.org>
-Message-ID: <000401c11c92$0879fda0$0100a8c0@avalon>
-
-Hi again,
-well i am not quite sure if this really is that confusing. I am
-compleatly against changing the current behavior due to backwards (and
-thus script) compatibility. But as s.o. using services myself, and
-having enough ppl. on #help channels ask about this. I found out, that a
-modify function is quite easier to explain to them as letting them do an
-ns info (or doing it myself) and explainng that they have to take this
-modes
-And modfiy them theirselfs. IRC has become a plave where memorizing
-isused to learn things, not understanding or thinking :( ))
-
-Well i am using the following simple function change myself:
-
---- snip chanserv.c - line: 1943 ---
-static void do_set_mlock(User *u, ChannelInfo *ci, char *param)
-{
- char *s, modebuf[32], *end, c;
- int add = -1; /* 1 if adding, 0 if deleting, -1 if neither */
- int32 newlock_on = 0, newlock_off = 0, newlock_limit = 0;
- char *newlock_key = NULL;
-
- while (*param) {
- if (*param != '+' && *param != '-' && *param != '=' && add < 0)
-{
- param++;
- continue;
- }
- switch ((c = *param++)) {
- case '+':
- add = 1;
- break;
- case '-':
- add = 0;
- break;
- case '=':
- if (add == -1) {
- newlock_on = ci->mlock_on;
- newlock_off = ci->mlock_off;
- }
- break;
- case 'k':
---- snip ---
-
-This fullfils my needs for using = to modify and +,- as usual to set the
-modes..
-But sure its up to you...
-
-Greets
-Ekim
-
----
-Chat begins as it ends - without reason
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> Andrew Church
-> Sent: Saturday, August 04, 2001 3:33 AM
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] A ilttle suggestion for set mlock
->
->
-> This is something I've been thinking about for a while,
-> but my major concern is that it will be too confusing for the
-> users. Particularly seeing as the MLOCK command isn't really
-> used that often, it seems simpler and more easily
-> understandable to me to just have a "set" command and not a
-> "modify" command as well. And I have to say the "=" proposal
-> isn't very intuitive either... if anything, I'd want = to be
-> for setting, and no "=" to mean changing, but that doesn't
-> solve the original problem of the confusingness of having
-> both ways, plus it raises additional problems by changing
-> established practice.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-
-
-From frostycoolslug at hotmail.com Sat Aug 4 11:49:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-Message-ID: <F138HXsprw0m25q8awY0000df66@hotmail.com>
-
-the problem with this being, you gotta be careful of ppl settin mlok +nt
-(for example) then mlock =+nts (once again, for example) making chanserv
-wanting modes +ntnts set :) and after that being done, some1 will list the
-modes in mlock and see something like..
-
-+ntnsttts-tnssns
-
-(sorry, just got up, cant think of ne other modes at this second :)
-
-I dunno is thats true cause i dont code C and nor do i want to (MircScript
-forever! :P) but there aresome issues that may need addressing
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From EEngin at t-online.de Sat Aug 4 12:03:00 2001
-From: EEngin at t-online.de (Ekim Engin)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] A ilttle suggestion for set mlock
-In-Reply-To: <F138HXsprw0m25q8awY0000df66@hotmail.com>
-Message-ID: <000001c11ccc$9dd01350$0100a8c0@avalon>
-
-It is possible to do a chanserv set #foobar mlock +s-s
-Resulting in Chanserv seting "mlock -s" right now.
-Its just the last matching argument taken :)
-
-Well the discussion is going on far to long, as the subject sais: "a
-little suggestion"
-
-Greets Ekim
-
----
-Name: Ekim Engin
-E-Mail: merlin@timetale.de ; eengin@t-online.de
-ICQ #: 29179787 (Talesin)
-
-"Having a smile on your face is
- easier than having one in your mind..."
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Craig Wood
-> Sent: Saturday, August 04, 2001 11:17 AM
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] A ilttle suggestion for set mlock
->
->
-> the problem with this being, you gotta be careful of ppl
-> settin mlok +nt
-> (for example) then mlock =+nts (once again, for example)
-> making chanserv
-> wanting modes +ntnts set :) and after that being done, some1
-> will list the
-> modes in mlock and see something like..
->
-> +ntnsttts-tnssns
->
-> (sorry, just got up, cant think of ne other modes at this second :)
->
-> I dunno is thats true cause i dont code C and nor do i want
-> to (MircScript
-> forever! :P) but there aresome issues that may need addressing
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at
-> http://explorer.msn.com/intl.asp
->
->
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Sun Aug 5 04:30:02 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] is_voiced has a typo
-Message-ID: <20010805022922.OMBP21723.femail41.sdc1.sfba.home.com@there>
-
-in the function is_voiced in users.c it checks for CUMODE_o instead of
-CUMODE_v
-
---
-Ron885
-Server Admin - nova.axenet.org
-
-From achurch at achurch.org Sun Aug 5 06:35:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] is_voiced has a typo
-Message-ID: <3b6ccd7f.14713@achurch.org>
-
->in the function is_voiced in users.c it checks for CUMODE_o instead of
->CUMODE_v
-
- This is already fixed for version 5.0; however, since it is not
-actually used in version 4.5, I won't bother fixing it at this point.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ron885 at linuxfreemail.com Sun Aug 5 06:39:01 2001
-From: ron885 at linuxfreemail.com (Ron)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] is_voiced has a typo
-In-Reply-To: <3b6ccd7f.14713@achurch.org>
-References: <3b6ccd7f.14713@achurch.org>
-Message-ID: <20010805043837.BPLV16304.femail32.sdc1.sfba.home.com@there>
-
-On Sunday 05 August 2001 06:35 am, you wrote:
-> >in the function is_voiced in users.c it checks for CUMODE_o instead of
-> >CUMODE_v
->
-> This is already fixed for version 5.0; however, since it is not
-> actually used in version 4.5, I won't bother fixing it at this point.
-
-speaking of 5.0... is there like a release date for it or a beta of it?
---
-Ron885
-Server Admin - nova.axenet.org
-
-From achurch at achurch.org Sun Aug 5 11:46:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] 5.0 release timeframe (was Re: is_voiced has a typo)
-Message-ID: <3b6d162d.14736@achurch.org>
-
->speaking of 5.0... is there like a release date for it or a beta of it?
-
- I try not to give dates because I can't predict how much time I'll be
-able to spend on it (which is inversely related to how busy my job is), but
-I'm hoping to get a final release out early next year. The beta version
-will be out before then, obviously. (: I'm anticipating a beta test period
-of 2-3 months, so that would put the beta release late this year.
-
- But again, none of this should be taken as anything more than guesses.
-I may not make this schedule, or I may get lucky and be able to release
-earlier. Patience is the key.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Georges at berscheid.lu Mon Aug 6 16:04:01 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] /identify with linked nicks
-Message-ID: <EMEAJDMIHJFMOHONHAEDOEKLCCAA.Georges@Berscheid.lu>
-
-Hi,
-
-I might have missed something, but I observed the following scenario in
-version 4.5.21 :
-
-foo and bar are 2 registered nicks with bar linked to foo.
-User blah joines the network
-blah changes nick to foo.
-foo is asked to identify, but since he does not know it, he changes nick to
-bar.
-bar is not asked to identify anymore
-
-Although bar is not allowed to change any properties of that nick (since not
-identified) he can stilil continue using the nick. I personally don't like
-that feature too much.
-
-Greetings
-
-Georges
-
-
-From mirc_scripter at hotmail.com Mon Aug 6 20:25:01 2001
-From: mirc_scripter at hotmail.com (Dan)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Removing Nick from Topic
-Message-ID: <OE21LuSbh29cM3oryKF00002264@hotmail.com>
-
-Does anyone know how to remove the appended nickname when services sets the
-topic when entering a non-existant room? (Version 4.5.21 using the Unreal
-IRCD)
-
-E.g.
-
-*** services.somewhere.com changes topic to 'Welcome (Dan)'
-
-How can I prevent the (Dan) part being appended?
-
-Thanks,
-
-Dan
-
-From Georges at berscheid.lu Tue Aug 7 00:16:00 2001
-From: Georges at berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:27 2004
-Subject: AW: [IRCServices] Removing Nick from Topic
-In-Reply-To: <OE21LuSbh29cM3oryKF00002264@hotmail.com>
-Message-ID: <EMEAJDMIHJFMOHONHAEDGEKNCCAA.Georges@Berscheid.lu>
-
-Hi,
-
-the only one who sees the appended nick is the one who created the channel.
-The next one will see something like:
- *** Topic is 'Welcome'
- *** Set by Dan on Sat Aug 04 14:50:26
-
-And there is no way to get around this.
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dan
-Gesendet: Montag, 6. August 2001 20:24
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] Removing Nick from Topic
-
-
-Does anyone know how to remove the appended nickname when services sets the
-topic when entering a non-existant room? (Version 4.5.21 using the Unreal
-IRCD)
-
-E.g.
-
-*** services.somewhere.com changes topic to 'Welcome (Dan)'
-
-How can I prevent the (Dan) part being appended?
-
-Thanks,
-
-Dan
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From gregk at wwwpages.com Tue Aug 7 00:44:01 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:27 2004
-Subject: AW: [IRCServices] Removing Nick from Topic
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDGEKNCCAA.Georges@Berscheid.lu>
-Message-ID: <Pine.LNX.4.21.0108061547400.29520-100000@smtp.wwwpages.com>
-
-My experience is such that any user in the channel when chanserv sets the
-topic will see the user who set the topic (Dan). However, subsequent
-users joining the channel will not see the user's nick. The first user in
-an empty channel will see the user who set the topic's nick as well, if
-chanserv sets the topic.
-
-I could be wrong, but this is the way I've experienced it.
-
-
-On Tue, 7 Aug 2001, Georges Berscheid wrote:
-
-> Hi,
->=20
-> the only one who sees the appended nick is the one who created the channe=
-l.
-> The next one will see something like:
-> *** Topic is 'Welcome'
-> *** Set by Dan on Sat Aug 04 14:50:26
->=20
-> And there is no way to get around this.
->=20
-> Georges
->=20
->=20
-> -----Urspr=FCngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dan
-> Gesendet: Montag, 6. August 2001 20:24
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Removing Nick from Topic
->=20
->=20
-> Does anyone know how to remove the appended nickname when services sets t=
-he
-> topic when entering a non-existant room? (Version 4.5.21 using the Unreal
-> IRCD)
->=20
-> E.g.
->=20
-> *** services.somewhere.com changes topic to 'Welcome (Dan)'
->=20
-> How can I prevent the (Dan) part being appended?
->=20
-> Thanks,
->=20
-> Dan
-> -----------------------------------------------------------
-> 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
->=20
-> -----------------------------------------------------------
-> 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
->=20
-
-
-From achurch at achurch.org Tue Aug 7 02:17:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: AW: [IRCServices] Removing Nick from Topic
-Message-ID: <3b6f33eb.32041@achurch.org>
-
- This has been added to the FAQ for the next release. (Summary: the
-"(nickname)" is not actually part of the topic; it's an artifact of the IRC
-server, not Services; and there's no way to get rid of it.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->My experience is such that any user in the channel when chanserv sets the
->topic will see the user who set the topic (Dan). However, subsequent
->users joining the channel will not see the user's nick. The first user in
->an empty channel will see the user who set the topic's nick as well, if
->chanserv sets the topic.
->
->I could be wrong, but this is the way I've experienced it.
->
->
->On Tue, 7 Aug 2001, Georges Berscheid wrote:
->
->> Hi,
->>
->> the only one who sees the appended nick is the one who created the channe
->l.
->> The next one will see something like:
->> *** Topic is 'Welcome'
->> *** Set by Dan on Sat Aug 04 14:50:26
->>
->> And there is no way to get around this.
->>
->> Georges
->>
->>
->> -----Ursprüngliche Nachricht-----
->> Von: ircservices-admin@ircservices.za.net
->> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Dan
->> Gesendet: Montag, 6. August 2001 20:24
->> An: ircservices@ircservices.za.net
->> Betreff: [IRCServices] Removing Nick from Topic
->>
->>
->> Does anyone know how to remove the appended nickname when services sets t
->he
->> topic when entering a non-existant room? (Version 4.5.21 using the Unreal
->> IRCD)
->>
->> E.g.
->>
->> *** services.somewhere.com changes topic to 'Welcome (Dan)'
->>
->> How can I prevent the (Dan) part being appended?
->>
->> Thanks,
->>
->> Dan
->> -----------------------------------------------------------
->> 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 achurch at achurch.org Tue Aug 7 02:24:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] /identify with linked nicks
-Message-ID: <3b6f35a3.32061@achurch.org>
-
- This is indeed a problem, and I will fix it for the next release.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hi,
->
->I might have missed something, but I observed the following scenario in
->version 4.5.21 :
->
->foo and bar are 2 registered nicks with bar linked to foo.
->User blah joines the network
->blah changes nick to foo.
->foo is asked to identify, but since he does not know it, he changes nick to
->bar.
->bar is not asked to identify anymore
->
->Although bar is not allowed to change any properties of that nick (since not
->identified) he can stilil continue using the nick. I personally don't like
->that feature too much.
->
->Greetings
->
->Georges
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Tue Aug 7 04:05:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Services 4.5.23 released
-Message-ID: <3b6f4d3e.33761@achurch.org>
-
- Services 4.5.23 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.23.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.23.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes the problem recently reported on this list in which
-a user could circumvent the nick kill protection for linked nicks. As a
-side effect of this fix, users who are not on the access list for a set of
-three or more linked nicks may occasionally be asked to identify again for
-some of those nicks even after initially identifying for one of them; this
-will happen at most once per nick until the user changes to a nick not in
-the linked group or leaves IRC. This problem will be fixed in version 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From borg at dreamirc.com Tue Aug 7 10:56:00 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ircservices crontab
-Message-ID: <002701c11f1e$7a171ea0$0d37cbcc@borgdrone.net>
-
-I know that there must be people on this mail-list that wish there was a crontab made for ircservices.
-So guess what? I made one.
-It works no matter where your services.pid or the executable is located.
-Just read the README file.
-
-It's attached to this email. Just untar it in any dir you wish and make sure you read the README.
-
-Enjoy !
-
-Scott Grayban {EvilBorg}
-irc.dreamirc.com
-borg@dreamirc.com
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
-
-
-
-From borg at dreamirc.com Tue Aug 7 11:32:01 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] opps forgot the tar file for the crontab :)
-Message-ID: <006501c11f23$9bace400$0d37cbcc@borgdrone.net>
-
-I know that there must be people on this mail-list that wish there was a crontab made for ircservices.
-So guess what? I made one.
-It works no matter where your services.pid or the executable is located.
-Just read the README file.
-
-It's attached to this email. Just untar it in any dir you wish and make sure you read the README.
-
-Enjoy !
-
-Scott Grayban {EvilBorg}
-irc.dreamirc.com
-borg@dreamirc.com
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation.
-Join the fight http://www.cauce.org/
-
-"When a stupid man is doing something he is ashamed of, he always declares
- that it is his duty." George Bernard Shaw (1856-1950)
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: servicescron.tar.gz
-Type: application/x-tar
-Size: 1261 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010807/9a132b9d/servicescron.tar.tar
-From matt at snip.net Tue Aug 7 21:27:09 2001
-From: matt at snip.net (matt@snip.net)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] opps forgot the tar file for the crontab :)
-In-Reply-To: <006501c11f23$9bace400$0d37cbcc@borgdrone.net>
-Message-ID: <5.1.0.14.0.20010807152617.04c8d9a0@mail.snip.net>
-
-what i did to add crontab support to services is take the crontab file in
-unreal ircd and modify it to work with services.. it works great. pid
-checking scripts can usually be modified to work with almost anything.
-
-At 02:29 AM 8/7/01 -0700, you wrote:
->I know that there must be people on this mail-list that wish there was a
->crontab made for ircservices.
->So guess what? I made one.
->It works no matter where your services.pid or the executable is located.
->Just read the README file.
->
->It's attached to this email. Just untar it in any dir you wish and make
->sure you read the README.
->
->Enjoy !
->
->Scott Grayban {EvilBorg}
->irc.dreamirc.com
->borg@dreamirc.com
->
->Without life there is no life.
->Support GreenPeace - Stop the slaughter.
->
->Support anti-Spam legislation.
->Join the fight http://www.cauce.org/
->
->"When a stupid man is doing something he is ashamed of, he always declares
-> that it is his duty." George Bernard Shaw (1856-1950)
-
-
-From borg at dreamirc.com Wed Aug 8 00:01:01 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] opps forgot the tar file for the crontab :)
-References: <5.1.0.14.0.20010807152617.04c8d9a0@mail.snip.net>
-Message-ID: <001901c11f8c$509f8a80$0d37cbcc@borgdrone.net>
-
------ Original Message -----
-From: <matt@***.net>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, August 07, 2001 12:27 PM
-Subject: Re: [IRCServices] opps forgot the tar file for the crontab :)
-
-
-| what i did to add crontab support to services is take the crontab file in
-| unreal ircd and modify it to work with services.. it works great. pid
-| checking scripts can usually be modified to work with almost anything.
-
-Not everyone is good at doing that, i made it for easy setup and for any newbee
-here, thats why i submitted the crontab because u can configure it even if you use
-differrent directories for the executable ./services and the data/ directory like i do.
-
-EvilBorg
-
-
-
-
-From guga-2 at brasnet.org Wed Aug 8 01:40:01 2001
-From: guga-2 at brasnet.org (Gustavo)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-Message-ID: <1687292595.20010807204015@brasnet.org>
-
-Hi list,
-
-I wanna do some questions to you...
-
-* What about changing the services-DB to MySQL for a good interaction
-with the network-site?
-* Is it really possible?
-* Is it applicable for a large network that has something like 10
-services-queries per second (and may be it would have more from
-site)?
-
-Thank you very much.
-
-Regards,
-Gustavo (Guga-2)
-
-
-From achurch at achurch.org Wed Aug 8 02:39:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-Message-ID: <3b708a92.35005@achurch.org>
-
- Services does not currently support SQL databases. I believe there
-are one or two derivatives of Services that support SQL databases, but I
-don't know how well they work in practice. I am planning on adding SQL
-support in the future, but it will probably be after the initial release
-of version 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hi list,
->
->I wanna do some questions to you...
->
->* What about changing the services-DB to MySQL for a good interaction
->with the network-site?
->* Is it really possible?
->* Is it applicable for a large network that has something like 10
->services-queries per second (and may be it would have more from
->site)?
->
->Thank you very much.
->
->Regards,
->Gustavo (Guga-2)
->
->-----------------------------------------------------------
->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 russgarrett at mail.ru Wed Aug 8 11:19:00 2001
-From: russgarrett at mail.ru (mail.ru)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Request for a tiny enhancement
-In-Reply-To: <3b6f4d3e.33761@achurch.org>
-Message-ID: <NDBBLDHKLKMANPGMACIGCELDCKAA.russgarrett@mail.ru>
-
-Would it be possible to specify a directory to write the log file to
-in the config file as opposed to just on the command line?
-
-I have a script with the command line logging option in, but when I
-need to restart services it's usually too late/early to remember to
-use the script, and I end up running the actual program instead, and
-putting the log file in my dangerously full /usr/local partition 8)
-
-Thanks,
-
-Russ Garrett (rg@tcslon.com)
-
-
-From Georges at Berscheid.lu Wed Aug 8 11:44:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-References: <1687292595.20010807204015@brasnet.org>
-Message-ID: <3B71099D.4D5668A@Berscheid.lu>
-
-Hi,
-
-well, I modified services so that they synchronize with our MySQL
-user-database. Although .db Files still exist as a backup copy.
-Just mail me if you want more information.
-
-Georges
-
-
-Gustavo wrote:
-
-> Hi list,
->
-> I wanna do some questions to you...
->
-> * What about changing the services-DB to MySQL for a good interaction
-> with the network-site?
-> * Is it really possible?
-> * Is it applicable for a large network that has something like 10
-> services-queries per second (and may be it would have more from
-> site)?
->
-> Thank you very much.
->
-> Regards,
-> Gustavo (Guga-2)
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Aug 8 11:49:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:27 2004
-Subject: AW: [IRCServices] Request for a tiny enhancement
-In-Reply-To: <NDBBLDHKLKMANPGMACIGCELDCKAA.russgarrett@mail.ru>
-Message-ID: <000201c11fef$46418b70$209199d5@nygmatech.local>
-
-You could have installed services somewhere other than the
-Default installation location ?
-
-Regards;
-Yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von mail.ru
-> Gesendet: Mittwoch, 8. August 2001 12:18
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Request for a tiny enhancement
->
->
-> Would it be possible to specify a directory to write the log file to
-> in the config file as opposed to just on the command line?
->
-> I have a script with the command line logging option in, but when I
-> need to restart services it's usually too late/early to remember to
-> use the script, and I end up running the actual program instead, and
-> putting the log file in my dangerously full /usr/local partition 8)
->
-> Thanks,
->
-> Russ Garrett (rg@tcslon.com)
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From grifferz at blitzed.org Wed Aug 8 12:30:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-In-Reply-To: <3B71099D.4D5668A@Berscheid.lu>
-References: <1687292595.20010807204015@brasnet.org> <3B71099D.4D5668A@Berscheid.lu>
-Message-ID: <20010808112854.B14340@lug.org.uk>
-
-On Wed, Aug 08, 2001 at 11:42:53AM +0200, Georges Berscheid wrote:
-> Hi,
->
-> well, I modified services so that they synchronize with our MySQL
-> user-database. Although .db Files still exist as a backup copy.
-> Just mail me if you want more information.
-
-When you say synchronise, do you mean that the contents of the disk
-files are also in MySQL in a read only form?
-
-Ideally services would both read from and write from MySQL so that
-web front ends and such could be made to interact with services.
-That is a big job compared to just replicating the data out into an
-SQL db.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-"Windows NT addresses 2 Gigabytes of RAM which is more than any
- application will ever need." -- Microsoft, 1992
-
-From Georges at Berscheid.lu Wed Aug 8 13:10:01 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-References: <1687292595.20010807204015@brasnet.org> <3B71099D.4D5668A@Berscheid.lu> <20010808112854.B14340@lug.org.uk>
-Message-ID: <3B711DE4.9ABFBF2@Berscheid.lu>
-
-Hi,
-
-well it's more the other way round. I disabled register, drop, link, set
-password, set email, set url commands in nickserv. These operations are
-only possible through a web interface so far.
-Everytime a nick is used, the information is gathered from the mysql
-database, and nickserv structures are updated. That's all it does at the
-moment.
-It was the easiest way to 'merge' our existing mysql user information
-database with nickserv.
-True, f you want _real_ mysql support, you will have to spend a whole
-lot of time.
-
-Georges
-
-
-Andy Smith wrote:
-
-> On Wed, Aug 08, 2001 at 11:42:53AM +0200, Georges Berscheid wrote:
-> > Hi,
-> >
-> > well, I modified services so that they synchronize with our MySQL
-> > user-database. Although .db Files still exist as a backup copy.
-> > Just mail me if you want more information.
->
-> When you say synchronise, do you mean that the contents of the disk
-> files are also in MySQL in a read only form?
->
-> Ideally services would both read from and write from MySQL so that
-> web front ends and such could be made to interact with services.
-> That is a big job compared to just replicating the data out into an
-> SQL db.
->
-> --
-> The Blitzed IRC Network, http://www.blitzed.org
->
-> "Windows NT addresses 2 Gigabytes of RAM which is more than any
-> application will ever need." -- Microsoft, 1992
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Wed Aug 8 14:45:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Request for a tiny enhancement
-Message-ID: <3b7134d7.36020@achurch.org>
-
->Would it be possible to specify a directory to write the log file to
->in the config file as opposed to just on the command line?
->
->I have a script with the command line logging option in, but when I
->need to restart services it's usually too late/early to remember to
->use the script, and I end up running the actual program instead, and
->putting the log file in my dangerously full /usr/local partition 8)
-
- This is already done for version 5.0. I will not be making any
-more feature additions to version 4.5.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From russgarrett at mail.ru Wed Aug 8 22:35:01 2001
-From: russgarrett at mail.ru (Russ Garrett)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Request for a tiny enhancement
-In-Reply-To: <000201c11fef$46418b70$209199d5@nygmatech.local>
-Message-ID: <NDBBLDHKLKMANPGMACIGGELICKAA.russgarrett@mail.ru>
-
-> You could have installed services somewhere other than the
-> Default installation location ?
-
-I'm a bit obsessively tidy :) I like the programs in
-/usr/local/ircservices, the logs in /var/log/ircservices, and,
-because my /usr drive is 98% full, the data goes in
-/home/ircservices.
-
-I suppose I could change it, but I like it as it is.
-
-Russ Garrett (rg@tcslon.com)
-
-
-From uhc0 at rz.uni-karlsruhe.de Wed Aug 8 23:07:01 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:27 2004
-Subject: AW: [IRCServices] Request for a tiny enhancement
-In-Reply-To: <NDBBLDHKLKMANPGMACIGGELICKAA.russgarrett@mail.ru>
-Message-ID: <000001c1204e$07498080$9a90d6c3@nygmatech.local>
-
-Why don't you consider using symlinks ? ;-P
-
-yusuf
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Russ Garrett
-> Gesendet: Mittwoch, 8. August 2001 23:34
-> An: ircservices@ircservices.za.net
-> Betreff: RE: [IRCServices] Request for a tiny enhancement
->
->
-> > You could have installed services somewhere other than the
-> > Default installation location ?
->
-> I'm a bit obsessively tidy :) I like the programs in
-> /usr/local/ircservices, the logs in /var/log/ircservices, and,
-> because my /usr drive is 98% full, the data goes in
-> /home/ircservices.
->
-> I suppose I could change it, but I like it as it is.
->
-> Russ Garrett (rg@tcslon.com)
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From guga-2 at brasnet.org Thu Aug 9 01:49:00 2001
-From: guga-2 at brasnet.org (Gustavo)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] ServicesDB to SQL?
-In-Reply-To: <3b708a92.35005@achurch.org>
-References: <3b708a92.35005@achurch.org>
-Message-ID: <15124718729.20010808204904@brasnet.org>
-
-Hi Andrew,
-
-quarta-feira, 08/08/2001 ?s 06:38, voc? escreveu:
-
-> Services does not currently support SQL databases. I believe there
-> are one or two derivatives of Services that support SQL databases, but I
-> don't know how well they work in practice. I am planning on adding SQL
-> support in the future, but it will probably be after the initial release
-> of version 5.0.
-
-These derivatives of services really use an SQL database or they just
-do a syncronization with the SQL database to the services DB?
-
---
-Regards,
- Gustavo
-
-
-From kevc978 at darkserv.net Fri Aug 10 22:29:00 2001
-From: kevc978 at darkserv.net (DarkServ)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Quick Request
-Message-ID: <008a01c121da$c3afccb0$9865fea9@kevinekfj2a4ks>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 2945 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010810/80808ac1/smime.bin
-From jasonatgcn at hotmail.com Sat Aug 11 06:26:01 2001
-From: jasonatgcn at hotmail.com (Jason at GCN)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Simple E-mail Integration.
-Message-ID: <F175fnof73aTnQ51xlt0000498f@hotmail.com>
-
-I have an idea for intergating e-mail accounts with serverices, but I am not
-experienced in UNIX or C programming to do it on my own. I was thinking,
-when a user registers a screen name, could services create a pop account
-with an exisitng mail server running on that computer? how hard would this
-be to program into services? Well thanks for all you're support.
-
-Regards,
-
-Jason Resch
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From savage at savage.za.org Sat Aug 11 08:56:01 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Simple E-mail Integration.
-In-Reply-To: <F175fnof73aTnQ51xlt0000498f@hotmail.com>
-Message-ID: <BDEBIMHDGILEBLFMAODFIEKPCAAA.savage@savage.za.org>
-
-Shouldn't be to hard to do.
-
-However, it more than likely won't be implemented, seeing that this is not
-what IRCServices is designed to do.
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Jason at GCN
-Sent: 11 August 2001 06:25
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Simple E-mail Integration.
-
-
-I have an idea for intergating e-mail accounts with serverices, but I am not
-experienced in UNIX or C programming to do it on my own. I was thinking,
-when a user registers a screen name, could services create a pop account
-with an exisitng mail server running on that computer? how hard would this
-be to program into services? Well thanks for all you're support.
-
-Regards,
-
-Jason Resch
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
------------------------------------------------------------
-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 grifferz at blitzed.org Sat Aug 11 16:32:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Simple E-mail Integration.
-In-Reply-To: <F175fnof73aTnQ51xlt0000498f@hotmail.com>
-References: <F175fnof73aTnQ51xlt0000498f@hotmail.com>
-Message-ID: <20010811153130.C24887@lug.org.uk>
-
-On Sat, Aug 11, 2001 at 12:25:18AM -0400, Jason at GCN wrote:
-> I have an idea for intergating e-mail accounts with serverices, but I am not
->
-> experienced in UNIX or C programming to do it on my own.
-
-Well it's a bit of an exotic modification, I do not think you will
-find a way to do it that satisfies all people.
-
-> I was thinking, when a user registers a screen name, could
-> services create a pop account with an exisitng mail server running
-> on that computer? how hard would this be to program into
-> services?
-
-Pretty trivia once you have written a shell script to create the
-accounts. But you'd have to be very concerned about security. Also
-what will you do when nicks are linked, expired or dropped?
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<DjTrAnCeMoNkEy> whats worng with cheap vodka
-<DjTrAnCeMoNkEy> other than that expensive vodka is better
-
-From frostycoolslug at hotmail.com Sat Aug 11 18:26:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <F198mXyYmbsskpHEbgk00004315@hotmail.com>
-
-would it be possible to add a feature so that ppl can check the status of
-their memos? ie, if its been read, if it has been reeceved, if not y not
-(eg, their memo "inbox" is full) etc?
-it would make a good feature cause i often wonder if ppl have read my memos
-on IRC :)
-cya!
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From borg at dreamirc.com Sat Aug 11 20:23:00 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-Message-ID: <002901c12292$40ef9fe0$0d37cbcc@borgdrone.net>
-
-Can services be made to add a chanserv akick on a persons registered nick
-instead of always having to use the host mask?
-
-Scott Grayban {EvilBorg}
-irc.dreamirc.com - Tech Admin
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 2507 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010811/ec783e39/smime.bin
-From frostycoolslug at hotmail.com Sat Aug 11 20:35:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-Message-ID: <F79BHsbNTu04VwnDwMH0000456b@hotmail.com>
-
-prolly, but ppl would just change their nick? :)
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Scott Grayban" <borg@dreamirc.com>
->Reply-To: ircservices@ircservices.za.net
->To: "IRCServices" <ircservices@ircservices.za.net>
->Subject: [IRCServices] nick in akick
->Date: Sat, 11 Aug 2001 11:19:47 -0700
->
->Can services be made to add a chanserv akick on a persons registered nick
->instead of always having to use the host mask?
->
->Scott Grayban {EvilBorg}
->irc.dreamirc.com - Tech Admin
->
->Without life there is no life.
->Support GreenPeace - Stop the slaughter.
->
->Support anti-Spam legislation. Join the fight http://www.cauce.org/
->
->This electronic mail transmission may contain confidential information
->and is intended only for the person(s) named. Any use, copying or
->disclosure by any other person is strictly prohibited. If you have
->received this transmission in error, please notify the sender via e-mail.
->
-><< smime.p7s >>
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From kfiresun at ix.netcom.com Sat Aug 11 21:23:00 2001
-From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-References: <F79BHsbNTu04VwnDwMH0000456b@hotmail.com>
-Message-ID: <007701c1229a$99583f90$0200000a@bahamut>
-
-Yes, there is a no join option.
-
-You add the user in question to the access
-list of the channel with a level of -2 (or
-something like that).
-
-Bryce Simonds (Kelmar K. Firesun)
-IRCop: dream.esper.net
-
------ Original Message -----
-From: "Craig Wood" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, August 11, 2001 1:34 PM
-Subject: Re: [IRCServices] nick in akick
-
-
-> prolly, but ppl would just change their nick? :)
->
-> --
-> Craig Wood
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
->
-> >From: "Scott Grayban" <borg@dreamirc.com>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: "IRCServices" <ircservices@ircservices.za.net>
-> >Subject: [IRCServices] nick in akick
-> >Date: Sat, 11 Aug 2001 11:19:47 -0700
-> >
-> >Can services be made to add a chanserv akick on a persons registered
-nick
-> >instead of always having to use the host mask?
-> >
-> >Scott Grayban {EvilBorg}
-> >irc.dreamirc.com - Tech Admin
-> >
-> >Without life there is no life.
-> >Support GreenPeace - Stop the slaughter.
-> >
-> >Support anti-Spam legislation. Join the fight http://www.cauce.org/
-> >
-> >This electronic mail transmission may contain confidential information
-> >and is intended only for the person(s) named. Any use, copying or
-> >disclosure by any other person is strictly prohibited. If you have
-> >received this transmission in error, please notify the sender via
-e-mail.
-> >
-> ><< smime.p7s >>
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at
-http://explorer.msn.com/intl.asp
->
-> -----------------------------------------------------------
-> 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 jasonatgcn at hotmail.com Sat Aug 11 22:07:00 2001
-From: jasonatgcn at hotmail.com (Jason at GCN)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Simple E-mail Integration.
-Message-ID: <F218bXCH5n00zepDI8N00004e5f@hotmail.com>
-
-Well when a nick is dropped, services would have to delete the pop account.
-As far as linking nicks, I don't see any problem as services would not be
-able to notify the user of new e-mail in the first place. I understand that
-it is unlikely that will become a feature in services, but I was wondering
-if anyone out there interested could help me in integrating this.
-
->From: Andy Smith <grifferz@blitzed.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Simple E-mail Integration.
->Date: Sat, 11 Aug 2001 15:31:30 +0100
->
->On Sat, Aug 11, 2001 at 12:25:18AM -0400, Jason at GCN wrote:
-> > I have an idea for intergating e-mail accounts with serverices, but I am
->not
-> >
-> > experienced in UNIX or C programming to do it on my own.
->
->Well it's a bit of an exotic modification, I do not think you will
->find a way to do it that satisfies all people.
->
-> > I was thinking, when a user registers a screen name, could
-> > services create a pop account with an exisitng mail server running
-> > on that computer? how hard would this be to program into
-> > services?
->
->Pretty trivia once you have written a shell script to create the
->accounts. But you'd have to be very concerned about security. Also
->what will you do when nicks are linked, expired or dropped?
->
->--
->The Blitzed IRC Network, http://www.blitzed.org
->
-><DjTrAnCeMoNkEy> whats worng with cheap vodka
-><DjTrAnCeMoNkEy> other than that expensive vodka is better
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From grifferz at blitzed.org Sat Aug 11 22:12:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <F198mXyYmbsskpHEbgk00004315@hotmail.com>
-References: <F198mXyYmbsskpHEbgk00004315@hotmail.com>
-Message-ID: <20010811211111.E24887@lug.org.uk>
-
-On Sat, Aug 11, 2001 at 04:25:43PM +0000, Craig Wood wrote:
-> would it be possible to add a feature so that ppl can check the status of
-> their memos? ie, if its been read, if it has been reeceved, if not y not
-> (eg, their memo "inbox" is full) etc?
-
-Well, it is not possible to send a memo to someone who already has
-too many memos, so the only possible status of a sent memo is "read"
-or "unread". So perhaps there could be a command to list memos that
-you had sent which were still unread.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-"Windows NT addresses 2 Gigabytes of RAM which is more than any
- application will ever need." -- Microsoft, 1992
-
-From borg at dreamirc.com Sat Aug 11 23:07:00 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-References: <F79BHsbNTu04VwnDwMH0000456b@hotmail.com> <007701c1229a$99583f90$0200000a@bahamut>
-Message-ID: <001501c122a9$4feaf460$0d37cbcc@borgdrone.net>
-
-Actually in other services you can use a *registered nick* in the akick list
-since thier nick is registered and thier host mask is always current. And
-ntm that 99% of all users are used to adding nicks to akicks and not host
-masks unless the nick isnt registered and in that case services tells them
-that.
-Trying to teach a user to set that nick to -2 access wont stop them either
-since they only have to change there nick to get access again.
-
-Scott Grayban {EvilBorg}
-irc.dreamirc.com - Tech Admin
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-> Yes, there is a no join option.
->
-> You add the user in question to the access
-> list of the channel with a level of -2 (or
-> something like that).
->
-> Bryce Simonds (Kelmar K. Firesun)
-> IRCop: dream.esper.net
->
-> ----- Original Message -----
-> > Craig Wood
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >
-> > >From: "Scott Grayban" <borg@dreamirc.com>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: "IRCServices" <ircservices@ircservices.za.net>
-> > >Subject: [IRCServices] nick in akick
-> > >Date: Sat, 11 Aug 2001 11:19:47 -0700
-> > >
-> > >Can services be made to add a chanserv akick on a persons registered
-> nick
-> > >instead of always having to use the host mask?
-> > >
-> > >Scott Grayban {EvilBorg}
-> > >irc.dreamirc.com - Tech Admin
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 2507 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010811/fd18049e/smime.bin
-From achurch at achurch.org Sun Aug 12 05:29:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-Message-ID: <3b75f88f.16222@achurch.org>
-
->Can services be made to add a chanserv akick on a persons registered nick
->instead of always having to use the host mask?
-
- You can already do this, and always have been able to. Adding to the
-access list at -2 works as well but is a very round-about way of doing
-things.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ppyy at staff.cn99.com Sun Aug 12 08:08:00 2001
-From: ppyy at staff.cn99.com (Peng Yong)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] work with ircd-hybrid?
-Message-ID: <20010812140444.42C7.PPYY@staff.cn99.com>
-
-ircd-hybrid is a main stream product.
-
---
-Peng Yong Email: ppyy@staff.cn99.com
-Bentium Ltd. URL: http://www.cn99.com
-
-
-From grenday288 at geocities.com Sun Aug 12 11:41:02 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Statserv broken..
-Message-ID: <3B760852.26737.140DBCA@localhost>
-
-/statserv servers list shows alot of servers that havent been linked
-to my network for a few months now but when i try to delete em it
-says:
--StatServ- Server socket.on.ca.insiderz.net is online. Remove it
-from the the network and try again.
-
-there should be like a way to force a delete cuz its pretty annoying
-heh
-
-we use ircservices-4.5.17 we know its not the newest but most of
-the newer ones are mostly for unreal ircd while we run bahamut -
-and i dont recall seeing anything about statserv on the changes-
-plus we wouldnt wanna break our 6 week uptime ;p
-
-
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-From achurch at achurch.org Sun Aug 12 12:28:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] work with ircd-hybrid?
-Message-ID: <3b765ad3.00502@achurch.org>
-
->ircd-hybrid is a main stream product.
-
- "Mainstream" is a very subjective term with IRC servers; I wouldn't
-call _any_ mainstream, and the only reason for the selection of servers
-supported by Services being as it is is because most of them are
-derivatives of the original server I designed Services for. As I've
-said repeatedly, there will be no more features additions for version
-4.5, and new protocols are low on my priority list for version 5.0--
-mostly because with the new module format, adding protocol support is
-easy, and I figure if support is really wanted then someone will write
-it for me.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sun Aug 12 13:26:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Statserv broken..
-Message-ID: <3b76683f.02202@achurch.org>
-
->/statserv servers list shows alot of servers that havent been linked
->to my network for a few months now but when i try to delete em it
->says:
->-StatServ- Server socket.on.ca.insiderz.net is online. Remove it
->from the the network and try again.
-
- Thanks for the report; this has been fixed for the next release.
-
->we use ircservices-4.5.17 we know its not the newest but most of
->the newer ones are mostly for unreal ircd while we run bahamut -
->and i dont recall seeing anything about statserv on the changes-
->plus we wouldnt wanna break our 6 week uptime ;p
-
- A bug was fixed in 4.5.23 which allowed users to evade nick kill for
-linked nicks. If you use linked nicks on your network, I'd recommend
-upgrading for this fix.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sun Aug 12 13:29:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Services 4.5.24 released
-Message-ID: <3b766903.02217@achurch.org>
-
- Services 4.5.24 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.24.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.24.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes the recently-reported StatServ bug preventing
-deletion of unlinked servers in some cases, and adds support for
-conversion of the autokill database in PTlink Services to import-db.
-
-Changes in version 4.5.24
--------------------------
-2001/08/12 Fixed bug preventing deletion of no-longer-existent servers
- from StatServ. Reported by Josh
- <greenday288@geocities.com>
-2001/08/10 Corrected a security-related comment in nickserv.c.
-2001/08/09 Added missing support for PTlink autokill databases to
- import-db. Reported by Yusuf Iskenderoglu
- <uhc0@rz.uni-karlsruhe.de>
-
- (If I was smart, I'd write a script to automate sending these release
-messages out... but oh well.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From frostycoolslug at hotmail.com Sun Aug 12 19:01:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <F84cdZ06YO4OPXok84F00004bf4@hotmail.com>
-
-fair enuf, i never tried, but a list of unread memos would be useful :)
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Andy Smith <grifferz@blitzed.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Memo Status
->Date: Sat, 11 Aug 2001 21:11:11 +0100
->
->On Sat, Aug 11, 2001 at 04:25:43PM +0000, Craig Wood wrote:
-> > would it be possible to add a feature so that ppl can check the status
->of
-> > their memos? ie, if its been read, if it has been reeceved, if not y not
-> > (eg, their memo "inbox" is full) etc?
->
->Well, it is not possible to send a memo to someone who already has
->too many memos, so the only possible status of a sent memo is "read"
->or "unread". So perhaps there could be a command to list memos that
->you had sent which were still unread.
->
->--
->The Blitzed IRC Network, http://www.blitzed.org
->
->"Windows NT addresses 2 Gigabytes of RAM which is more than any
-> application will ever need." -- Microsoft, 1992
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From borg at dreamirc.com Sun Aug 12 19:17:01 2001
-From: borg at dreamirc.com (Scott Grayban)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-References: <3b75f88f.16222@achurch.org>
-Message-ID: <002d01c12352$63615c60$0d37cbcc@borgdrone.net>
-
-
-
-> >Can services be made to add a chanserv akick on a persons registered nick
-> >instead of always having to use the host mask?
->
-> You can already do this, and always have been able to. Adding to the
-> access list at -2 works as well but is a very round-about way of doing
-> things.
->
-> --Andrew Church
-
-odd cause i have added a registered nick before and it didnt work and if u
-add a non-reg nick u dont get error msg
-maybe they didnt identify?
-
-Scott Grayban {EvilBorg}
-irc.dreamirc.com - Tech Admin
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 2507 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010812/06994770/smime.bin
-From achurch at achurch.org Sun Aug 12 22:49:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] nick in akick
-Message-ID: <3b76ec4a.46362@achurch.org>
-
->> >Can services be made to add a chanserv akick on a persons registered nick
->> >instead of always having to use the host mask?
->>
->> You can already do this, and always have been able to. Adding to the
->> access list at -2 works as well but is a very round-about way of doing
->> things.
->
->odd cause i have added a registered nick before and it didnt work and if u
->add a non-reg nick u dont get error msg
->maybe they didnt identify?
-
- That's a possibility, and one of the problems with using registered
-nicks instead of nick!*@*; on the other hand, if they do identify then a
-registered nick entry will catch linked nicks as well. You can avoid this
-problem by using mode +R on the channel (only registered/identified nicks
-permitted to join).
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From thebeast at xs4all.nl Sun Aug 12 22:50:01 2001
-From: thebeast at xs4all.nl (thebeast)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Services 4.5.24 released
-References: <3b766903.02217@achurch.org>
-Message-ID: <3B76EC8A.96364E73@xs4all.nl>
-
-Andrew Church schreef:
-
-> This release fixes the recently-reported StatServ bug preventing
-> deletion of unlinked servers in some cases,
-
-Installed and working great
-but now the next problem i think how long is a server thats
-offline exist in the statserv db as offline
-(it wil never comeback online)
-is there an way to cleanup the statserv db ?
-
---
-
-Grtzz Hans v Steenbergen
- Mail me at thebeast@xs4all.nl
- Teamleader of RC5-64 Rotterdam on ADSL-modem.
- irc.rc5proxy.dhs.org for info about the team.
- 10:45pm up 111 days, 20:51, 3 users, load average: 2.06, 2.05, 2.13
-
-From achurch at achurch.org Sun Aug 12 23:59:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Services 4.5.24 released
-Message-ID: <3b76fcb1.46412@achurch.org>
-
->> This release fixes the recently-reported StatServ bug preventing
->> deletion of unlinked servers in some cases,
->
->Installed and working great
->but now the next problem i think how long is a server thats
->offline exist in the statserv db as offline
->(it wil never comeback online)
->is there an way to cleanup the statserv db ?
-
-/msg StatServ SERVERS DELETE server.name
-
-I have no intention to add a "timeout" on offline servers, because really,
-how often do you actually need to delete a server? It's not really that
-big a deal to do this one thing manually.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Mon Aug 13 00:07:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <3b76eb95.46353@achurch.org>
-
->fair enuf, i never tried, but a list of unread memos would be useful :)
-
-/msg MemoServ LIST NEW
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From grifferz at blitzed.org Mon Aug 13 00:15:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <3b76eb95.46353@achurch.org>
-References: <3b76eb95.46353@achurch.org>
-Message-ID: <20010812231440.J24887@lug.org.uk>
-
-On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
-> >fair enuf, i never tried, but a list of unread memos would be useful :)
->
-> /msg MemoServ LIST NEW
-
-He meant a command to let you list memos which you had sent which
-were still unread by their recipients.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-"The net serves four of the five physical senses. You can get sight, and
- sound, and to a limited extent tactile feedback. No one would deny that
- some portions of the net smell, but I see no signs that taste will ever
- come to the net." -- Bill Davidsen
-
-From frostycoolslug at hotmail.com Mon Aug 13 15:14:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <F240JsaJbqJGNzscE8N0000546c@hotmail.com>
-
-lol, yeah
-i think as a services admin, and Network Admin on a net, i would be shot if
-i didnt know that command :P
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Andy Smith <grifferz@blitzed.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Memo Status
->Date: Sun, 12 Aug 2001 23:14:40 +0100
->
->On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
-> > >fair enuf, i never tried, but a list of unread memos would be useful :)
-> >
-> > /msg MemoServ LIST NEW
->
->He meant a command to let you list memos which you had sent which
->were still unread by their recipients.
->
->--
->The Blitzed IRC Network, http://www.blitzed.org
->
->"The net serves four of the five physical senses. You can get sight, and
-> sound, and to a limited extent tactile feedback. No one would deny that
-> some portions of the net smell, but I see no signs that taste will ever
-> come to the net." -- Bill Davidsen
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From martinpels at hotmail.com Mon Aug 13 21:57:00 2001
-From: martinpels at hotmail.com (Martin Pels)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] NickServ set language
-Message-ID: <F135nyTPJiiFC1c0xJK0000654c@hotmail.com>
-
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010813/41923931/attachment.htm
-From kevc978 at darkserv.net Tue Aug 14 00:42:01 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Akill ID Into Log File
-Message-ID: <5.1.0.14.2.20010813233831.00a74538@localhost>
-
-Hi,
-
-Im wondering if anyone can provide me with code, where i could be able to
-Output My Akill ID's and Their Reaons into a Readable .htm/.log File, It
-doesnt need to be soo advanced, its just so we can keep a track of the ID's
-and reasons, after they expire sometimes.
-
-Thanks!!!!
-
-Kevin
-
-Kevin Conlin
-Irc.DarkServ.Net
-DarkServ IRC Chat
-Kevc978@DarkServ.Net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/4c243fc9/attachment.html
-From kevc978 at darkserv.net Tue Aug 14 00:49:00 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Akill ID Into Log File
-Message-ID: <5.1.0.14.2.20010813234623.00a7c168@localhost>
-
-Hi,
-
-Im wondering if anyone can provide me with code, where i could be able to
-Output My Akill ID's and Their Reaons into a Readable .htm/.log File, It
-doesnt need to be soo advanced, its just so we can keep a track of the ID's
-and reasons, after they expire sometimes.
-
-Thanks!!!!
-
-Kevin
-
-Kevin Conlin
-Irc.DarkServ.Net
-DarkServ IRC Chat
-Kevc978@DarkServ.Net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/55c5a7d9/attachment.htm
-From msmith at acmecorp.org Tue Aug 14 00:53:00 2001
-From: msmith at acmecorp.org (Michael D. Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Problem with .24?
-Message-ID: <013c01c1244a$90117e90$c9e8c43f@itiwks02>
-
-I can run ./configure, and make properly, but when I run make install I get
-an error...
-
-<<<<>>>>
-
-[irc@forbin ircservices-4.5.24]$ make install
-(cd lang ; make CFLAGS=" -O2 -Wall -g")
-make[1]: Entering directory `/home/irc/ircservices-4.5.24/lang'
-make[1]: Nothing to be done for `all'.
-make[1]: Leaving directory `/home/irc/ircservices-4.5.24/lang'
-install -m 700 services "/home/sfi-irc/newircd//services"
-install: cannot create regular file `/home/sfi-irc/newircd//services':
-Permission denied
-make: *** [install] Error 1
-[irc@forbin ircservices-4.5.24]$
-
-<<<<<>>>>>
-
-Any thoughts?
-
--MS
-
-
-From achurch at achurch.org Tue Aug 14 01:02:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] NickServ set language
-Message-ID: <3b785cf7.54531@achurch.org>
-
-><html><div style='background-color:'><DIV>Hi there,</DIV>
-><DIV> </DIV>
-><DIV>I was testing some stuff for the dutch translation for IRCServices when I came across something.</DIV>
-><DIV>Is it correct that when i change the language of someone else, for example:</DIV>
-><DIV> </DIV>
-><DIV>/msg nickserv set john language 5</DIV>
-><DIV> </DIV>
-><DIV>I get a notice: -NickServ- Language changed to English.</DIV>
-><DIV> </DIV>
-><DIV>This notice comes in the language I''m using at that moment, so if my language is set to Italian i get the notice -NickServ- Linguaggio cambiato a Italiano. when I change someone else's language.</DIV>
-
- This is a known problem and will be fixed in a future version.
-
- Also, please do not use HTML when sending mail to the list.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Tue Aug 14 01:03:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Problem with .24?
-Message-ID: <3b785d27.54541@achurch.org>
-
->I can run ./configure, and make properly, but when I run make install I get
->an error...
->
-><<<<>>>>
->
->[irc@forbin ircservices-4.5.24]$ make install
->(cd lang ; make CFLAGS=" -O2 -Wall -g")
->make[1]: Entering directory `/home/irc/ircservices-4.5.24/lang'
->make[1]: Nothing to be done for `all'.
->make[1]: Leaving directory `/home/irc/ircservices-4.5.24/lang'
->install -m 700 services "/home/sfi-irc/newircd//services"
->install: cannot create regular file `/home/sfi-irc/newircd//services':
->Permission denied
->make: *** [install] Error 1
->[irc@forbin ircservices-4.5.24]$
->
-><<<<<>>>>>
->
->Any thoughts?
-
- Do you have write (and read/execute) permission on /home/sfi-irc/newircd?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From msmith at acmecorp.org Tue Aug 14 01:09:00 2001
-From: msmith at acmecorp.org (Michael D. Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Problem with .24?
-References: <3b785d27.54541@achurch.org>
-Message-ID: <014d01c1244c$cf5f0570$c9e8c43f@itiwks02>
-
-Yes, I logged in directly as the user in question.
-
-FWIW, I didn't have a problem with .23, which I just finished installing
-with no problems.
-
--MS
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 13, 2001 16:02
-Subject: Re: [IRCServices] Problem with .24?
-
-
-> Do you have write (and read/execute) permission on
-/home/sfi-irc/newircd?
-
-
-
-From achurch at achurch.org Tue Aug 14 01:17:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Problem with .24?
-Message-ID: <3b786089.54634@achurch.org>
-
->Yes, I logged in directly as the user in question.
->
->FWIW, I didn't have a problem with .23, which I just finished installing
->with no problems.
-
- Well, nothing related to the install procedure changed between .23
-and .24, so something must have changed on your system.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From msmith at acmecorp.org Tue Aug 14 01:20:01 2001
-From: msmith at acmecorp.org (Michael D. Smith)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Problem with .24?
-References: <3b786089.54634@achurch.org>
-Message-ID: <015801c1244e$62df87b0$c9e8c43f@itiwks02>
-
-it was the same login session, so I'm not sure what would have changed that
-would let .23 install and not .24....
-
--MS
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 13, 2001 16:19
-Subject: Re: [IRCServices] Problem with .24?
-
-
-> >Yes, I logged in directly as the user in question.
-> >
-> >FWIW, I didn't have a problem with .23, which I just finished installing
-> >with no problems.
->
-> Well, nothing related to the install procedure changed between .23
-> and .24, so something must have changed on your system.
-
-
-From andrewk at icon.co.za Tue Aug 14 08:21:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-References: <3b76eb95.46353@achurch.org> <20010812231440.J24887@lug.org.uk>
-Message-ID: <018801c12488$e7654350$9c011ac4@africa.didata.local>
-
-I have a feeling this idea was tossed around about a year ago. If I remember
-correctly, it was decided that is was not practicle since it requires doing
-a walk of every nicknames's memo list looking for your unread memos.
-Thinking about it again, having to keep a list of every memo sent by a user
-is going to waste memory.
-
-Imho, it's not something that can be implemented neatly and efficiently at
-the moment. However, Andy may want to comment.
-
-Andrew
-
------ Original Message -----
-From: "Andy Smith" <grifferz@blitzed.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 13, 2001 12:14 AM
-Subject: Re: [IRCServices] Memo Status
-
-
-> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
-> > >fair enuf, i never tried, but a list of unread memos would be useful :)
-> >
-> > /msg MemoServ LIST NEW
->
-> He meant a command to let you list memos which you had sent which
-> were still unread by their recipients.
->
-> --
-> The Blitzed IRC Network, http://www.blitzed.org
->
-> "The net serves four of the five physical senses. You can get sight, and
-> sound, and to a limited extent tactile feedback. No one would deny that
-> some portions of the net smell, but I see no signs that taste will ever
-> come to the net." -- Bill Davidsen
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From strider at chatcircuit.com Tue Aug 14 08:29:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-References: <3b76eb95.46353@achurch.org> <20010812231440.J24887@lug.org.uk> <018801c12488$e7654350$9c011ac4@africa.didata.local>
-Message-ID: <004601c1248b$0c60a940$0200000a@gimpy.2y.net>
-
-Perhaps you could do something similar to sprintpcs' reply request feature
-for voicemails. Basically, on sprintpcs, you can set a voicement to notify
-you when it was heard. You set the option, and it is sent to the number you
-specify. When the recipient hears the message, a reply is automatically sent
-back to the origin stating a timestamp of when it was heard. There is no
-checking required, if you don't receive the automated reply, it wasn't read.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Andrew Kempe" <andrewk@icon.co.za>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, August 14, 2001 1:17 AM
-Subject: Re: [IRCServices] Memo Status
-
-
-> I have a feeling this idea was tossed around about a year ago. If I
-remember
-> correctly, it was decided that is was not practicle since it requires
-doing
-> a walk of every nicknames's memo list looking for your unread memos.
-> Thinking about it again, having to keep a list of every memo sent by a
-user
-> is going to waste memory.
->
-> Imho, it's not something that can be implemented neatly and efficiently at
-> the moment. However, Andy may want to comment.
->
-> Andrew
->
-> ----- Original Message -----
-> From: "Andy Smith" <grifferz@blitzed.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, August 13, 2001 12:14 AM
-> Subject: Re: [IRCServices] Memo Status
->
->
-> > On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
-> > > >fair enuf, i never tried, but a list of unread memos would be useful
-:)
-> > >
-> > > /msg MemoServ LIST NEW
-> >
-> > He meant a command to let you list memos which you had sent which
-> > were still unread by their recipients.
-> >
-> > --
-> > The Blitzed IRC Network, http://www.blitzed.org
-> >
-> > "The net serves four of the five physical senses. You can get sight, and
-> > sound, and to a limited extent tactile feedback. No one would deny that
-> > some portions of the net smell, but I see no signs that taste will ever
-> > come to the net." -- Bill Davidsen
-> > -----------------------------------------------------------
-> > 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 achurch at achurch.org Tue Aug 14 08:32:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:27 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <3b78c67c.56017@achurch.org>
-
->I have a feeling this idea was tossed around about a year ago. If I remember
->correctly, it was decided that is was not practicle since it requires doing
->a walk of every nicknames's memo list looking for your unread memos.
->Thinking about it again, having to keep a list of every memo sent by a user
->is going to waste memory.
->
->Imho, it's not something that can be implemented neatly and efficiently at
->the moment. However, Andy may want to comment.
-
- Having had the experience of using IP Messenger (a Japanese LAN-based
-IM tool that allows finding out when your messages have been read), I do
-recognize the usefulness of knowing whether/when memos have been seen by
-their recipients, but as above, it's not necessarily an easy task. If I
-do come up with a good way to do it I'll think about implementing it for
-5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Andrew
->
->----- Original Message -----
->From: "Andy Smith" <grifferz@blitzed.org>
->To: <ircservices@ircservices.za.net>
->Sent: Monday, August 13, 2001 12:14 AM
->Subject: Re: [IRCServices] Memo Status
->
->
->> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
->> > >fair enuf, i never tried, but a list of unread memos would be useful :)
->> >
->> > /msg MemoServ LIST NEW
->>
->> He meant a command to let you list memos which you had sent which
->> were still unread by their recipients.
->>
->> --
->> The Blitzed IRC Network, http://www.blitzed.org
->>
->> "The net serves four of the five physical senses. You can get sight, and
->> sound, and to a limited extent tactile feedback. No one would deny that
->> some portions of the net smell, but I see no signs that taste will ever
->> come to the net." -- Bill Davidsen
->> -----------------------------------------------------------
->> 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 ShadowMaster at Shadow-Realm.org Tue Aug 14 08:49:00 2001
-From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Problem with .24?
-In-Reply-To: <013c01c1244a$90117e90$c9e8c43f@itiwks02>
-References: <013c01c1244a$90117e90$c9e8c43f@itiwks02>
-Message-ID: <01081408482100.01903@citadel>
-
-> install -m 700 services "/home/sfi-irc/newircd//services"
-> install: cannot create regular file `/home/sfi-irc/newircd//services':
-
-Greets.
-
-Just my 2cents here, and im no expert on unix systems so dont hold me up for
-this.
-
-Run configure and do not place a / after the services bin and data
-directories. Most systems ive seen will not allow you to have directory's
-with a / as the first character (Notice the double slash in the error) which
-occurs since services will append a / (or prefix depending on how you look at
-it) automatically when attempting to install.
-
-</tired rant>
---
-Yours Sincerely
-
-Thomas Juberg Stens?s
-
-From wrm at ccii.co.za Tue Aug 14 09:17:01 2001
-From: wrm at ccii.co.za (Wouter de Waal)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-Message-ID: <200108140716.FAA07697@ccii.co.za>
-
-Hi all
-
-I've just recently got services to work with a bahamut
-(bahamut(pelennor)-1.4(08)) server. I notice that nickserv
-performs differently from the one I am used to, on LagNet,
-which runs dal4.6.7.DreamForge+LagNet.
-
-On Lagnet, a whois gives
-
-foobar123 is user@domain * abc
-foobar123 is a registered nick
-foobar123 using mystery.lagnet.org.za Mystery LagNet IRC Server
-foobar123 has been idle 9sec, signed on Tue Aug 14 08:49:17
-foobar123 End of /WHOIS list.
-
-but on the server I'm playing with,
-
-foobar123 is user@domain * abc
-foobar123 using irc.some.domain
-foobar123 has identified for this nick
-foobar123 has been idle 9sec, signed on Tue Aug 14 08:53:08
-foobar123 End of /WHOIS list.
-
-Why the difference, registered vs identified?
-
-Also, shouldn't the server kick me off if I'm using a
-registered nick and I don't identify with the correct
-password?
-
-Next question, r.e. chanserv. I now have the channels
-that I want registered, how do I stop ppl from creating
-any other channels? I only want the channels on there
-that I created, obviously I want other channels killed
-with a nice error message.
-
-Thanks
-
-Wouter
-
-
-From chromi at cyberspace.org Tue Aug 14 10:12:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <3b78c67c.56017@achurch.org>
-References: <3b78c67c.56017@achurch.org>
-Message-ID: <a05100303b79e8ce36243@[192.168.239.101]>
-
->?>I have a feeling this idea was tossed around about a year ago. If I remember
->>correctly, it was decided that is was not practicle since it requires doing
->>a walk of every nicknames's memo list looking for your unread memos.
->>Thinking about it again, having to keep a list of every memo sent by a user
->>is going to waste memory.
->>
->>Imho, it's not something that can be implemented neatly and efficiently at
->>the moment. However, Andy may want to comment.
->
-> Having had the experience of using IP Messenger (a Japanese LAN-based
->IM tool that allows finding out when your messages have been read), I do
->recognize the usefulness of knowing whether/when memos have been seen by
->their recipients, but as above, it's not necessarily an easy task. If I
->do come up with a good way to do it I'll think about implementing it for
->5.0.
-
-Simple, keep a list of memos sent by a user, as is currently done for
-memos received by a user - both lists point to the memo itself, which
-is separate. Link the memo itself back to the users, too. This
-would allow for the sender to check status, and even cancel the memo
-if that proved to be a desirable feature.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From frostycoolslug at hotmail.com Tue Aug 14 10:14:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-Message-ID: <F263mD3JkUwWpSWerOc00006276@hotmail.com>
-
-is a registered nick can cause confusion, cause ppl may think that u havnt
-id'ed for it but its just in the nickserv DataBase.
-Identifued for this nick makes it obvious.
-
-It all depends on the Nick Settings. iif u have SET Kill ON after 60secs
-services will kill u. but the Services admin may have set services to only
-change your nick to Guest#### as has been done on my Net. and IRCops can use
-/chanserv forbid <channel> <reason> to stop ppl fron regging other channels
-that u dont want them too :)
-cya!
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: wrm@ccii.co.za (Wouter de Waal)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Questions from a newbie
->Date: Tue, 14 Aug 2001 05:16:03 -0200
->
->Hi all
->
->I've just recently got services to work with a bahamut
->(bahamut(pelennor)-1.4(08)) server. I notice that nickserv
->performs differently from the one I am used to, on LagNet,
->which runs dal4.6.7.DreamForge+LagNet.
->
->On Lagnet, a whois gives
->
->foobar123 is user@domain * abc
->foobar123 is a registered nick
->foobar123 using mystery.lagnet.org.za Mystery LagNet IRC Server
->foobar123 has been idle 9sec, signed on Tue Aug 14 08:49:17
->foobar123 End of /WHOIS list.
->
->but on the server I'm playing with,
->
->foobar123 is user@domain * abc
->foobar123 using irc.some.domain
->foobar123 has identified for this nick
->foobar123 has been idle 9sec, signed on Tue Aug 14 08:53:08
->foobar123 End of /WHOIS list.
->
->Why the difference, registered vs identified?
->
->Also, shouldn't the server kick me off if I'm using a
->registered nick and I don't identify with the correct
->password?
->
->Next question, r.e. chanserv. I now have the channels
->that I want registered, how do I stop ppl from creating
->any other channels? I only want the channels on there
->that I created, obviously I want other channels killed
->with a nice error message.
->
->Thanks
->
->Wouter
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From frostycoolslug at hotmail.com Tue Aug 14 10:15:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-Message-ID: <F198LSAQV6uPDVniSnR000062b5@hotmail.com>
-
-oops mis-read the last bit.
-That would probably be IRCd based. afaik there isnt a services command to
-stop it.
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: wrm@ccii.co.za (Wouter de Waal)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Questions from a newbie
->Date: Tue, 14 Aug 2001 05:16:03 -0200
->
->Hi all
->
->I've just recently got services to work with a bahamut
->(bahamut(pelennor)-1.4(08)) server. I notice that nickserv
->performs differently from the one I am used to, on LagNet,
->which runs dal4.6.7.DreamForge+LagNet.
->
->On Lagnet, a whois gives
->
->foobar123 is user@domain * abc
->foobar123 is a registered nick
->foobar123 using mystery.lagnet.org.za Mystery LagNet IRC Server
->foobar123 has been idle 9sec, signed on Tue Aug 14 08:49:17
->foobar123 End of /WHOIS list.
->
->but on the server I'm playing with,
->
->foobar123 is user@domain * abc
->foobar123 using irc.some.domain
->foobar123 has identified for this nick
->foobar123 has been idle 9sec, signed on Tue Aug 14 08:53:08
->foobar123 End of /WHOIS list.
->
->Why the difference, registered vs identified?
->
->Also, shouldn't the server kick me off if I'm using a
->registered nick and I don't identify with the correct
->password?
->
->Next question, r.e. chanserv. I now have the channels
->that I want registered, how do I stop ppl from creating
->any other channels? I only want the channels on there
->that I created, obviously I want other channels killed
->with a nice error message.
->
->Thanks
->
->Wouter
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From achurch at achurch.org Tue Aug 14 10:39:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-Message-ID: <3b78e446.56114@achurch.org>
-
->>?>I have a feeling this idea was tossed around about a year ago. If I remember
->>>correctly, it was decided that is was not practicle since it requires doing
->>>a walk of every nicknames's memo list looking for your unread memos.
->>>Thinking about it again, having to keep a list of every memo sent by a user
->>>is going to waste memory.
->>>
->>>Imho, it's not something that can be implemented neatly and efficiently at
->>>the moment. However, Andy may want to comment.
->>
->> Having had the experience of using IP Messenger (a Japanese LAN-based
->>IM tool that allows finding out when your messages have been read), I do
->>recognize the usefulness of knowing whether/when memos have been seen by
->>their recipients, but as above, it's not necessarily an easy task. If I
->>do come up with a good way to do it I'll think about implementing it for
->>5.0.
->
->Simple, keep a list of memos sent by a user,
-
- This is exactly what Andrew Kempe was saying above would waste memory,
-and I agree; it's not non-doable, certainly for small networks at least,
-but I'd rather find a better solution.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From lonewolf at lagnet.org.za Tue Aug 14 10:45:00 2001
-From: lonewolf at lagnet.org.za (Lonewolf)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-In-Reply-To: <200108140716.FAA07697@ccii.co.za>; from "Wouter de Waal" on Tue, Aug 14, 2001 at 05:16:03AM
-References: <200108140716.FAA07697@ccii.co.za>
-Message-ID: <20010814104455.A51058@apotheosis.org.za>
-
-On Tue, Aug 14, 2001 at 05:16:03AM -0200, Wouter de Waal wrote:
-> Why the difference, registered vs identified?
-This is because they're two different versions of the ircd. DALnet's
-old DreamForce uses "registered" and the newer Bahamut uses
-"identified". The latter makes more sense, but otherwise doesn't make
-any technical difference.
-
-> Also, shouldn't the server kick me off if I'm using a registered
-> nick and I don't identify with the correct password?
-Only if that nickname has "kill" protection enabled.
-
-> Next question, r.e. chanserv. I now have the channels that I want
-> registered, how do I stop ppl from creating any other channels? I
-> only want the channels on there that I created, obviously I want
-> other channels killed with a nice error message.
-You'll have to fiddle with the source code to get it to do that.
-
---
-lonewolf@lagnet.org.za
-
-
-From chromi at cyberspace.org Tue Aug 14 10:54:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <3b78e446.56114@achurch.org>
-References: <3b78e446.56114@achurch.org>
-Message-ID: <a05100304b79e96b1b021@[192.168.239.101]>
-
-> >Simple, keep a list of memos sent by a user,
->
-> This is exactly what Andrew Kempe was saying above would waste memory,
->and I agree; it's not non-doable, certainly for small networks at least,
->but I'd rather find a better solution.
-
-AFAICT, it's a couple of dozen bytes per memo, tops. Is this really
-excessive, given the size of the memo itself will often be larger?
-24 bytes is enough for about four short English words.
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From grifferz at blitzed.org Tue Aug 14 11:50:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-In-Reply-To: <20010814104455.A51058@apotheosis.org.za>
-References: <200108140716.FAA07697@ccii.co.za> <20010814104455.A51058@apotheosis.org.za>
-Message-ID: <20010814104918.B2255@lug.org.uk>
-
-On Tue, Aug 14, 2001 at 10:44:55AM +0200, Lonewolf wrote:
-> On Tue, Aug 14, 2001 at 05:16:03AM -0200, Wouter de Waal wrote:
-> > Why the difference, registered vs identified?
-> This is because they're two different versions of the ircd. DALnet's
-> old DreamForce uses "registered" and the newer Bahamut uses
-> "identified". The latter makes more sense, but otherwise doesn't make
-> any technical difference.
-
-And also please note that bahamut 1.4.8 is a very old version which
-contains a number of well known exploits that allow any user to
-crash it, so you should upgrade to the latest released bahamut.
-
-> > Also, shouldn't the server kick me off if I'm using a registered
-> > nick and I don't identify with the correct password?
-> Only if that nickname has "kill" protection enabled.
->
-> > Next question, r.e. chanserv. I now have the channels that I want
-> > registered, how do I stop ppl from creating any other channels? I
-> > only want the channels on there that I created, obviously I want
-> > other channels killed with a nice error message.
-> You'll have to fiddle with the source code to get it to do that.
-
-Perhaps you could alter it so that the chanserv register command is
-available only to services admins or something.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-From wrm at ccii.co.za Tue Aug 14 12:02:00 2001
-From: wrm at ccii.co.za (Wouter de Waal)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-Message-ID: <200108141001.IAA10609@ccii.co.za>
-
-Hi all
-
-Thanks for the help so far, I figured out the nick kill (well,
-I configured it to rename ppl).
-
-
->And also please note that bahamut 1.4.8 is a very old version which
->contains a number of well known exploits that allow any user to
->crash it, so you should upgrade to the latest released bahamut.
-
-Will see if I can get that done.
-
-
->Perhaps you could alter it so that the chanserv register command is
->available only to services admins or something.
-
-I want services to notice when a user goes /join #funny-channel,
-and realise that #funny-channel is not a registered channel, and
-then kill that channel.
-
-Anybody know of web or paper resources where I can learn more about
-running an IRC server and services? I'm sure O'Reilly doesn't have
-a book out :-)
-
-Wouter
-
-
-From Georges at Berscheid.lu Tue Aug 14 12:17:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Questions from a newbie
-References: <200108140716.FAA07697@ccii.co.za>
-Message-ID: <3B78FA81.C2596E86@Berscheid.lu>
-
-Hi,
-
->
-> Next question, r.e. chanserv. I now have the channels
-> that I want registered, how do I stop ppl from creating
-> any other channels? I only want the channels on there
-> that I created, obviously I want other channels killed
-> with a nice error message.
->
-
-I'm not sure if bahamut supports the channel restriction feature too,
-but Unreal has a chrestrict.conf (up to version 3.1.2) where you can
-list all allowed channels. When a user tries to join any other channel,
-he gets a server notice. It's that easy :)
-
-Georges
-
-
-From mooooooo at avenues.org Tue Aug 14 15:47:01 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-References: <3b78e446.56114@achurch.org>
-Message-ID: <002b01c124c7$8ad521c0$1e64953f@karemor.com>
-
-Simply checking the status of all memos sent would require
-additions/changes to the data structures, but I think that having
-the ability to check the status of a memo that you sent to a
-particular nick should be possible with no changes.
-
- /msg memoserv status nick
-
-All the information needed is already there.
-
-Daniel P. Stasinski
-Mooooooo on IRC
-http://www.disabilities-r-us.com
-mooooooo@disabilities-r-us.com
-
-
-
-
-From karel4 at estpak.ee Tue Aug 14 18:26:01 2001
-From: karel4 at estpak.ee (=?iso-8859-1?q?=95=20Karel=20=95?=)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Problem with .24?
-In-Reply-To: <01081408482100.01903@citadel>
-References: <013c01c1244a$90117e90$c9e8c43f@itiwks02> <01081408482100.01903@citadel>
-Message-ID: <01081418250601.01032@test2.kodu.net>
-
-> > install -m 700 services "/home/sfi-irc/newircd//services"
-> > install: cannot create regular file `/home/sfi-irc/newircd//services':
-
- Hmm, why there are two "/" symbols in path? Maybe it's entered twice and
-system can't find such folder...
-
-From kevc978 at darkserv.net Tue Aug 14 19:01:00 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <3b78c67c.56017@achurch.org>
-Message-ID: <5.1.0.14.2.20010814175510.00a75ba8@localhost>
-
-What about plain old memo read receipts? Easy, Simple and Less memory used
-
-
-
-At 07:32 AM 14/08/2001, you wrote:
-> >I have a feeling this idea was tossed around about a year ago. If I remember
-> >correctly, it was decided that is was not practicle since it requires doing
-> >a walk of every nicknames's memo list looking for your unread memos.
-> >Thinking about it again, having to keep a list of every memo sent by a user
-> >is going to waste memory.
-> >
-> >Imho, it's not something that can be implemented neatly and efficiently at
-> >the moment. However, Andy may want to comment.
->
-> Having had the experience of using IP Messenger (a Japanese LAN-based
->IM tool that allows finding out when your messages have been read), I do
->recognize the usefulness of knowing whether/when memos have been seen by
->their recipients, but as above, it's not necessarily an easy task. If I
->do come up with a good way to do it I'll think about implementing it for
->5.0.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >Andrew
-> >
-> >----- Original Message -----
-> >From: "Andy Smith" <grifferz@blitzed.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, August 13, 2001 12:14 AM
-> >Subject: Re: [IRCServices] Memo Status
-> >
-> >
-> >> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
-> >> > >fair enuf, i never tried, but a list of unread memos would be useful :)
-> >> >
-> >> > /msg MemoServ LIST NEW
-> >>
-> >> He meant a command to let you list memos which you had sent which
-> >> were still unread by their recipients.
-> >>
-> >> --
-> >> The Blitzed IRC Network, http://www.blitzed.org
-> >>
-> >> "The net serves four of the five physical senses. You can get sight, and
-> >> sound, and to a limited extent tactile feedback. No one would deny that
-> >> some portions of the net smell, but I see no signs that taste will ever
-> >> come to the net." -- Bill Davidsen
-> >> -----------------------------------------------------------
-> >> 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
-
-
-----------
-Kevc978
-Irc.DarkServ.Net
-DarkServ IRC Chat
-<http://www.darkserv.net/>http://www.darkserv.net
-
-----------
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/dafc8c43/attachment.html
-From strider at chatcircuit.com Tue Aug 14 19:04:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-References: <5.1.0.14.2.20010814175510.00a75ba8@localhost>
-Message-ID: <003c01c124e3$d8958be0$0200000a@gimpy.2y.net>
-
-Isn't that something like the idea I explained...or did that email not go through?
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
- ----- Original Message -----
- From: Kevin - DarkServ
- To: ircservices@ircservices.za.net
- Sent: Tuesday, August 14, 2001 11:55 AM
- Subject: Re: [IRCServices] Memo Status
-
-
- What about plain old memo read receipts? Easy, Simple and Less memory used
-
-
-
- At 07:32 AM 14/08/2001, you wrote:
-
- >I have a feeling this idea was tossed around about a year ago. If I remember
- >correctly, it was decided that is was not practicle since it requires doing
- >a walk of every nicknames's memo list looking for your unread memos.
- >Thinking about it again, having to keep a list of every memo sent by a user
- >is going to waste memory.
- >
- >Imho, it's not something that can be implemented neatly and efficiently at
- >the moment. However, Andy may want to comment.
-
- Having had the experience of using IP Messenger (a Japanese LAN-based
- IM tool that allows finding out when your messages have been read), I do
- recognize the usefulness of knowing whether/when memos have been seen by
- their recipients, but as above, it's not necessarily an easy task. If I
- do come up with a good way to do it I'll think about implementing it for
- 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
- >Andrew
- >
- >----- Original Message -----
- >From: "Andy Smith" <grifferz@blitzed.org>
- >To: <ircservices@ircservices.za.net>
- >Sent: Monday, August 13, 2001 12:14 AM
- >Subject: Re: [IRCServices] Memo Status
- >
- >
- >> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
- >> > >fair enuf, i never tried, but a list of unread memos would be useful :)
- >> >
- >> > /msg MemoServ LIST NEW
- >>
- >> He meant a command to let you list memos which you had sent which
- >> were still unread by their recipients.
- >>
- >> --
- >> The Blitzed IRC Network, http://www.blitzed.org
- >>
- >> "The net serves four of the five physical senses. You can get sight, and
- >> sound, and to a limited extent tactile feedback. No one would deny that
- >> some portions of the net smell, but I see no signs that taste will ever
- >> come to the net." -- Bill Davidsen
- >> -----------------------------------------------------------
- >> 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
-
-
-------------------------------------------------------------------------------
-
- Kevc978
- Irc.DarkServ.Net
- DarkServ IRC Chat
- http://www.darkserv.net
-
-
-------------------------------------------------------------------------------
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/15f8abab/attachment.htm
-From kevc978 at darkserv.net Tue Aug 14 19:22:00 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-In-Reply-To: <003c01c124e3$d8958be0$0200000a@gimpy.2y.net>
-References: <5.1.0.14.2.20010814175510.00a75ba8@localhost>
-Message-ID: <5.1.0.14.2.20010814181022.00a72008@localhost>
-
-Yeah i got your e-mail, only problem was i thought you were talking about
-Voicemail receipts.... Sorry man
-
-
-At 06:09 PM 14/08/2001, you wrote:
->Isn't that something like the idea I explained...or did that email not go
->through?
->
->Beau (Strider) Steward
->chatcircuit administrator and 6bit band member
-><mailto:strider@chatcircuit.com>strider@chatcircuit.com
->www.chatcircuit.com
-><mailto:ircadmin@chatcircuit.com>ircadmin@chatcircuit.com
->irc.chatcircuit.com
-><mailto:strider@6bit.net>strider@6bit.net www.6bit.net
->>----- Original Message -----
->>From: <mailto:kevc978@darkserv.net>Kevin - DarkServ
->>To: <mailto:ircservices@ircservices.za.net>ircservices@ircservices.za.net
->>Sent: Tuesday, August 14, 2001 11:55 AM
->>Subject: Re: [IRCServices] Memo Status
->>
->>What about plain old memo read receipts? Easy, Simple and Less memory used
->>
->>
->>
->>At 07:32 AM 14/08/2001, you wrote:
->>> >I have a feeling this idea was tossed around about a year ago. If I
->>> remember
->>> >correctly, it was decided that is was not practicle since it requires
->>> doing
->>> >a walk of every nicknames's memo list looking for your unread memos.
->>> >Thinking about it again, having to keep a list of every memo sent by a
->>> user
->>> >is going to waste memory.
->>> >
->>> >Imho, it's not something that can be implemented neatly and efficiently at
->>> >the moment. However, Andy may want to comment.
->>>
->>> Having had the experience of using IP Messenger (a Japanese LAN-based
->>>IM tool that allows finding out when your messages have been read), I do
->>>recognize the usefulness of knowing whether/when memos have been seen by
->>>their recipients, but as above, it's not necessarily an easy task. If I
->>>do come up with a good way to do it I'll think about implementing it for
->>>5.0.
->>>
->>> --Andrew Church
->>> achurch@achurch.org
->>> http://achurch.org/
->>>
->>> >Andrew
->>> >
->>> >----- Original Message -----
->>> >From: "Andy Smith" <grifferz@blitzed.org>
->>> >To: <ircservices@ircservices.za.net>
->>> >Sent: Monday, August 13, 2001 12:14 AM
->>> >Subject: Re: [IRCServices] Memo Status
->>> >
->>> >
->>> >> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
->>> >> > >fair enuf, i never tried, but a list of unread memos would be
->>> useful :)
->>> >> >
->>> >> > /msg MemoServ LIST NEW
->>> >>
->>> >> He meant a command to let you list memos which you had sent which
->>> >> were still unread by their recipients.
->>> >>
->>> >> --
->>> >> The Blitzed IRC Network, http://www.blitzed.org
->>> >>
->>> >> "The net serves four of the five physical senses. You can get sight, and
->>> >> sound, and to a limited extent tactile feedback. No one would deny that
->>> >> some portions of the net smell, but I see no signs that taste will ever
->>> >> come to the net." -- Bill Davidsen
->>> >> -----------------------------------------------------------
->>> >> 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
->>
->>
->>----------
->>Kevc978
->>Irc.DarkServ.Net
->>DarkServ IRC Chat
->><http://www.darkserv.net/>http://www.darkserv.net
->>
->>----------
->
->
->----------
->Kevc978
->Irc.DarkServ.Net
->DarkServ IRC Chat
-><http://www.darkserv.net/>http://www.darkserv.net
->
->----------
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/4ef7ef14/attachment.html
-From kevc978 at darkserv.net Tue Aug 14 19:37:00 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Coding Help Please
-Message-ID: <5.1.0.14.2.20010814183409.00a8de28@localhost>
-
-Hi People,
-
-OK, due to the High amount of Lamers that come to our Network to Spam and
-Advertise their porn websites, We decided to Set up Akill ID's, This is
-simply like DALnet where an Akill ID is Added to the end of the Akill
-Message by the rand()% Command, But after that, we get an E-mail about the
-Akill, but we have sadly no way of tracking the Akill ID.
-
-I was wondering if someone would be kind enough to Help me code a Small
-program that Adds the Akill ID and the reason into an HTML file, It doesnt
-need to haev any smart graphics or anything, it can be Basic as hell, All i
-need to do is automate the Akill ID/Reason Logging onto a file.
-
-We use to have a Huge Text Database system, which held info on Akill
-ID's/Reasons, And the information was entered manually, Sadly though, Out
-of the 500-600 Akills added in the past year, Only 400 Were entered in.
-
-Thanks for your time.
-
-
-
-----------
-Kevc978
-Irc.DarkServ.Net
-DarkServ IRC Chat
-<http://www.darkserv.net/>http://www.darkserv.net
-
-----------
-
-
-
-----------
-Kevc978
-Irc.DarkServ.Net
-DarkServ IRC Chat
-<http://www.darkserv.net/>http://www.darkserv.net
-
-----------
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/fc3770a5/attachment.htm
-From strider at chatcircuit.com Tue Aug 14 19:42:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Memo Status
-References: <5.1.0.14.2.20010814175510.00a75ba8@localhost> <5.1.0.14.2.20010814181022.00a72008@localhost>
-Message-ID: <004c01c124e9$1722efb0$0200000a@gimpy.2y.net>
-
-I was explaining it in relation to sprintpcs voicemail receipts. It requires not much more resources than it already uses, and it could be like a flag set in the memo like when you add the receipt request to a voicemail.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
- ----- Original Message -----
- From: Kevin - DarkServ
- To: ircservices@ircservices.za.net
- Sent: Tuesday, August 14, 2001 12:10 PM
- Subject: Re: [IRCServices] Memo Status
-
-
- Yeah i got your e-mail, only problem was i thought you were talking about Voicemail receipts.... Sorry man
-
-
- At 06:09 PM 14/08/2001, you wrote:
-
- Isn't that something like the idea I explained...or did that email not go through?
-
- Beau (Strider) Steward
- chatcircuit administrator and 6bit band member
- strider@chatcircuit.com www.chatcircuit.com
- ircadmin@chatcircuit.com irc.chatcircuit.com
- strider@6bit.net www.6bit.net
-
- ----- Original Message -----
- From: Kevin - DarkServ
- To: ircservices@ircservices.za.net
- Sent: Tuesday, August 14, 2001 11:55 AM
- Subject: Re: [IRCServices] Memo Status
-
- What about plain old memo read receipts? Easy, Simple and Less memory used
-
-
-
- At 07:32 AM 14/08/2001, you wrote:
-
- >I have a feeling this idea was tossed around about a year ago. If I remember
- >correctly, it was decided that is was not practicle since it requires doing
- >a walk of every nicknames's memo list looking for your unread memos.
- >Thinking about it again, having to keep a list of every memo sent by a user
- >is going to waste memory.
- >
- >Imho, it's not something that can be implemented neatly and efficiently at
- >the moment. However, Andy may want to comment.
-
- Having had the experience of using IP Messenger (a Japanese LAN-based
- IM tool that allows finding out when your messages have been read), I do
- recognize the usefulness of knowing whether/when memos have been seen by
- their recipients, but as above, it's not necessarily an easy task. If I
- do come up with a good way to do it I'll think about implementing it for
- 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
- >Andrew
- >
- >----- Original Message -----
- >From: "Andy Smith" <grifferz@blitzed.org>
- >To: <ircservices@ircservices.za.net>
- >Sent: Monday, August 13, 2001 12:14 AM
- >Subject: Re: [IRCServices] Memo Status
- >
- >
- >> On Mon, Aug 13, 2001 at 05:48:06AM +0900, Andrew Church wrote:
- >> > >fair enuf, i never tried, but a list of unread memos would be useful :)
- >> >
- >> > /msg MemoServ LIST NEW
- >>
- >> He meant a command to let you list memos which you had sent which
- >> were still unread by their recipients.
- >>
- >> --
- >> The Blitzed IRC Network, http://www.blitzed.org
- >>
- >> "The net serves four of the five physical senses. You can get sight, and
- >> sound, and to a limited extent tactile feedback. No one would deny that
- >> some portions of the net smell, but I see no signs that taste will ever
- >> come to the net." -- Bill Davidsen
- >> -----------------------------------------------------------
- >> 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
-
-
---------------------------------------------------------------------------
-
- Kevc978
- Irc.DarkServ.Net
- DarkServ IRC Chat
- http://www.darkserv.net
-
-
---------------------------------------------------------------------------
-
-
-
-----------------------------------------------------------------------------
-
- Kevc978
- Irc.DarkServ.Net
- DarkServ IRC Chat
- http://www.darkserv.net
-
-
-----------------------------------------------------------------------------
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/61ea3d92/attachment.html
-From grifferz at blitzed.org Tue Aug 14 19:47:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Coding Help Please
-In-Reply-To: <5.1.0.14.2.20010814183409.00a8de28@localhost>
-References: <5.1.0.14.2.20010814183409.00a8de28@localhost>
-Message-ID: <20010814184512.T2255@lug.org.uk>
-
-On Tue, Aug 14, 2001 at 06:35:15PM +0100, Kevin - DarkServ wrote:
->
-> Hi People,
-> OK, due to the High amount of Lamers that come to our Network to Spam
-> and Advertise their porn websites, We decided to Set up Akill ID's,
-> This is simply like DALnet where an Akill ID is Added to the end of
-> the Akill Message by the rand()% Command, But after that, we get an
-> E-mail about the Akill, but we have sadly no way of tracking the Akill
-> ID.
-
-Why don't you do this:
-
-1. Modify ircservices so that every akill had an ID number which is
- unique to that akill.
-
-2. Prepend the ID to the supplied akill reason so that it is visible
- to the offender (when they get disconnected) and to your staff.
-
-3. Have something watching the services log for akill
- add/delete/expires and make a web page/database/whatever from
- that?
-
-Side benefits of (1) would include being able to manipulate the akill
-list by number as opposed to having to enter the full hostmasks.
-
-(2) may be a generally useful otpion for all nets since it'd be nice
-for someone to be able to say "it is akill #31337 that is stopping
-me connecting" saving time for both parties.
-
-And (3) requires no modifications to ircservices and can be handled
-however is best for your network.
-
-Does that fit the bill?
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<therioman> righty ho then da master o da massiv eton-wick ppl.
-
-From kevc978 at darkserv.net Tue Aug 14 19:57:00 2001
-From: kevc978 at darkserv.net (Kevin - DarkServ)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Coding Help Please
-In-Reply-To: <20010814184512.T2255@lug.org.uk>
-References: <5.1.0.14.2.20010814183409.00a8de28@localhost>
- <5.1.0.14.2.20010814183409.00a8de28@localhost>
-Message-ID: <5.1.0.14.2.20010814185417.00a72350@localhost>
-
-Thanks, No. 2 Sounds great,
-
-Could you supply the code that Would Prepend the Akill ID to the Reason
-that is shown in an /operserv Akill List, that would be a GREAT Help.
-
-Thanks a Tonne Andy,
-
-Kevin
-At 06:45 PM 14/08/2001, you wrote:
->On Tue, Aug 14, 2001 at 06:35:15PM +0100, Kevin - DarkServ wrote:
-> >
-> > Hi People,
-> > OK, due to the High amount of Lamers that come to our Network to Spam
-> > and Advertise their porn websites, We decided to Set up Akill ID's,
-> > This is simply like DALnet where an Akill ID is Added to the end of
-> > the Akill Message by the rand()% Command, But after that, we get an
-> > E-mail about the Akill, but we have sadly no way of tracking the Akill
-> > ID.
->
->Why don't you do this:
->
->1. Modify ircservices so that every akill had an ID number which is
-> unique to that akill.
->
->2. Prepend the ID to the supplied akill reason so that it is visible
-> to the offender (when they get disconnected) and to your staff.
->
->3. Have something watching the services log for akill
-> add/delete/expires and make a web page/database/whatever from
-> that?
->
->Side benefits of (1) would include being able to manipulate the akill
->list by number as opposed to having to enter the full hostmasks.
->
->(2) may be a generally useful otpion for all nets since it'd be nice
->for someone to be able to say "it is akill #31337 that is stopping
->me connecting" saving time for both parties.
->
->And (3) requires no modifications to ircservices and can be handled
->however is best for your network.
->
->Does that fit the bill?
->
->--
->The Blitzed IRC Network, http://www.blitzed.org
->
-><therioman> righty ho then da master o da massiv eton-wick ppl.
->-----------------------------------------------------------
->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
-
-
-----------
-Kevc978
-Irc.DarkServ.Net
-DarkServ IRC Chat
-<http://www.darkserv.net/>http://www.darkserv.net
-
-----------
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010814/b72015b1/attachment.htm
-From grifferz at blitzed.org Wed Aug 15 10:16:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Coding Help Please
-In-Reply-To: <5.1.0.14.2.20010814185417.00a72350@localhost>
-References: <5.1.0.14.2.20010814183409.00a8de28@localhost> <5.1.0.14.2.20010814183409.00a8de28@localhost> <5.1.0.14.2.20010814185417.00a72350@localhost>
-Message-ID: <20010815091445.D14248@lug.org.uk>
-
-On Tue, Aug 14, 2001 at 06:55:22PM +0100, Kevin - DarkServ wrote:
->
-> Thanks, No. 2 Sounds great,
-> Could you supply the code that Would Prepend the Akill ID to the
-> Reason that is shown in an /operserv Akill List, that would be a GREAT
-> Help.
-
-Erm, well, I will add this to the list of things I want to do for my
-net, and quite happily give you the source when and if I ever get
-round to it, but are you really sure thats what you want? I don't
-have time to support you and Andrew Church and the rest of this list
-certainly cannot be expected to support you either if you are using
-a modified ircservices...
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-From frostycoolslug at hotmail.com Wed Aug 15 14:14:01 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] extra thing for /ns info?
-Message-ID: <F190BZWZnl8uZhY4Qqk000074d7@hotmail.com>
-
-hey, i thought it would be good if users or opers could see through nickserv
-info the channels some1 has registered?
-so maybe it would say something like
--Nickserv- Channels registered: #e-tidalwave #fun-chat #teens
-#ircservicesr0x
-if ya know what i mean? it may not be something frequesntly used on some
-networks, but could prove useful.
-opinions?
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From grifferz at blitzed.org Wed Aug 15 14:26:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] extra thing for /ns info?
-In-Reply-To: <F190BZWZnl8uZhY4Qqk000074d7@hotmail.com>
-References: <F190BZWZnl8uZhY4Qqk000074d7@hotmail.com>
-Message-ID: <20010815132535.F14248@lug.org.uk>
-
-On Wed, Aug 15, 2001 at 12:13:00PM +0000, Craig Wood wrote:
-> hey, i thought it would be good if users or opers could see through nickserv
->
-> info the channels some1 has registered?
-
-How about more generally, the channels they have access in, users to
-see their own list of channel access and registered channels, opers
-to see other people's too.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<b3ngu1n> no rest for the /<-m4rt
-
-From achurch at achurch.org Thu Aug 16 01:51:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] extra thing for /ns info?
-Message-ID: <3b7b0aa9.57220@achurch.org>
-
->hey, i thought it would be good if users or opers could see through nickserv
->info the channels some1 has registered?
-
-/msg NickServ LISTCHANS
-(Services admins: /msg NickServ LISTCHANS [nick])
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From gousoufou at hushmail.com Fri Aug 17 06:35:00 2001
-From: gousoufou at hushmail.com (gousoufou@hushmail.com)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /nickserv LISTCHANS
-Message-ID: <200108170433.f7H4XkR23688@mailserver1c.hushmail.com>
-
-> /msg NickServ LISTCHANS
-> (Services admins: /msg NickServ LISTCHANS [nick])
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-
-Well.. /nickserv help don't say anything about this feature..
-
----
-GSF - George Sofianos
-
-HellenicNet IRC Network http://www.mirc.gr
-Free, secure Web-based email, now OpenPGP compliant - www.hushmail.com
-
-
-From achurch at achurch.org Fri Aug 17 07:57:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /nickserv LISTCHANS
-Message-ID: <3b7cb210.62440@achurch.org>
-
->> /msg NickServ LISTCHANS
->> (Services admins: /msg NickServ LISTCHANS [nick])
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->
->Well.. /nickserv help don't say anything about this feature..
-
- Added, thanks for the report.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From frostycoolslug at hotmail.com Sat Aug 18 18:33:00 2001
-From: frostycoolslug at hotmail.com (Craig Wood)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] sop and aop levels.
-Message-ID: <F7dcx3Vp20N39x6HHGN00009fe2@hotmail.com>
-
-As a Network, E-Tidalwave Use different access levels from the default that
-come with IRCServices. Is it possible, that for 5.0 there would be just a
-text file which if u want, u can put custom levels in (and the file wouldnt
-be overwritten in case of upgrading) which will help me from changing it
-every time i upgrade to a newer version.
-
-Now regards this, this is my main problem, When sum1 adds an sop, it will
-only add them at level 10, even though you get opped at level 15 ;P
-could you (for now at least) add an option for what chanserv adds sop and
-aops as? i am totally useless at C, (and C++ and all variants ;) but i am
-gonna have to dig thru the code and set it manually now, neway, cya! :)
-
---
-Craig Wood
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From achurch at achurch.org Sun Aug 19 02:24:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] sop and aop levels.
-Message-ID: <3b7f06e6.64072@achurch.org>
-
- These features are already under consideration for a future version.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->As a Network, E-Tidalwave Use different access levels from the default that
->come with IRCServices. Is it possible, that for 5.0 there would be just a
->text file which if u want, u can put custom levels in (and the file wouldnt
->be overwritten in case of upgrading) which will help me from changing it
->every time i upgrade to a newer version.
->
->Now regards this, this is my main problem, When sum1 adds an sop, it will
->only add them at level 10, even though you get opped at level 15 ;P
->could you (for now at least) add an option for what chanserv adds sop and
->aops as? i am totally useless at C, (and C++ and all variants ;) but i am
->gonna have to dig thru the code and set it manually now, neway, cya! :)
->
->--
->Craig Wood
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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 david26548 at home.com Sun Aug 19 04:36:00 2001
-From: david26548 at home.com (David)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] new b
-Message-ID: <01081819413402.01471@c892421-c>
-
-i was wondering if there was a command similer to to this
-/msg operserv raw :chanserv set join on
-to have chan serv or any outhere services auto join a chan after a split or
-if the services drops off and then reconnectes back up to the network
-the reason why im whanting to use something like this
-is becouse i have a few users that whant to have chanserv in there chan and
-if the services drops and then reconnect i have to make them rejoin the
-every time and i know on some outhere services they have that command to have
-them auto join that chan.
-
-Thanks
-David D.
-
-From achurch at achurch.org Sun Aug 19 04:40:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] new b
-Message-ID: <3b7f26e4.64605@achurch.org>
-
-No. RTFM.
-
->i was wondering if there was a command similer to to this
->/msg operserv raw :chanserv set join on
->to have chan serv or any outhere services auto join a chan after a split or
->if the services drops off and then reconnectes back up to the network
->the reason why im whanting to use something like this
->is becouse i have a few users that whant to have chanserv in there chan and
->if the services drops and then reconnect i have to make them rejoin the
->every time and i know on some outhere services they have that command to have
->them auto join that chan.
->
->Thanks
->David D.
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From moonchild at wepa.com Wed Aug 22 08:51:01 2001
-From: moonchild at wepa.com (Steph Reed`)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Restrict access to services?
-Message-ID: <3B835582.7070405@wepa.com>
-
-Hi All,
-
-Is there any way to restrict access to services so only someone with IRC
- Operator Status on the server can register new chanels?
-
-(If this has been asked before I appologise.. I could not find it in the
-archives or the readme)
-
-Basically, I have a web-based chatroom, which is using Bahamut as it's
-IRC server, and I'm running IRC Services to kepe channels for me. I
-don't want other users to be able to register channels or nicknames, but
-can't figure out how to do it.
-
-Any help would be much appreciated,
-
-Thanks,
-
- Steph
-
-
-From achurch at achurch.org Wed Aug 22 09:09:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Restrict access to services?
-Message-ID: <3b835a56.71275@achurch.org>
-
- This feature is not available in the current version of Services.
-However, it has been asked for fairly frequently, and I will consider
-adding it to a future version.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hi All,
->
->Is there any way to restrict access to services so only someone with IRC
-> Operator Status on the server can register new chanels?
->
->(If this has been asked before I appologise.. I could not find it in the
->archives or the readme)
->
->Basically, I have a web-based chatroom, which is using Bahamut as it's
->IRC server, and I'm running IRC Services to kepe channels for me. I
->don't want other users to be able to register channels or nicknames, but
->can't figure out how to do it.
->
->Any help would be much appreciated,
->
->Thanks,
->
-> Steph
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Wed Aug 22 09:28:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Restrict access to services?
-Message-ID: <3b835ebd.71334@achurch.org>
-
-> This feature is not available in the current version of Services.
->However, it has been asked for fairly frequently, and I will consider
->adding it to a future version.
-
- As an addendum to this, one workaround to prevent normal users from
-registering channels is to modify the command table (the cmds[] array) near
-the top of chanserv.c to limit the REGISTER command to Services admins
-only. The REGISTER command is listed on line 215 in version 4.5.24:
-
- { "REGISTER", do_register, NULL, CHAN_HELP_REGISTER, -1,-1,-1,-1 },
-
-The third element in that list (NULL) is the function, if any, used to
-limit access to the command. Change it to "is_services_admin":
-
- { "REGISTER", do_register, is_services_admin, CHAN_HELP_REGISTER, -1,-1,-1,-1 },
-
-and only Services admins will be able to use the REGISTER command--normal
-users will simply get "Access denied". You can use is_services_oper or
-is_services_root instead of is_services_admin to change the OperServ access
-level required for the function, though you can't allow all IRC operators
-access to the command in this way without writing a new privilege-check
-function for it (the "is_oper" function takes a nickname instead of a
-User * parameter, so it can't be used, and "is_oper_u", which does take a
-User * parameter, is a macro instead of a function).
-
- This method can, of course, be applied to other commands as well,
-simply by changing the appropriate command table entry. NickServ,
-MemoServ, and OperServ also use command tables of the same format, located
-near the top of their respective source code files (nickserv.c, memoserv.c,
-and operserv.c).
-
- Remember to "make" and "make install" (or "gmake" and "gmake install"
-depending on your system) to compile and install the new Services
-executable after changing the source code.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->>Hi All,
->>
->>Is there any way to restrict access to services so only someone with IRC
->> Operator Status on the server can register new chanels?
->>
->>(If this has been asked before I appologise.. I could not find it in the
->>archives or the readme)
->>
->>Basically, I have a web-based chatroom, which is using Bahamut as it's
->>IRC server, and I'm running IRC Services to kepe channels for me. I
->>don't want other users to be able to register channels or nicknames, but
->>can't figure out how to do it.
->>
->>Any help would be much appreciated,
->>
->>Thanks,
->>
->> Steph
->>
->>-----------------------------------------------------------
->>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 frostycoolslug at hotmail.com Thu Aug 23 19:26:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /chanserv Block?
-Message-ID: <F118icUbvBDxroC6POY0000e676@hotmail.com>
-
-On the E-Tidalwave IRC Network, I am currently having a problem with ppl
-joining the wrong channel. Is there a feature (If not, can it be concidered
-for future versions) which will stop ppl from joining a certain channel and
-force them to join another?
-i tried modes +lL 1 <chan2> But couldnt get a bot that will stay in there
-24/7 so could u get Services to do it?
-for example /chanserv BLOCK <chan to block> <chan to forward too> <Chan to
-block pw>? (or even chanserv Forward) ?
-I await a speedy responce, which i know i will probably get ;)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From strider at chatcircuit.com Thu Aug 23 19:37:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /chanserv Block?
-References: <F118icUbvBDxroC6POY0000e676@hotmail.com>
-Message-ID: <002901c12bfb$075b1580$0200000a@gimpy.2y.net>
-
-It would actually be rather simple to get a bot to stay in there, make it
-join then set the modes. Run the bot from the server so it only gets
-disconnected if the server goes down or the bot crashes. Eggdrop would be
-perfect for this and you wouldn't need any extra scripts to be loaded unless
-you feel the need to have them.
-
-As for services supporting this kind of feature though, I think it would be
-great. That kind of stuff happens on our server as well. Also, if it were in
-services, there would be less overhead of running an entirely new program
-and connection for this to work.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "Craig McLure" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, August 23, 2001 12:24 PM
-Subject: [IRCServices] /chanserv Block?
-
-
-> On the E-Tidalwave IRC Network, I am currently having a problem with ppl
-> joining the wrong channel. Is there a feature (If not, can it be
-concidered
-> for future versions) which will stop ppl from joining a certain channel
-and
-> force them to join another?
-> i tried modes +lL 1 <chan2> But couldnt get a bot that will stay in there
-> 24/7 so could u get Services to do it?
-> for example /chanserv BLOCK <chan to block> <chan to forward too> <Chan to
-> block pw>? (or even chanserv Forward) ?
-> I await a speedy responce, which i know i will probably get ;)
->
-> --
-> Craig McLure
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Fri Aug 24 03:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /chanserv Block?
-Message-ID: <3b85afd6.73340@achurch.org>
-
-/topic #channel Please join #otherchannel instead.
-/msg ChanServ SET #channel TOPICLOCK ON
-/msg ChanServ SET #channel ENTRYMSG Please join #otherchannel instead.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->On the E-Tidalwave IRC Network, I am currently having a problem with ppl
->joining the wrong channel. Is there a feature (If not, can it be concidered
->for future versions) which will stop ppl from joining a certain channel and
->force them to join another?
->i tried modes +lL 1 <chan2> But couldnt get a bot that will stay in there
->24/7 so could u get Services to do it?
->for example /chanserv BLOCK <chan to block> <chan to forward too> <Chan to
->block pw>? (or even chanserv Forward) ?
->I await a speedy responce, which i know i will probably get ;)
->
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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 frostycoolslug at hotmail.com Fri Aug 24 03:52:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /chanserv Block?
-Message-ID: <F108beUzmRf6Ci6nx8d0000ec7e@hotmail.com>
-
-that dont do what i want, that just tells ppl to join the other channel.
-if they do or not is up to them, which i dont want! :)
-i need it to force them into the other channel or stop them from going ointo
-the first and put them in the second.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] /chanserv Block?
->Date: Fri, 24 Aug 2001 10:36:29 JST
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBD4EFB2600164004318BD8AB4C02110F0; Thu, 23 Aug 2001 18:38:47 -0700
->Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->esmtp (Exim 3.22 #1)id 15a5vW-0007vD-00for craig@e-tidalwave.org; Thu, 23
->Aug 2001 21:38:28 -0400
->Received: from snow.fingers.co.za (postfix@snow.fingers.co.za
->[196.7.148.5]) by ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id
->f7O1cdd18446 for <craig@e-tidalwave.co.uk>; Fri, 24 Aug 2001 02:38:40 +0100
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 21F8E174EA; Fri, 24 Aug 2001
->03:38:18 +0200 (SAST)
->Received: from achurch.org (unknown [210.145.195.3])by snow.fingers.co.za
->(Postfix) with SMTP id A1905174EAfor <ircservices@ircservices.za.net>; Fri,
->24 Aug 2001 03:37:40 +0200 (SAST)
->Received: by achurch.org (wmail 0.9.10) id 3b85afd6.73340; Fri, 24 Aug 2001
->10:37:26 JST
->From ircservices-admin@ircservices.za.net Thu, 23 Aug 2001 18:40:18 -0700
->Delivered-To: ircservices@snow.fingers.co.za
->X-Mailer: MMail v4.98
->Message-ID: <3b85afd6.73340@achurch.org>
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Fri, 24 Aug 2001 10:36:29 JST
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->/topic #channel Please join #otherchannel instead.
->/msg ChanServ SET #channel TOPICLOCK ON
->/msg ChanServ SET #channel ENTRYMSG Please join #otherchannel instead.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >On the E-Tidalwave IRC Network, I am currently having a problem with ppl
-> >joining the wrong channel. Is there a feature (If not, can it be
->concidered
-> >for future versions) which will stop ppl from joining a certain channel
->and
-> >force them to join another?
-> >i tried modes +lL 1 <chan2> But couldnt get a bot that will stay in there
-> >24/7 so could u get Services to do it?
-> >for example /chanserv BLOCK <chan to block> <chan to forward too> <Chan
->to
-> >block pw>? (or even chanserv Forward) ?
-> >I await a speedy responce, which i know i will probably get ;)
-> >
-> >--
-> >Craig McLure
-> >Craig@e-tidalwave.org
-> >WaveAdmin on the e-tidalwave IRC Network
-> >Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >_________________________________________________________________
-> >Get your FREE download of MSN Explorer at
->http://explorer.msn.com/intl.asp
-> >
-> >-----------------------------------------------------------
-> >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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From achurch at achurch.org Fri Aug 24 09:09:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] /chanserv Block?
-Message-ID: <3b85fd53.73442@achurch.org>
-
->that dont do what i want, that just tells ppl to join the other channel.
->if they do or not is up to them, which i dont want! :)
->i need it to force them into the other channel or stop them from going ointo
->the first and put them in the second.
-
- Services cannot do this; if you need something like this, I recommend
-the solution given by another poster (use an eggdrop and mode +lL 1 #other).
-
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->
->>From: achurch@achurch.org (Andrew Church)
->>Reply-To: ircservices@ircservices.za.net
->>To: ircservices@ircservices.za.net
->>Subject: Re: [IRCServices] /chanserv Block?
->>Date: Fri, 24 Aug 2001 10:36:29 JST
->>Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->>MHotMailBD4EFB2600164004318BD8AB4C02110F0; Thu, 23 Aug 2001 18:38:47 -0700
->>Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->>esmtp (Exim 3.22 #1)id 15a5vW-0007vD-00for craig@e-tidalwave.org; Thu, 23
->>Aug 2001 21:38:28 -0400
->>Received: from snow.fingers.co.za (postfix@snow.fingers.co.za
->>[196.7.148.5]) by ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id
->>f7O1cdd18446 for <craig@e-tidalwave.co.uk>; Fri, 24 Aug 2001 02:38:40 +0100
->>Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->>snow.fingers.co.za (Postfix) with ESMTPid 21F8E174EA; Fri, 24 Aug 2001
->>03:38:18 +0200 (SAST)
->>Received: from achurch.org (unknown [210.145.195.3])by snow.fingers.co.za
->>(Postfix) with SMTP id A1905174EAfor <ircservices@ircservices.za.net>; Fri,
->>24 Aug 2001 03:37:40 +0200 (SAST)
->>Received: by achurch.org (wmail 0.9.10) id 3b85afd6.73340; Fri, 24 Aug 2001
->>10:37:26 JST
->>From ircservices-admin@ircservices.za.net Thu, 23 Aug 2001 18:40:18 -0700
->>Delivered-To: ircservices@snow.fingers.co.za
->>X-Mailer: MMail v4.98
->>Message-ID: <3b85afd6.73340@achurch.org>
->>Sender: ircservices-admin@ircservices.za.net
->>Errors-To: ircservices-admin@ircservices.za.net
->>X-BeenThere: ircservices@ircservices.za.net
->>X-Mailman-Version: 2.0.3
->>Precedence: bulk
->>List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->>List-Post: <mailto:ircservices@ircservices.za.net>
->>List-Subscribe:
->><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->>List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->>List-Unsubscribe:
->><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->>List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->>X-Original-Date: Fri, 24 Aug 2001 10:36:29 JST
->>X-AntiAbuse: This header was added to track abuse, please include it with
->>any abuse report
->>X-AntiAbuse: Primary Hostname - chex.usnuk.net
->>X-AntiAbuse: Original Domain - e-tidalwave.org
->>X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->>X-AntiAbuse: Sender Address Domain - ircservices.za.net
->>
->>/topic #channel Please join #otherchannel instead.
->>/msg ChanServ SET #channel TOPICLOCK ON
->>/msg ChanServ SET #channel ENTRYMSG Please join #otherchannel instead.
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->>
->> >On the E-Tidalwave IRC Network, I am currently having a problem with ppl
->> >joining the wrong channel. Is there a feature (If not, can it be
->>concidered
->> >for future versions) which will stop ppl from joining a certain channel
->>and
->> >force them to join another?
->> >i tried modes +lL 1 <chan2> But couldnt get a bot that will stay in there
->> >24/7 so could u get Services to do it?
->> >for example /chanserv BLOCK <chan to block> <chan to forward too> <Chan
->>to
->> >block pw>? (or even chanserv Forward) ?
->> >I await a speedy responce, which i know i will probably get ;)
->> >
->> >--
->> >Craig McLure
->> >Craig@e-tidalwave.org
->> >WaveAdmin on the e-tidalwave IRC Network
->> >Ride the Wave! www.e-tidalwave.org
->> >
->> >
->> >_________________________________________________________________
->> >Get your FREE download of MSN Explorer at
->>http://explorer.msn.com/intl.asp
->> >
->> >-----------------------------------------------------------
->> >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
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From frostycoolslug at hotmail.com Fri Aug 24 21:41:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Website.
-Message-ID: <F182xLzkI2zEn3qHkwZ0000f5f3@hotmail.com>
-
-Would it be a good idea to keep the Website up to date?
-i was compairing our current version of services to the 1 on the site (cause
-after a nasty fall, causing amnesia, etc, i wasnt too sure if i had kept up
-to date,) i looked and they both said .21 and i thought to myself.. hmmm..
-ok then. Then reading thru old mail, i found the msg Services 4.5.24
-released :P
-If you dont get enough time to keep the webpage up to date, i will be
-willing to do it for you. just so ppl dont get the wrong idea :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From rayfordp at mhonline.net Mon Aug 27 05:45:00 2001
-From: rayfordp at mhonline.net (Rayford Pomeroy)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-Message-ID: <3B89C1EA.F817A756@mhonline.net>
-
-My shell provider likes to crash a lot and 90% of the time my databases
-get corrupt. So I wrote a simple perl script that every 12 hours
-archives the current databases. I was wondering if there was some way
-that right before my script runs it could signal services to save to
-disk? Thanks.
-
-
-From viper at imagine2k.net Mon Aug 27 05:54:01 2001
-From: viper at imagine2k.net (viperzpit)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-References: <3B89C1EA.F817A756@mhonline.net>
-Message-ID: <001701c12eab$d6821860$0601a8c0@athlon>
-
-This isnt necessarily related to this except in this:
-Is it normal for the services DBs to get corrupted (read zeroed, blank db)
-about 1/3 times you use /operserv shutdown or die or restart? I have tried
-it under RedHat 7.1 and Debian Sid, both have the same problem... Might it
-be that I am using it with UnrealIRCd? Any ideas... I have a crontab that
-copies the dbs to a rotated backup every 6 hours, but i don't know if an
-update is really needed or not before just copying the db's.... Also, on
-another note -- the dbs never have a problem if i just kill the services
-pid. Really odd....
-
-viperzpit
-Imagination Network Administrator
-viper@imagine2k.net
-
------ Original Message -----
-From: "Rayford Pomeroy" <rayfordp@mhonline.net>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, August 26, 2001 11:43 PM
-Subject: [IRCServices] Auto-Backup
-
-
-> My shell provider likes to crash a lot and 90% of the time my databases
-> get corrupt. So I wrote a simple perl script that every 12 hours
-> archives the current databases. I was wondering if there was some way
-> that right before my script runs it could signal services to save to
-> disk? Thanks.
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Mon Aug 27 06:02:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-References: <3B89C1EA.F817A756@mhonline.net> <001701c12eab$d6821860$0601a8c0@athlon>
-Message-ID: <002b01c12ead$bb8bdd50$0200000a@gimpy.2y.net>
-
-If I am correct, there is a configuration option to indicate the frequency
-that services saves the db to disk. I may not be correct though, I am often
-wrong, heh.
-
-Beau (Strider) Steward
-chatcircuit administrator and 6bit band member
-strider@chatcircuit.com www.chatcircuit.com
-ircadmin@chatcircuit.com irc.chatcircuit.com
-strider@6bit.net www.6bit.net
------ Original Message -----
-From: "viperzpit" <viper@imagine2k.net>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, August 26, 2001 10:53 PM
-Subject: Re: [IRCServices] Auto-Backup
-
-
-> This isnt necessarily related to this except in this:
-> Is it normal for the services DBs to get corrupted (read zeroed, blank db)
-> about 1/3 times you use /operserv shutdown or die or restart? I have
-tried
-> it under RedHat 7.1 and Debian Sid, both have the same problem... Might it
-> be that I am using it with UnrealIRCd? Any ideas... I have a crontab that
-> copies the dbs to a rotated backup every 6 hours, but i don't know if an
-> update is really needed or not before just copying the db's.... Also, on
-> another note -- the dbs never have a problem if i just kill the services
-> pid. Really odd....
->
-> viperzpit
-> Imagination Network Administrator
-> viper@imagine2k.net
->
-> ----- Original Message -----
-> From: "Rayford Pomeroy" <rayfordp@mhonline.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Sunday, August 26, 2001 11:43 PM
-> Subject: [IRCServices] Auto-Backup
->
->
-> > My shell provider likes to crash a lot and 90% of the time my databases
-> > get corrupt. So I wrote a simple perl script that every 12 hours
-> > archives the current databases. I was wondering if there was some way
-> > that right before my script runs it could signal services to save to
-> > disk? Thanks.
-> >
-> > -----------------------------------------------------------
-> > 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 admin at nevernet.net Mon Aug 27 06:40:02 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] listakills
-In-Reply-To: <002b01c12ead$bb8bdd50$0200000a@gimpy.2y.net>
-Message-ID: <NEELKJDBLOBEMEHKPLFDKEPMCFAA.admin@nevernet.net>
-
-Would it be possible to have something like "listnicks*" and "listchans*"
-that worked for akills? The thought is that it would be a lot easier to make
-a listing of akills to work with as after you get a few dozen of them going
-it gets very hard to sift through things.
-
-Just a suggestion/request. Thanks :)
-
-Elijah
-
-
-From RealCFC at ChatFIRST.COM Mon Aug 27 06:44:00 2001
-From: RealCFC at ChatFIRST.COM (RealCFC)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] listakills
-References: <NEELKJDBLOBEMEHKPLFDKEPMCFAA.admin@nevernet.net>
-Message-ID: <001a01c12eb2$d53262b0$9ab33dd0@pavilion>
-
-/msg OperServ AKILL VIEW
-
-That's it
-
------ Original Message -----
-From: "Elijah" <admin@nevernet.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 27, 2001 12:38 AM
-Subject: [IRCServices] listakills
-
-
-> Would it be possible to have something like "listnicks*" and "listchans*"
-> that worked for akills? The thought is that it would be a lot easier to
-make
-> a listing of akills to work with as after you get a few dozen of them
-going
-> it gets very hard to sift through things.
->
-> Just a suggestion/request. Thanks :)
->
-> Elijah
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From admin at nevernet.net Mon Aug 27 06:52:01 2001
-From: admin at nevernet.net (Elijah)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] listakills
-In-Reply-To: <001a01c12eb2$d53262b0$9ab33dd0@pavilion>
-Message-ID: <NEELKJDBLOBEMEHKPLFDCEPNCFAA.admin@nevernet.net>
-
-Yes and it outputs it nicely in a billion notices. I'm fully aware of both
-akill list and akill view. Perhaps I should have clarified that I was
-interested in a shell command to do the same.
-
-Elijah
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of RealCFC
-Sent: Monday, August 27, 2001 5:44 AM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] listakills
-
-
-/msg OperServ AKILL VIEW
-
-That's it
-
------ Original Message -----
-From: "Elijah" <admin@nevernet.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 27, 2001 12:38 AM
-Subject: [IRCServices] listakills
-
-
-> Would it be possible to have something like "listnicks*" and "listchans*"
-> that worked for akills? The thought is that it would be a lot easier to
-make
-> a listing of akills to work with as after you get a few dozen of them
-going
-> it gets very hard to sift through things.
->
-> Just a suggestion/request. Thanks :)
->
-> Elijah
->
-> -----------------------------------------------------------
-> 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 andrewk at icon.co.za Mon Aug 27 08:30:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Website.
-References: <F182xLzkI2zEn3qHkwZ0000f5f3@hotmail.com>
-Message-ID: <01b001c12ec1$53d35850$9c011ac4@africa.didata.local>
-
-Oops, sorry, that was my mistake... updated Freshmeat but forgot the
-website!
-
-It's now fixed :)
-
-Andrew
-
------ Original Message -----
-From: "Craig McLure" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, August 24, 2001 9:29 PM
-Subject: [IRCServices] Website.
-
-
-> Would it be a good idea to keep the Website up to date?
-> i was compairing our current version of services to the 1 on the site
-(cause
-> after a nasty fall, causing amnesia, etc, i wasnt too sure if i had kept
-up
-> to date,) i looked and they both said .21 and i thought to myself.. hmmm..
-> ok then. Then reading thru old mail, i found the msg Services 4.5.24
-> released :P
-> If you dont get enough time to keep the webpage up to date, i will be
-> willing to do it for you. just so ppl dont get the wrong idea :)
->
-> --
-> Craig McLure
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
-> -----------------------------------------------------------
-> 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 paulfranz at email.msn.com Mon Aug 27 14:27:00 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] EliteIRCD
-Message-ID: <007501c12ef3$7a8f8040$740710ac@glogtech.com>
-
-Is there anybody here that is familiar with the EliteIRCD source code or
-nows where to point me to?
-
-Paul Franz (The Andromedan)
-paulfranz@email.msn.com
-http://members.nbci.com/andromedan/
-"Invading a galaxy near you"
-ICQ #13584934
-Netscape AOL IM ScreenName: PaulFranz
-Yahoo ID: TheAndromedan
-MSN Messenger ID: TheAndromedan
-
-
-
-From jbinder at kgazd.bme.hu Mon Aug 27 19:11:00 2001
-From: jbinder at kgazd.bme.hu (John Binder)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] EliteIRCD
-In-Reply-To: <007501c12ef3$7a8f8040$740710ac@glogtech.com>
-References: <007501c12ef3$7a8f8040$740710ac@glogtech.com>
-Message-ID: <998932208.893.2.camel@fedelnelkul>
-
-EliteIRCD development have been halted about for 2 years. However Unreal
-based on EliteIRCD. It is better if you use that. However if you need
-the source for EliteIRCD then you may check ftp.carnet.hr/pub/ircd
-Janos Binder
-
-
-On 27 Aug 2001 08:26:20 -0400, Paul Franz wrote:
-> Is there anybody here that is familiar with the EliteIRCD source code or
-> nows where to point me to?
->
-> Paul Franz (The Andromedan)
-> paulfranz@email.msn.com
-> http://members.nbci.com/andromedan/
-> "Invading a galaxy near you"
-> ICQ #13584934
-> Netscape AOL IM ScreenName: PaulFranz
-> Yahoo ID: TheAndromedan
-> MSN Messenger ID: TheAndromedan
->
->
-> -----------------------------------------------------------
-> 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 paulfranz at email.msn.com Mon Aug 27 19:24:00 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] EliteIRCD
-References: <007501c12ef3$7a8f8040$740710ac@glogtech.com> <998932208.893.2.camel@fedelnelkul>
-Message-ID: <00c801c12f1c$fbd45170$740710ac@glogtech.com>
-
-What version of EliteIRCD is Unreal based-on? I just upgraded to v3.1.1
-(fixing the problems with the Win32 version along the way). Do you know why
-development was halted on EliteIRCD? Also, do you know where I can find the
-Unreal IRCD server with source code.
-
-Paul Franz
-
------ Original Message -----
-From: "John Binder" <jbinder@kgazd.bme.hu>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, August 27, 2001 1:09 PM
-Subject: Re: [IRCServices] EliteIRCD
-
-
-> EliteIRCD development have been halted about for 2 years. However Unreal
-> based on EliteIRCD. It is better if you use that. However if you need
-> the source for EliteIRCD then you may check ftp.carnet.hr/pub/ircd
-> Janos Binder
->
->
-> On 27 Aug 2001 08:26:20 -0400, Paul Franz wrote:
-> > Is there anybody here that is familiar with the EliteIRCD source code or
-> > nows where to point me to?
-> >
-> > Paul Franz (The Andromedan)
-> > paulfranz@email.msn.com
-> > http://members.nbci.com/andromedan/
-> > "Invading a galaxy near you"
-> > ICQ #13584934
-> > Netscape AOL IM ScreenName: PaulFranz
-> > Yahoo ID: TheAndromedan
-> > MSN Messenger ID: TheAndromedan
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 Christopher.Burton at unn.ac.uk Mon Aug 27 21:49:00 2001
-From: Christopher.Burton at unn.ac.uk (Chris Burton)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] EliteIRCD
-In-Reply-To: <00c801c12f1c$fbd45170$740710ac@glogtech.com>
-Message-ID: <000201c12f30$8a5386b0$c901a8c0@murphy>
-
-Hi,
- You can find unreal here http://www.unrealircd.com
-
-Yours,
- ChrisB.
-
---
-http://www.tyneside.lug.org.uk/ - Tyneside Linux User Group
-http://www.d4a.net/ - Domains 4 All
-http://www.uk2outsider.net/ - UK-2 quiet home from home
-
-
-From achurch at achurch.org Tue Aug 28 09:45:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] listakills
-Message-ID: <3b8b4bcb.57757@achurch.org>
-
->Would it be possible to have something like "listnicks*" and "listchans*"
->that worked for akills? The thought is that it would be a lot easier to make
->a listing of akills to work with as after you get a few dozen of them going
->it gets very hard to sift through things.
-
- There will probably be some way to access this information from
-outside IRC in version 5.0. In the meantime, try AKILL LIST/VIEW <pattern>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Tue Aug 28 09:48:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-Message-ID: <3b8b4c79.57770@achurch.org>
-
->My shell provider likes to crash a lot and 90% of the time my databases
->get corrupt. So I wrote a simple perl script that every 12 hours
->archives the current databases. I was wondering if there was some way
->that right before my script runs it could signal services to save to
->disk? Thanks.
-
- You can't do this, but if you keep UpdateTimeout (in services.conf)
-low enough then you shouldn't have much data loss--especially since your
-backup interval is 12 hours anyway, so an extra 30 minutes (default) give
-or take won't make a significant difference.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Tue Aug 28 09:50:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-Message-ID: <3b8b4d02.60001@achurch.org>
-
->Is it normal for the services DBs to get corrupted (read zeroed, blank db)
->about 1/3 times you use /operserv shutdown or die or restart? I have tried
->it under RedHat 7.1 and Debian Sid, both have the same problem...
-
- If your disk is full, then yes, this can happen. Otherwise I'm not
-aware of anything that would cause this problem.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From mike at chat.za.net Tue Aug 28 10:27:00 2001
-From: mike at chat.za.net (Michael Smith)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Auto-Backup
-In-Reply-To: <3b8b4c79.57770@achurch.org>
-Message-ID: <Pine.LNX.4.30.0108281025350.11124-100000@moonlight.chat.za.net>
-
-You could write a bot to login 5 minutes before you do your script and
-oper up, and send '/msg operserv update' which would write everything to
-disk.
-
-Mike
-
----
-Michael Smith (Warlock on IRC)
-http://www.warlock.web.za/
-"The software said Windows95 or better...
- ...so I got Linux"
-
-
-On Tue, 28 Aug 2001, Andrew Church wrote:
-
-> >My shell provider likes to crash a lot and 90% of the time my databases
-> >get corrupt. So I wrote a simple perl script that every 12 hours
-> >archives the current databases. I was wondering if there was some way
-> >that right before my script runs it could signal services to save to
-> >disk? Thanks.
->
-> You can't do this, but if you keep UpdateTimeout (in services.conf)
-> low enough then you shouldn't have much data loss--especially since your
-> backup interval is 12 hours anyway, so an extra 30 minutes (default) give
-> or take won't make a significant difference.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 thebeast at xs4all.nl Thu Aug 30 00:52:00 2001
-From: thebeast at xs4all.nl (thebeast)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] tools link on services webpage
-Message-ID: <3B8E189D.14881643@xs4all.nl>
-
-maybe a idea for the webpage's
-why not make a link page with all sort of links
-to util programa's for the services
-
-grtzz Hans (thebeast@xs4all.nl)
-
-From andrewk at icon.co.za Thu Aug 30 06:44:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] tools link on services webpage
-References: <3B8E189D.14881643@xs4all.nl>
-Message-ID: <059201c1310e$0c7bd5f0$9c011ac4@africa.didata.local>
-
-It is a difficult decision to decide if one is going to endorse 3rd party
-tools. As many disclaimers as one puts up, people always end up mailing the
-IRC Services developers for support. If people mail me links to their tools,
-and everyone is pretty much in agreement that it's a worthwhile tool, then
-I'll consider adding it to the site.
-
-Andrew
-
------ Original Message -----
-From: "thebeast" <thebeast@xs4all.nl>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, August 30, 2001 12:42 PM
-Subject: [IRCServices] tools link on services webpage
-
-
->
-> maybe a idea for the webpage's
-> why not make a link page with all sort of links
-> to util programa's for the services
->
-> grtzz Hans (thebeast@xs4all.nl)
-> -----------------------------------------------------------
-> 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 ppyy at staff.cn99.com Thu Aug 30 15:44:00 2001
-From: ppyy at staff.cn99.com (Peng Yong)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] global command of operserv
-Message-ID: <20010830214008.DD7F.PPYY@staff.cn99.com>
-
-I can't use global command of operserv.
-
-I send "/msg operserv global some_messages" as oper or admin, no
-response from operserv. and i can find a log in the services.log:
-
-[Aug 30 21:02:02 2001] OperServ: root: global some_messages
-
-I test many times at different time, only sucuess one time.
-
-any one can help me?
-
-
-
-From super at cyberaider.net Fri Aug 31 06:32:01 2001
-From: super at cyberaider.net (super@cyberaider.net)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] ircservices4.5.24 + Unrealirc3.2beta2 + Redhat 7.1
-Message-ID: <20010831043124.22474.cpmta@c001.snv.cp.net>
-
-i'm currently running unrealircd3.2beta2 in redhat7.1
-i have compiled ircservices4.5.24 successfully , but i failed to connect itu to the irc server with error msg in services.log :
-
-[Aug 31 18:43:46 2001] Services 4.5.24 (compiled for Unreal) starting up
-[Aug 31 18:43:47 2001] Databases loaded
-[Aug 31 18:43:47 2001] Read error from server: Success
-
-anybody could help me pls
-
-regards,
-soragan
-
-
-
-
-
-
-
-From russgarrett at mail.ru Fri Aug 31 09:52:00 2001
-From: russgarrett at mail.ru (Russ Garrett)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] ircservices4.5.24 + Unrealirc3.2beta2 + Redhat 7.1
-In-Reply-To: <20010831043124.22474.cpmta@c001.snv.cp.net>
-Message-ID: <NDBBLDHKLKMANPGMACIGAEDCCLAA.russgarrett@mail.ru>
-
-> i'm currently running unrealircd3.2beta2 in redhat7.1
-> i have compiled ircservices4.5.24 successfully , but i
-> failed to connect itu to the irc server with error msg in
-> services.log :
-
-Well, it isn't anything to do with Unreal3.2, because Services
-are running seamlessly with Unreal3.2 beta2 on my test net.
-
-> [Aug 31 18:43:46 2001] Services 4.5.24 (compiled for
-> Unreal) starting up
-> [Aug 31 18:43:47 2001] Databases loaded
-> [Aug 31 18:43:47 2001] Read error from server: Success
-
-Does the server say anything i.e. SNotices? Generally you get
-
-From russgarrett at mail.ru Fri Aug 31 09:54:01 2001
-From: russgarrett at mail.ru (Russ Garrett)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] ircservices4.5.24 + Unrealirc3.2beta2 + Redhat 7.1
-In-Reply-To: <20010831043124.22474.cpmta@c001.snv.cp.net>
-Message-ID: <NDBBLDHKLKMANPGMACIGEEDCCLAA.russgarrett@mail.ru>
-
-> i'm currently running unrealircd3.2beta2 in redhat7.1
-> i have compiled ircservices4.5.24 successfully , but i
-> failed to connect itu to the irc server with error msg in
-> services.log :
-
-Well, it isn't anything to do with Unreal3.2, because Services
-(4.5.24) are running seamlessly with Unreal3.2 beta2 on my test
-net.
-
-> [Aug 31 18:43:46 2001] Services 4.5.24 (compiled for
-> Unreal) starting up
-> [Aug 31 18:43:47 2001] Databases loaded
-> [Aug 31 18:43:47 2001] Read error from server: Success
-
-Does the server say anything i.e. SNotices? Generally you get
-"Read error from server: Success" when you SQUIT services off.
-
-Russ Garrett
-russ@garrett.co.uk
-
-From super at cyberaider.net Fri Aug 31 10:03:00 2001
-From: super at cyberaider.net (super@cyberaider.net)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] ircservices4.5.24 + Unrealirc3.2beta2 + Redhat 7.1
-Message-ID: <20010831080221.5593.cpmta@c001.snv.cp.net>
-
-On Fri, 31 August 2001, "Russ Garrett" wrote:
->
-> > i'm currently running unrealircd3.2beta2 in redhat7.1
-> > i have compiled ircservices4.5.24 successfully , but i
-> > failed to connect itu to the irc server with error msg in
-> > services.log :
->
-> Well, it isn't anything to do with Unreal3.2, because Services
-> are running seamlessly with Unreal3.2 beta2 on my test net.
->
-> > [Aug 31 18:43:46 2001] Services 4.5.24 (compiled for
-> > Unreal) starting up
-> > [Aug 31 18:43:47 2001] Databases loaded
-> > [Aug 31 18:43:47 2001] Read error from server: Success
->
-> Does the server say anything i.e. SNotices? Generally you get
-
-no, after run ./services
-it just back to command prompt , but the ircd doesn't show any server are trying to connect , and the error msg appear in services.log
-no other notices
-
-
-
-From super at cyberaider.net Fri Aug 31 11:31:01 2001
-From: super at cyberaider.net (super@cyberaider.net)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] ircservices4.5.24 + Unrealirc3.2beta2 + Redhat 7.1
-Message-ID: <20010831093043.2760.cpmta@c001.snv.cp.net>
-
-PROBLEM SOLVED
-thanks all
-
-regards,
-soragan
-
-On Fri, 31 August 2001, super@cyberaider.net wrote:
-
->
-> On Fri, 31 August 2001, "Russ Garrett" wrote:
-> >
-> > > i'm currently running unrealircd3.2beta2 in redhat7.1
-> > > i have compiled ircservices4.5.24 successfully , but i
-> > > failed to connect itu to the irc server with error msg in
-> > > services.log :
-> >
-> > Well, it isn't anything to do with Unreal3.2, because Services
-> > are running seamlessly with Unreal3.2 beta2 on my test net.
-> >
-> > > [Aug 31 18:43:46 2001] Services 4.5.24 (compiled for
-> > > Unreal) starting up
-> > > [Aug 31 18:43:47 2001] Databases loaded
-> > > [Aug 31 18:43:47 2001] Read error from server: Success
-> >
-> > Does the server say anything i.e. SNotices? Generally you get
->
-> no, after run ./services
-> it just back to command prompt , but the ircd doesn't show any server are trying to connect , and the error msg appear in services.log
-> no other notices
->
->
-> -----------------------------------------------------------
-> 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 martinpels at hotmail.com Sat Sep 1 00:45:01 2001
-From: martinpels at hotmail.com (Martin Pels)
-Date: Sat Oct 23 23:01:28 2004
-Subject: [IRCServices] Dutch Language File IRCServices
-Message-ID: <OE64Ur5qWn3GCIFoPkG0000116d@hotmail.com>
-
-Hello there,
-
-over the past few weeks we have been working on a dutch language file for IRCServices. We have now come to the point where translating is finished and testing starts.
-
-Through this list we would like to ask dutch speaking people that are interested to help us clean the file from spelling errors and alike before we submit it to Andrew :)
-
-Whoever's interested: please reply to this mail or come to our net at irc.mp3crew.nu
-
-Thanks in advance,
-
-Rodecker
-Mp3CreW Team
-
-
-Dutch ----------------------------------------------------------------------------------------------------------------------------------
-
-Hallo daar,
-
-Gedurende de afgelopen paar weken hebben wij gewerkt aan een nederlandse language file voor IRCServices. We zijn nu bij het punt aanbeland waar het vertalen klaar is en het testen begint.
-
-Via deze lijst willen wij nederlands sprekenden die geinteresseerd zijn vragen ons te helpen met het "schoonmaken" van de file wat betreft spelfouten en dergelijke voordat we de file naar Andrew sturen :)
-
-Wie geinteresseerd is: reageer op deze meel of kom eens langs op ons net op irc.mp3crew.nu
-
-Bij voorbaat dank,
-
-Rodecker
-Mp3CreW Team
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010901/29265f46/attachment.html
-From 0972413605 at mycosmos.gr Sat Sep 1 13:39:00 2001
-From: 0972413605 at mycosmos.gr (GSF)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Secure Ops
-Message-ID: <20010901113805.AF1D91754D@snow.fingers.co.za>
-
-Hello, i'm using UnrealIRCD with ircservices-4.5.24.
-
-Channel Has Secure Ops On
-test_nick1 has access on #
-test_nick2 has no access on #
-
-[14:22] *** Joins: test_nick1
-[14:22] *** ChanServ sets mode: +a test_nick1
-[14:22] *** ChanServ sets mode: +o test_nick1
-[14:23] *** kRoNoS is now known as test_nick2
-[14:23] *** GSF sets mode: +v test_nick2
-[14:23] *** ChanServ sets mode: -o test_nick2
-[14:23] *** ChanServ sets mode: -a test_nick2
-
-Well should this happend? i think that ChanServ, after gives +oa mode, shouldn't deop the user after he changes his nick.. because his nick is already identified & oped by ChanServ.
-At Least if ChanServ deops a user.. he could do it when he changes his nick and not when he gets a voice or half op..
-
-From 0972413605 at mycosmos.gr Sat Sep 1 13:46:00 2001
-From: 0972413605 at mycosmos.gr (GSF)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Secure Ops
-Message-ID: <20010901114538.B7B001754D@snow.fingers.co.za>
-
------- Original Message ------
->Hello, i'm using UnrealIRCD with ircservices-4.5.24.
-
->Channel Has Secure Ops On
->test_nick1 has access on #
->test_nick2 has no access on #
-
->[14:22] *** Joins: test_nick1
->[14:22] *** ChanServ sets mode: +a test_nick1
->[14:22] *** ChanServ sets mode: +o test_nick1
->[14:23] *** kRoNoS is now known as test_nick2
->[14:23] *** GSF sets mode: +v test_nick2
->[14:23] *** ChanServ sets mode: -o test_nick2
->[14:23] *** ChanServ sets mode: -a test_nick2
-
->Well should this happend? i think that ChanServ, after gives +oa
->mode, shouldn't deop the user after he changes his nick.. >because his nick is already identified & oped by ChanServ.
->At Least if ChanServ deops a user.. he could do it when he >changes his nick and not when he gets a voice or half op..
->-----------------------------------------------------------
->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
->-----------------------------------------------------------
-
-Oops Sorry about that.. there's an error here..
-kRoNoS == test_nick1
-
----
-GSF - George Sofianos
-Email: GSF@kerveros.gr
-http://www.mirc.gr
-
-From achurch at achurch.org Tue Sep 4 10:15:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.25 released
-Message-ID: <3b948d6b.46260@achurch.org>
-
- Services 4.5.25 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.25.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.25.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it soon, if they're not
-as tired and sleepy as I am...
-
- Note that this release includes a fix for a bug which allows any user
-to crash Services with an appropriate command. The bug was located by the
-author of the language file in which it occurred, and is not believed to be
-being actively exploited, but given the potential for exploitation, all
-users of Services are encouraged to upgrade to this release. (The bug in
-question may also be avoided by deleting the file "lang/tr", the Turkish
-compiled language file, from the Services data directory.)
-
-Changes in version 4.5.25
--------------------------
-2001/09/04 Fixed bug in Turkish language file causing crashes.
-2001/08/14 Added missing LISTCHANS to NickServ help. Reported by
- <gousoufou@hushmail.com>
-2001/08/13 Fixed bug allowing unsetting of E-mail address even when
- NSRequireEmail is set.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From sgrayban at borgdrone.net Tue Sep 4 14:49:01 2001
-From: sgrayban at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] core dump
-Message-ID: <002601c1353f$c7f63de0$0d37cbcc@borgdrone.net>
-
-I'm running into core dump's when I'm doing the ./configure
-This has only started since version .23
-
-If I run configure again it doesnt do it.
-Maybe you have changed the configure file some?
-
-uname -a gives me this also
-Linux ****.com 2.2.16-22smp #1 SMP Tue Aug 22 16:39:21 EDT 2000 i686 unknown
-
-Error is:
-Looking for other routines we want that you don't have... ./configure: line 1: 17611 Segmentation fault (core dumped) ( $* ) 1>&3 2>&3 </dev/null
-
-gdb gives this....
-This GDB was configured as "i386-redhat-linux"..."/home/evilborg/ircservices-4.5.25/core": not in executable format: File format not recognized
-
-Scott Grayban
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-
-From borg at borgdrone.net Tue Sep 4 14:52:00 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] core dump
-Message-ID: <002f01c13540$1d788020$0d37cbcc@borgdrone.net>
-
-I'm running into core dump's when I'm doing the ./configure
-This has only started since version .23
-
-If I run configure again it doesnt do it.
-Maybe you have changed the configure file some?
-
-uname -a gives me this also
-Linux ****.com 2.2.16-22smp #1 SMP Tue Aug 22 16:39:21 EDT 2000 i686 unknown
-
-Error is:
-Looking for other routines we want that you don't have... ./configure: line 1: 17611 Segmentation fault (core dumped) ( $* ) 1>&3 2>&3 </dev/null
-
-gdb gives this....
-This GDB was configured as "i386-redhat-linux"..."/home/evilborg/ircservices-4.5.25/core": not in executable format: File format not recognized
-
-Scott Grayban
-
-Without life there is no life.
-Support GreenPeace - Stop the slaughter.
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-
-From mooooooo at avenues.org Tue Sep 4 17:40:04 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.25 released
-References: <3b948d6b.46260@achurch.org>
-Message-ID: <000b01c13557$cb6e12a0$1e64953f@karemor.com>
-
- > Services 4.5.25 has been released, and can be downloaded from:
-
-Ok, when I first installed ircservices a while back I set NICKMAX
-to 15. That was dumb. Now with a ton of users, I want to keep
-it at the default 32, but it will not read the database.
-
-Is there a way to export to one format and then re-import into a
-new database?
-
-Thanks,
-
-Daniel
-
-
-From uhc0 at stud.uni-karlsruhe.de Tue Sep 4 17:42:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] core dump
-In-Reply-To: <002f01c13540$1d788020$0d37cbcc@borgdrone.net>
-Message-ID: <000301c13558$09305080$0264a8c0@nygmatech.local>
-
-That is normal. You have to ignore that message.
-The strtok routine has been changed in glibc2.2.x and the detection
-of the "new" strtok works this way.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Scott Grayban
-> Gesendet: Dienstag, 4. September 2001 14:50
-> An: IRCServices
-> Betreff: [IRCServices] core dump
->
->
-> I'm running into core dump's when I'm doing the ./configure
-> This has only started since version .23
->
-> If I run configure again it doesnt do it.
-> Maybe you have changed the configure file some?
->
-> uname -a gives me this also
-> Linux ****.com 2.2.16-22smp #1 SMP Tue Aug 22 16:39:21 EDT
-> 2000 i686 unknown
->
-> Error is:
-> Looking for other routines we want that you don't have...
-> ./configure: line 1: 17611 Segmentation fault (core
-> dumped) ( $* ) 1>&3 2>&3 </dev/null
->
-> gdb gives this....
-> This GDB was configured as
-> "i386-redhat-linux"..."/home/evilborg/ircservices-4.5.25/core"
-> : not in executable format: File format not recognized
->
-> Scott Grayban
->
-> Without life there is no life.
-> Support GreenPeace - Stop the slaughter.
->
-> Support anti-Spam legislation. Join the fight http://www.cauce.org/
->
-> This electronic mail transmission may contain confidential
-> information and is intended only for the person(s) named.
-> Any use, copying or disclosure by any other person is
-> strictly prohibited. If you have received this transmission
-> in error, please notify the sender via e-mail.
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo> /ircservices
->
-
-
-From admin at innergamer.net Wed Sep 5 00:33:00 2001
-From: admin at innergamer.net (InnerGamer Admin)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Command ShortCut Alias's
-Message-ID: <019901c13592$2af9dd00$08ca7642@wic.net>
-
-Hello Everyone,
-
-I'm interested to find out if anyone here has created
-service alias's server side. i.e !autoop , !addop, etc..
-My users are wanting these commands to make thier life
-a bit easier, but I'm unwilling to move to the services package
-that has these built in, i.e gamesnet services. Our Irc network
-is very happy with using "irc services" can these commands be added ?
-
-Thank you
-Ryan
-Owner
-InnerGamer Networks
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010905/4be36068/attachment.htm
-From achurch at achurch.org Wed Sep 5 14:36:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.25 released
-Message-ID: <3b961c49.52030@achurch.org>
-
->Ok, when I first installed ircservices a while back I set NICKMAX
->to 15. That was dumb. Now with a ton of users, I want to keep
->it at the default 32, but it will not read the database.
->
->Is there a way to export to one format and then re-import into a
->new database?
-
- No. As stated in config.h, if you change NICKMAX you will no longer
-be able to use your old databases. There is no way to convert them; you'll
-have to start over with empty databases.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From mooooooo at avenues.org Wed Sep 5 15:42:00 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.25 released
-References: <3b961c49.52030@achurch.org>
-Message-ID: <002901c13610$60eb6220$1e64953f@karemor.com>
-
- > No. As stated in config.h, if you change NICKMAX you
- > will no longer be able to use your old databases. There
- > is no way to convert them; you'll have to start over with
- > empty databases.
-
-What I ended up doing was modifying the nick/chan db save
-functions to write longer nicks to the db file, then forced a
-save. Recompiled with the default sizes and when it restarted,
-all was fine.
-
-Right after doing it, I remembered the patch I made when I ported
-ircservices for NewNet many years back. To import their older
-database, I added the ability to import/export all db's to flat
-ASCII text files.
-
-Daniel
-
-
-From martinpels at hotmail.com Wed Sep 5 23:56:00 2001
-From: martinpels at hotmail.com (Martin Pels)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] memoserv info
-Message-ID: <OE15cL9vtidLxWDIRW80000333d@hotmail.com>
-
-I don't know if this has been reported yet:
-
-INFO isn't mentioned in /msg memoserv help
-
-Greetz,
-
-Rodecker
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010905/b6d022f6/attachment.html
-From spaced at connect.ab.ca Thu Sep 6 00:40:02 2001
-From: spaced at connect.ab.ca (Tim AtLee)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Really dumb question...
-Message-ID: <000d01c1365b$97bf3920$0200a8c0@powersurfr.com>
-
-Is there a way to remove the entry message to a channel?
-
-Thanks
-
-Tim
-
-
-From uhc0 at rz.uni-karlsruhe.de Thu Sep 6 00:59:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Really dumb question...
-In-Reply-To: <000d01c1365b$97bf3920$0200a8c0@powersurfr.com>
-Message-ID: <Pine.LNX.4.31.0109060058110.25400-100000@rzstud4.rz.uni-karlsruhe.de>
-
-/chanserv unset #channel entrymsg.
-
-For further information:
-/chanserv help unset
-/chanserv help
-
-Regards;
-yusuf.
-
-
-
-On Wed, 5 Sep 2001, Tim AtLee wrote:
-
-> Is there a way to remove the entry message to a channel?
->
-> 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
->
-
-Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
-
-
-From socket at tampabay.rr.com Fri Sep 7 08:29:00 2001
-From: socket at tampabay.rr.com (Socket Secured)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] passwd mismatch
-Message-ID: <001a01c13766$364ea480$d14b2241@socket>
-
--shroomstr.homeip.net- *** LocOps -- Access denied (passwd mismatch)
-[192.168.0.25]
-
-I have set the password as the same in the ircd.conf and the services.conf
-file.
-
-Line Examples:
-
-C:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
-N:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
-
-RemoteServer localhost 6667 xxxxxxxx
-
-I have spent 2 hours on this and I think it's time to ask for help. Thanks
-for all the help in advance.
-
-
-From Yusuf.Iskenderoglu at stud.uni-karlsruhe.de Fri Sep 7 09:55:01 2001
-From: Yusuf.Iskenderoglu at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] passwd mismatch
-In-Reply-To: <001a01c13766$364ea480$d14b2241@socket>
-Message-ID: <001a01c13772$567608a0$9ea90d81@teco.unikarlsruhe.de>
-
-If you define RemoteServer as "localhost", your C/N lines have to look
-like this:
-
-C:127.0.0.1:password:services.bla.blups::99
-N:127.0.0.1:password:services.bla.blups::99
-
-Please also note, that you should not define a port number, for the
-Server will not connect to services, and Y:99 should not have
-Autoconnect enabled.
-
-Regards;
-Yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
->Socket Secured
->Gesendet: Friday, September 07, 2001 8:28 AM
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] passwd mismatch
->
->
->-shroomstr.homeip.net- *** LocOps -- Access denied (passwd
->mismatch) [192.168.0.25]
->
->I have set the password as the same in the ircd.conf and the
->services.conf file.
->
->Line Examples:
->
->C:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
->N:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
->
->RemoteServer localhost 6667 xxxxxxxx
->
->I have spent 2 hours on this and I think it's time to ask for
->help. Thanks for all the help in advance.
->
->-----------------------------------------------------------
->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 xlorithen at hotmail.com Fri Sep 7 13:29:00 2001
-From: xlorithen at hotmail.com (Xlorithen RPG)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Notices
-Message-ID: <F203hecuHwwwdP5NM9i00007ff6@hotmail.com>
-
-at the mo the services broadcast text as notices, which webtv can't see,
-what would i need to change to make it to msg them instead?
-
-if it is not poss thats fine. just wondering.
-
-Dagaz
-
-thnx for listening
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From socket at tampabay.rr.com Fri Sep 7 17:17:00 2001
-From: socket at tampabay.rr.com (Socket Secured)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] passwd mismatch
-References: <001a01c13772$567608a0$9ea90d81@teco.unikarlsruhe.de>
-Message-ID: <000701c137b0$0573c710$d14b2241@socket>
-
-C:127.0.0.1:password:*::99
-N:127.0.0.1:password:*::99
-
-I'd set the service name where * is but it makes it say "No N: Line"
-
-I even tried using the ip it gave back 192.168.0.25
-
-Very frustrating. :-(
-
-ALright, I've got that set, but it still says "Access Denied: Passwd
-MisMatch"
------ Original Message -----
-From: "Yusuf Iskenderoglu" <Yusuf.Iskenderoglu@stud.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, September 07, 2001 3:54 AM
-Subject: AW: [IRCServices] passwd mismatch
-
-
-
-If you define RemoteServer as "localhost", your C/N lines have to look
-like this:
-
-C:127.0.0.1:password:services.bla.blups::99
-N:127.0.0.1:password:services.bla.blups::99
-
-Please also note, that you should not define a port number, for the
-Server will not connect to services, and Y:99 should not have
-Autoconnect enabled.
-
-Regards;
-Yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
->Socket Secured
->Gesendet: Friday, September 07, 2001 8:28 AM
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] passwd mismatch
->
->
->-shroomstr.homeip.net- *** LocOps -- Access denied (passwd
->mismatch) [192.168.0.25]
->
->I have set the password as the same in the ircd.conf and the
->services.conf file.
->
->Line Examples:
->
->C:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
->N:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
->
->RemoteServer localhost 6667 xxxxxxxx
->
->I have spent 2 hours on this and I think it's time to ask for
->help. Thanks for all the help in advance.
->
->-----------------------------------------------------------
->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 viper at imagine2k.net Fri Sep 7 17:29:00 2001
-From: viper at imagine2k.net (viperzpit)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] passwd mismatch
-References: <001a01c13772$567608a0$9ea90d81@teco.unikarlsruhe.de> <000701c137b0$0573c710$d14b2241@socket>
-Message-ID: <005501c137b1$ba6c3fc0$0601a8c0@athlon>
-
-What IRCd are you using? If you are using Unreal then you have to know if
-you enabled crypted C Lines (N Lines Aren't Crypted.) If you didn't then
-both should be the same plaintext in services.conf and both lines of the
-ircd conf. Also, make
-sure the password is in quotes in the services.conf just in case. If you'd
-still like some more help, contact me off-list on my network
-(irc.imagine2k.net) or via email. I will need to see more settings than just
-what you are giving here and we don't want to keep bothering everyone with
-these problems.
-
-viperzpit
-Imagination Network Administrator
-viper@imagine2k.net
------ Original Message -----
-From: "Socket Secured" <socket@tampabay.rr.com>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, September 07, 2001 11:16 AM
-Subject: Re: [IRCServices] passwd mismatch
-
-
-> C:127.0.0.1:password:*::99
-> N:127.0.0.1:password:*::99
->
-> I'd set the service name where * is but it makes it say "No N: Line"
->
-> I even tried using the ip it gave back 192.168.0.25
->
-> Very frustrating. :-(
->
-> ALright, I've got that set, but it still says "Access Denied: Passwd
-> MisMatch"
-> ----- Original Message -----
-> From: "Yusuf Iskenderoglu" <Yusuf.Iskenderoglu@stud.uni-karlsruhe.de>
-> To: <ircservices@ircservices.za.net>
-> Sent: Friday, September 07, 2001 3:54 AM
-> Subject: AW: [IRCServices] passwd mismatch
->
->
->
-> If you define RemoteServer as "localhost", your C/N lines have to look
-> like this:
->
-> C:127.0.0.1:password:services.bla.blups::99
-> N:127.0.0.1:password:services.bla.blups::99
->
-> Please also note, that you should not define a port number, for the
-> Server will not connect to services, and Y:99 should not have
-> Autoconnect enabled.
->
-> Regards;
-> Yusuf
->
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
->
-> >-----Urspr?ngliche Nachricht-----
-> >Von: ircservices-admin@ircservices.za.net
-> >[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> >Socket Secured
-> >Gesendet: Friday, September 07, 2001 8:28 AM
-> >An: ircservices@ircservices.za.net
-> >Betreff: [IRCServices] passwd mismatch
-> >
-> >
-> >-shroomstr.homeip.net- *** LocOps -- Access denied (passwd
-> >mismatch) [192.168.0.25]
-> >
-> >I have set the password as the same in the ircd.conf and the
-> >services.conf file.
-> >
-> >Line Examples:
-> >
-> >C:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
-> >N:services@services.shroomstr.homeip.net:xxxxxxxx:*::99
-> >
-> >RemoteServer localhost 6667 xxxxxxxx
-> >
-> >I have spent 2 hours on this and I think it's time to ask for
-> >help. Thanks for all the help in advance.
-> >
-> >-----------------------------------------------------------
-> >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 EEngin at t-online.de Fri Sep 7 19:25:01 2001
-From: EEngin at t-online.de (Ekim Engin)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] passwd mismatch
-In-Reply-To: <000701c137b0$0573c710$d14b2241@socket>
-Message-ID: <001301c137c1$e932a230$0100a8c0@avalon>
-
-hi
-?t seems you are not using the corect format which is:
-
-C:serverip:password:servername:port:class
-N:serverip:password:servername:options:class
-
-If you put in all variables correctly it should link
-
-C:127.0.0.1:password:service.foo.bar::99
-N:127.0.0.1:password:service.foo.bar::99
-
-Seems linku u forgot the servername parameter (services.foo.bar in my
-example) ( should be replaced with your actual services host)
-
-Greet Ekim
----
-Ekim "Talesin" Engin <merlin@timetale.de>
-
-"If you want me to draw a picture of the future,
-imagine a boot stomping on a human face - forever"
- ('1984' G. Orwell)
-
-
-From ianj at esper.net Sun Sep 9 07:05:01 2001
-From: ianj at esper.net (Ian R. Justman)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] FTP server relocated
-Message-ID: <Pine.LNX.4.33.0109082203070.3513-100000@vector.chocobo.org>
-
-Hi, all.
-
-I have relocated ftp.esper.net to a machine here in Sacramento, CA. This
-machine replaces my machine in Fresno.
-
-Due to other circumstances, the machine's IP may change, so the machine
-may not be reachable at that time. I will do my level best to keep
-everyone informed of this.
-
---Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
-
------
-Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
-Co-Founder and Postmaster, The EsperNet IRC Network
-Server Administrator, chocobo.esper.net "IJ" on IRC
-
-PGP key available upon request, or finger ianj@esper.net.
-
-If this message was signed with the Postmaster's key, please finger
-postmaster@esper.net for the Postmaster public key.
-
-Type Bits/KeyID Date User ID
-pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
- Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
-
-
-From achurch at achurch.org Sun Sep 9 07:08:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.25
-Message-ID: <3b9af926.03567@achurch.org>
-
- As several people pointed out, release 4.5.25 hasn't actually been
-accessible for the last few days. It turns out that I uploaded the
-files at the same time ftp.esper.net was being switched to a different
-machine, and the changes didn't make it to the new machine. The files
-have been re-uploaded to ftp.esper.net, and should make their way to
-ftp.ircservices.za.net and the mirrors shortly.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From bubux2002 at yahoo.fr Tue Sep 11 02:23:00 2001
-From: bubux2002 at yahoo.fr (BUBUX2002)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER : Not enough
- parameters
-In-Reply-To: <20010910234500.A58E017556@snow.fingers.co.za>
-Message-ID: <3b9d59153bd91387@amyris.wanadoo.fr> (added by amyris.wanadoo.fr)
-
-Hi,
-
-I'm using an Unreal IRCD Server (u2.10.10.pl15) with the ircservice
-(Services 4.5.25 (compiled for ircu 2.9.32-)).
-I have a unknown message when i have finished to set up the
-services.conf (the ircd.conf is done too) :
-
-Sep 11 02:10:15 2001] Services 4.5.25 (compiled for ircu 2.9.32-)
-starting up
-[Sep 11 02:10:15 2001] Databases loaded
-[Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-461 * SERVER :Not enough parameters)
-[Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-451 * NickServ :Register first.)
-[Sep 11 02:10:16 2001] unknown message from server (:Bubux.dns2go.com
-451 * ChanServ :Register first.)
-[Sep 11 02:10:24 2001] unknown message from server (:Bubux.dns2go.com
-451 * MemoServ :Register first.)
-[Sep 11 02:10:28 2001] unknown message from server (:Bubux.dns2go.com
-451 * OperServ :Register first.)
-[Sep 11 02:10:32 2001] unknown message from server (:Bubux.dns2go.com
-451 * StatServ :Register first.)
-[Sep 11 02:10:36 2001] unknown message from server (:Bubux.dns2go.com
-451 * DevNull :Register first.)
-[Sep 11 02:10:40 2001] unknown message from server (:Bubux.dns2go.com
-451 * Global :Register first.)
-[Sep 11 02:11:45 2001] unknown message from server (ERROR :Closing Link:
-Global by Bubux.dns2go.com (Ping timeout))
-[Sep 11 02:11:45 2001] Read error from server: Success
-
-I didn't find where was the problem. Can you help me please.
-Thank you,
-
-Bubux
-
-
-
-
-From bclark at bclark.yi.org Tue Sep 11 02:30:01 2001
-From: bclark at bclark.yi.org (Bryan Clark)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER : Not enough parameters
-References: <3b9d59153bd91387@amyris.wanadoo.fr> (added by amyris.wanadoo.fr)
-Message-ID: <3B9D5BB5.8010604@bclark.yi.org>
-
-BUBUX2002 wrote:
-
-> Hi,
->
-> I'm using an Unreal IRCD Server (u2.10.10.pl15) with the ircservice
-> (Services 4.5.25 (compiled for ircu 2.9.32-)).
-> I have a unknown message when i have finished to set up the
-> services.conf (the ircd.conf is done too) :
->
-
-Sorry, but that looks like an undernet P10 server, not an Unreal one.
-P10 isn't supported by Services, nor do I think there are plans to
-support it.
-
-Bryan
-
-
-
-From achurch at achurch.org Tue Sep 11 02:57:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] memoserv info
-Message-ID: <3b9d617d.04342@achurch.org>
-
->This is a multi-part message in MIME format.
->
->------=_NextPart_000_000D_01C13666.64C76DC0
->Content-Type: text/plain;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
->I don't know if this has been reported yet:
->
->INFO isn't mentioned in /msg memoserv help
-
- Added, thanks for the report.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Greetz,
->
->Rodecker
->
->------=_NextPart_000_000D_01C13666.64C76DC0
->Content-Type: text/html;
-> charset="iso-8859-1"
->Content-Transfer-Encoding: quoted-printable
->
-><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-><HTML><HEAD>
-><META http-equiv=3DContent-Type content=3D"text/html; =
->charset=3Diso-8859-1">
-><META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>
-><STYLE></STYLE>
-></HEAD>
-><BODY bgColor=3D#ffffff>
-><DIV><FONT face=3DArial size=3D2>I don't know if this has been reported=20
->yet:</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
-><DIV><FONT face=3DArial size=3D2>INFO isn't mentioned in /msg memoserv=20
->help</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
-><DIV><FONT face=3DArial size=3D2>Greetz,</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
-><DIV><FONT face=3DArial size=3D2>Rodecker</FONT></DIV></BODY></HTML>
->
->------=_NextPart_000_000D_01C13666.64C76DC0--
->-----------------------------------------------------------
->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 Tue Sep 11 07:50:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER : Not enough parameters
-References: <3b9d59153bd91387@amyris.wanadoo.fr> (added by amyris.wanadoo.fr)
-Message-ID: <01ef01c13a85$26d7e8f0$9c011ac4@africa.didata.local>
-
-If I had a penny for each of these....
-
-
-
------ Original Message -----
-From: "BUBUX2002" <bubux2002@yahoo.fr>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, September 11, 2001 8:21 AM
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER :
-Not enough parameters
-
-
-> Hi,
->
-> I'm using an Unreal IRCD Server (u2.10.10.pl15) with the ircservice
-> (Services 4.5.25 (compiled for ircu 2.9.32-)).
-> I have a unknown message when i have finished to set up the
-> services.conf (the ircd.conf is done too) :
->
-> Sep 11 02:10:15 2001] Services 4.5.25 (compiled for ircu 2.9.32-)
-> starting up
-> [Sep 11 02:10:15 2001] Databases loaded
-> [Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-> 461 * SERVER :Not enough parameters)
-> [Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * NickServ :Register first.)
-> [Sep 11 02:10:16 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * ChanServ :Register first.)
-> [Sep 11 02:10:24 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * MemoServ :Register first.)
-> [Sep 11 02:10:28 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * OperServ :Register first.)
-> [Sep 11 02:10:32 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * StatServ :Register first.)
-> [Sep 11 02:10:36 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * DevNull :Register first.)
-> [Sep 11 02:10:40 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * Global :Register first.)
-> [Sep 11 02:11:45 2001] unknown message from server (ERROR :Closing Link:
-> Global by Bubux.dns2go.com (Ping timeout))
-> [Sep 11 02:11:45 2001] Read error from server: Success
->
-> I didn't find where was the problem. Can you help me please.
-> Thank you,
->
-> Bubux
->
->
->
-> -----------------------------------------------------------
-> 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 Tue Sep 11 07:56:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER : Not enough parameters
-References: <3b9d59153bd91387@amyris.wanadoo.fr> (added by amyris.wanadoo.fr)
-Message-ID: <021601c13a86$12fd66b0$9c011ac4@africa.didata.local>
-
-Thinking about this some more, what does the initial set of server messages
-look like from a P10 server? Is there a way we can detect that it's a P10
-server and produce some decent output?
-
-Andrew
-
------ Original Message -----
-From: "BUBUX2002" <bubux2002@yahoo.fr>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, September 11, 2001 8:21 AM
-Subject: [IRCServices] Unknown message from server myserver.com * SERVER :
-Not enough parameters
-
-
-> Hi,
->
-> I'm using an Unreal IRCD Server (u2.10.10.pl15) with the ircservice
-> (Services 4.5.25 (compiled for ircu 2.9.32-)).
-> I have a unknown message when i have finished to set up the
-> services.conf (the ircd.conf is done too) :
->
-> Sep 11 02:10:15 2001] Services 4.5.25 (compiled for ircu 2.9.32-)
-> starting up
-> [Sep 11 02:10:15 2001] Databases loaded
-> [Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-> 461 * SERVER :Not enough parameters)
-> [Sep 11 02:10:15 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * NickServ :Register first.)
-> [Sep 11 02:10:16 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * ChanServ :Register first.)
-> [Sep 11 02:10:24 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * MemoServ :Register first.)
-> [Sep 11 02:10:28 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * OperServ :Register first.)
-> [Sep 11 02:10:32 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * StatServ :Register first.)
-> [Sep 11 02:10:36 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * DevNull :Register first.)
-> [Sep 11 02:10:40 2001] unknown message from server (:Bubux.dns2go.com
-> 451 * Global :Register first.)
-> [Sep 11 02:11:45 2001] unknown message from server (ERROR :Closing Link:
-> Global by Bubux.dns2go.com (Ping timeout))
-> [Sep 11 02:11:45 2001] Read error from server: Success
->
-> I didn't find where was the problem. Can you help me please.
-> Thank you,
->
-> Bubux
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From uhc0 at stud.uni-karlsruhe.de Tue Sep 11 10:09:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Unknown message from server myserver.com * SERVER : Not enough parameters
-In-Reply-To: <021601c13a86$12fd66b0$9c011ac4@africa.didata.local>
-Message-ID: <001801c13a98$f97f6400$0264a8c0@nygmatech.local>
-
->From the m_server.c of ircu2.10
-
-/*
- * mr_server - registration message handler
- *
- * parv[0] = sender prefix
- * parv[1] = servername
- * parv[2] = hopcount
- * parv[3] = start timestamp
- * parv[4] = link timestamp
- * parv[5] = major protocol version: P09/P10
- * parv[parc-1] = serverinfo
- * If cptr is P10:
- * parv[6] = "YMM", where 'Y' is the server numeric and "MM" is the
- * numeric nick mask of this server.
- * parv[7] = +hs (h == hub, s == service)
- */
-
-SERVER foo.bar.net 1 <ts> <ts> J10 NZZ +h :description
-
-P09, P10, J10 do exist as protocol versions, if I am correct.
-
-On the other hand, http://coder-com.undernet.org clearly suggests
-running ircu2.10.7, if P9 protocol support is needed, as it is in
-ircservices.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Andrew Kempe
-> Gesendet: Dienstag, 11. September 2001 07:53
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Unknown message from server
-> myserver.com * SERVER : Not enough parameters
->
->
-> Thinking about this some more, what does the initial set of
-> server messages look like from a P10 server? Is there a way
-> we can detect that it's a P10 server and produce some decent output?
->
-> Andrew
->
-> ----- Original Message -----
-> From: "BUBUX2002" <bubux2002@yahoo.fr>
-> To: <ircservices@ircservices.za.net>
-> Sent: Tuesday, September 11, 2001 8:21 AM
-> Subject: [IRCServices] Unknown message from server
-> myserver.com * SERVER : Not enough parameters
->
->
-> > Hi,
-> >
-> > I'm using an Unreal IRCD Server (u2.10.10.pl15) with the ircservice
-> > (Services 4.5.25 (compiled for ircu 2.9.32-)). I have a unknown
-> > message when i have finished to set up the services.conf (the
-> > ircd.conf is done too) :
-> >
-> > Sep 11 02:10:15 2001] Services 4.5.25 (compiled for ircu 2.9.32-)
-> > starting up [Sep 11 02:10:15 2001] Databases loaded
-> > [Sep 11 02:10:15 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 461 * SERVER :Not enough parameters)
-> > [Sep 11 02:10:15 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * NickServ :Register first.)
-> > [Sep 11 02:10:16 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * ChanServ :Register first.)
-> > [Sep 11 02:10:24 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * MemoServ :Register first.)
-> > [Sep 11 02:10:28 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * OperServ :Register first.)
-> > [Sep 11 02:10:32 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * StatServ :Register first.)
-> > [Sep 11 02:10:36 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * DevNull :Register first.)
-> > [Sep 11 02:10:40 2001] unknown message from server
-> (:Bubux.dns2go.com
-> > 451 * Global :Register first.)
-> > [Sep 11 02:11:45 2001] unknown message from server (ERROR
-> :Closing Link:
-> > Global by Bubux.dns2go.com (Ping timeout))
-> > [Sep 11 02:11:45 2001] Read error from server: Success
-> >
-> > I didn't find where was the problem. Can you help me please. Thank
-> > you,
-> >
-> > Bubux
-> >
-> >
-> >
-> > -----------------------------------------------------------
-> > 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 borg at borgdrone.net Wed Sep 12 21:56:01 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <000201c13bc4$82b037a0$0d37cbcc@borgdrone.net>
-
-Just a couple request's for features:
-
-Sendpass for admin and the ability to disable getpass in services.
-
-When a SA forbids a nick/channel the services apends the admin that did it with a reason.
-
-Scott Grayban
-
-
-
-From achurch at achurch.org Thu Sep 13 03:48:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <3ba00fbc.06461@achurch.org>
-
- Both of these features are under consideration for version 5.0. No
-more features will be added to version 4.5.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Just a couple request's for features:
->
->Sendpass for admin and the ability to disable getpass in services.
->
->When a SA forbids a nick/channel the services apends the admin that did
->it with a reason.
->
->Scott Grayban
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Fri Sep 14 09:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.26 released
-Message-ID: <3ba1b3c6.15064@achurch.org>
-
- Services 4.5.26 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.26.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.26.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes a bug in Unreal handling which can potentially
-cause crashes; if you are using Unreal, please upgrade to this version.
-
-Changes in version 4.5.26
--------------------------
-2001/09/14 Fixed bug causing channel mode locks to be lost when
- importing Magick 1.4 or SirvNET Services databases.
-2001/09/14 Added support for Auspice 2.5 databases to import-db.
- Suggested by MX <darkie@tampabay.rr.com>
-2001/09/11 INFO was not listed in the MemoServ help message; added it.
- Reported by Martin Pels.
-2001/09/11 Fixed fakehost-related (Unreal) bug sometimes triggered by
- ChanServ bans. Reported by Carsten V. Munk
- <stskeeps@tspre.org>
-
-I lost the address for Martin Pels; if you would like your E-mail address
-included in the Changes file, please let me know. (Also, if anyone does
-_not_ want their address in the Changes file, let me know and I will remove
-it.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From borg at borgdrone.net Fri Sep 14 11:32:01 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <000501c13cff$fb04b000$0d37cbcc@borgdrone.net>
-
-New release has a compile error:
-
-In file included from services.h:198,
- from actions.c:10:
-extern.h:92:17: operator '!' has no right operand
-make: *** [actions.o] Error 1
-
-Scott Grayban
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-
-
-From achurch at achurch.org Fri Sep 14 11:54:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <3ba1d3e1.15644@achurch.org>
-
->New release has a compile error:
->
->In file included from services.h:198,
-> from actions.c:10:
->extern.h:92:17: operator '!' has no right operand
->make: *** [actions.o] Error 1
-
- Looks like a bug in the configure script, though I'm surprised it
-hasn't been caught before now. I'll get a fixed release out shortly.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Fri Sep 14 15:57:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.27 released
-Message-ID: <3ba20c9a.22174@achurch.org>
-
- Services 4.5.27 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.27.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.27.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release corrects the bug reported earlier that prevented
-compilation when installing from the tar file (instead of from a previously
-existing source tree). If you are able to compile 4.5.26 then you don't
-need to upgrade.
-
-Changes in version 4.5.27
--------------------------
-2001/09/14 Fixed bug in configure script causing compilation errors.
- Reported by Scott Grayban <borg@dreamirc.com>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From borg at borgdrone.net Fri Sep 14 17:10:01 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] wrong email address Andy
-Message-ID: <000501c13d2f$053fa960$0d37cbcc@borgdrone.net>
-
-my email address has changed Andy--should be borg@borgdrone.net
-
-also when will 5.0 be ready for beta testing? i would be interested in helping to debug it.
-
-Scott Grayban
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-
-From achurch at achurch.org Sat Sep 15 02:28:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] wrong email address Andy
-Message-ID: <3ba2a094.22252@achurch.org>
-
->my email address has changed Andy--should be borg@borgdrone.net
-
- Thanks, I'll fix it. (I didn't have the message anymore so I just
-copied from an earlier entry.)
-
->also when will 5.0 be ready for beta testing? i would be interested in
->helping to debug it.
-
- Work has been keeping me very busy lately so I haven't had much
-chance to work on it; my best guess would be November or December at this
-point. I'll make an announcement to the list when I have a beta version
-ready.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Georges at Berscheid.lu Sun Sep 16 13:26:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] /operserv session list
-Message-ID: <002701c13ea2$7af53980$7ac2ebc2@gremlins.lu>
-
-Hi,
-
-what do I do when operserv says there are 3 connections from one host, but /who (as an ircop) only shows 2 (and in fact there are only 2 connections). A third one cannot connect because the session limit of 3 is reached.
-Is there a way out of this situation ?
-
-Georges
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010916/02211572/attachment.htm
-From achurch at achurch.org Tue Sep 18 15:18:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] /operserv session list
-Message-ID: <3ba74980.33222@achurch.org>
-
->what do I do when operserv says there are 3 connections from one host, =
->but /who (as an ircop) only shows 2 (and in fact there are only 2 =
->connections). A third one cannot connect because the session limit of 3 =
->is reached.
->Is there a way out of this situation ?
-
- That shouldn't happen in the first place, but if it does, your only
-recourse is to restart Services. If you can consistently reproduce this
-problem, please send me a detailed bug report.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From grifferz at blitzed.org Tue Sep 18 15:28:14 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] channel's last used time
-Message-ID: <20010918142739.O12289@laudanum.strugglers.net>
-
-I am using a fairly old and modified version of ircservices so I
-apologise if this is no longer the behaviour of ircservices. I just
-thought I better report it in case it is.
-
-I had a report from a channel founder that his channel had suddenly
-ceased to exist. On further investigation it had apparently
-expired, even though people had been using the channel.
-
-I worked it out when I looked at their LEVELS settings. They don't
-like being auto opped, so they had disabled AUTOOP. When they
-needed ops they would just use /msg chanserv op. However, using
-chanserv op does not update the channel's last_used time. Hence
-their channel expired even though they were using it every day.
-
-It did give me a bit of amusement, but whilst disabling autoop like
-that is not a popular choice it is a valid one and should not result
-in expiration of channel; I made a quick fix by make ci->last_used
-get updated every time check_access returns success.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Matt> phil is pickling me up and i'll take him to a pub
-
-From andrewk at icon.co.za Tue Sep 18 15:48:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.27 released
-References: <3ba20c9a.22174@achurch.org>
-Message-ID: <011901c14048$240365f0$9c011ac4@africa.didata.local>
-
-Does anyone know if FreshMeat.NET is a bit broken, I can't add this
-release... it just dies on the final page.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, September 14, 2001 3:46 PM
-Subject: [IRCServices] Services 4.5.27 released
-
-
-> Services 4.5.27 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.27.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.27.diff.gz
->
-> ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> This release corrects the bug reported earlier that prevented
-> compilation when installing from the tar file (instead of from a
-previously
-> existing source tree). If you are able to compile 4.5.26 then you don't
-> need to upgrade.
->
-> Changes in version 4.5.27
-> -------------------------
-> 2001/09/14 Fixed bug in configure script causing compilation errors.
-> Reported by Scott Grayban <borg@dreamirc.com>
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Tue Sep 18 15:53:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] channel's last used time
-Message-ID: <3ba751bc.33247@achurch.org>
-
- This was fixed in version 4.5.21.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->I am using a fairly old and modified version of ircservices so I
->apologise if this is no longer the behaviour of ircservices. I just
->thought I better report it in case it is.
->
->I had a report from a channel founder that his channel had suddenly
->ceased to exist. On further investigation it had apparently
->expired, even though people had been using the channel.
->
->I worked it out when I looked at their LEVELS settings. They don't
->like being auto opped, so they had disabled AUTOOP. When they
->needed ops they would just use /msg chanserv op. However, using
->chanserv op does not update the channel's last_used time. Hence
->their channel expired even though they were using it every day.
->
->It did give me a bit of amusement, but whilst disabling autoop like
->that is not a popular choice it is a valid one and should not result
->in expiration of channel; I made a quick fix by make ci->last_used
->get updated every time check_access returns success.
->
->--
->The Blitzed IRC Network, http://www.blitzed.org
->
-><Matt> phil is pickling me up and i'll take him to a pub
->-----------------------------------------------------------
->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 qkisoft at teleline.es Thu Sep 20 15:09:00 2001
-From: qkisoft at teleline.es (QKIDAMON)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Problems with nick protection kill
-Message-ID: <3BA9F911.3080701@teleline.es>
-
-Hi.
-
-I've just updated my IRC system from Bahamut 1.4.23 to 1.4.29 and from
-IRCServices 4.5.16 to 4.5.27.
-I've used my old ircd.conf and services.conf.
-
-My old configuration was working fine.
-Affter update, everthing seems to be OK but i've noticed that services
-kills users that don't identify their nicks only with determiniated users.
-
-One example.
-
-I have 2 registered nicks (qkidamon & qki66) both of them with KILL an
-SECURE options set to ON. Well, qkidamon is killed if he doesn't
-identify OK but qki666 isn't killed.
-
-The only difference between this 2 nick is that qkidamon is de ServicesRoot.
-
-Is there any configuration issue different in this new releases ?
-
-Thanks from SPAIN.
-
-
-From frostycoolslug at hotmail.com Thu Sep 20 19:38:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] /lusers
-Message-ID: <F1182rfYIu5vC8UO0ry000016c2@hotmail.com>
-
-is there ne way of hiding services from the /lusers list?
-i gives users the impression that there are thousands of opers online
-instead of err.. 2 :)
-For Example..
----- Current ----
-There are 16 users and 5 invisible on 3 servers
-8 operator(s) online
-17 channels formed
-I have 15 clients and 2 servers
--
-Current Local Users: 15 Max: 43
-Current Global Users: 21 Max: 53
------------------
--- What i Want --
-There are 12 users and 5 invisable on 3 servers
-3 operator(s) online
-17 channels formed
-I have 15 clients and 2 servers
--
-Current Local Users: 15 Max: 43
-Current Global Users: 17 Max: 49
------------------
-
-That sorta thing :)
-Also, does Services support Unreal 3.2?
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From russgarrett at mail.ru Thu Sep 20 19:42:00 2001
-From: russgarrett at mail.ru (Russ Garrett)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] /lusers
-In-Reply-To: <F1182rfYIu5vC8UO0ry000016c2@hotmail.com>
-Message-ID: <NDBBLDHKLKMANPGMACIGEEHJCLAA.russgarrett@mail.ru>
-
-> Also, does Services support Unreal 3.2?
-
-Can't answer your first question, but yeah it works fine with 3.2. No
-problems whatsoever.
-
-Russ Garrett (rg@tcslon.com)
-
-
-
-From borg at borgdrone.net Thu Sep 20 20:01:00 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] /lusers
-References: <F1182rfYIu5vC8UO0ry000016c2@hotmail.com>
-Message-ID: <001701c141fd$fc6519a0$0d37cbcc@borgdrone.net>
-
-/lusers is IRCd code not services code...
-
------ Original Message -----
-From: "Craig McLure" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, September 20, 2001 10:37 AM
-Subject: [IRCServices] /lusers
-
-
-| is there ne way of hiding services from the /lusers list?
-| i gives users the impression that there are thousands of opers online
-| instead of err.. 2 :)
-| For Example..
-| ---- Current ----
-| There are 16 users and 5 invisible on 3 servers
-| 8 operator(s) online
-| 17 channels formed
-| I have 15 clients and 2 servers
-| -
-| Current Local Users: 15 Max: 43
-| Current Global Users: 21 Max: 53
-| -----------------
-| -- What i Want --
-| There are 12 users and 5 invisable on 3 servers
-| 3 operator(s) online
-| 17 channels formed
-| I have 15 clients and 2 servers
-| -
-| Current Local Users: 15 Max: 43
-| Current Global Users: 17 Max: 49
-| -----------------
-|
-| That sorta thing :)
-| Also, does Services support Unreal 3.2?
-|
-|
-| --
-| Craig McLure
-| Craig@e-tidalwave.org
-| WaveAdmin on the e-tidalwave IRC Network
-| Ride the Wave! www.e-tidalwave.org
-|
-|
-| _________________________________________________________________
-| Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-|
-| -----------------------------------------------------------
-| To unsubscribe, mail ircservices-request@ircservices.za.net
-| with the word UNSUBSCRIBE in the subject of the mail.
-| http://www.ircservices.za.net/mailman/listinfo/ircservices
-|
-|
-
-
-
-From uhc0 at stud.uni-karlsruhe.de Thu Sep 20 20:11:01 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] /lusers
-In-Reply-To: <001701c141fd$fc6519a0$0d37cbcc@borgdrone.net>
-Message-ID: <001c01c141ff$743e7240$0264a8c0@nygmatech.local>
-
-Well, Bahamut has a feature called, where Ulined clients are hidden
-everywhere you could detect them. I do not know, if Unreal serves
-this feature, and how it is working there, but on Bahamut, Ulined
-clients
-do not appear in /lusers.
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Scott Grayban
-> Gesendet: Donnerstag, 20. September 2001 19:59
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] /lusers
->
->
-> /lusers is IRCd code not services code...
->
-> ----- Original Message -----
-> From: "Craig McLure" <frostycoolslug@hotmail.com>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, September 20, 2001 10:37 AM
-> Subject: [IRCServices] /lusers
->
->
-> | is there ne way of hiding services from the /lusers list?
-> | i gives users the impression that there are thousands of
-> opers online
-> | instead of err.. 2 :)
-> | For Example..
-> | ---- Current ----
-> | There are 16 users and 5 invisible on 3 servers
-> | 8 operator(s) online
-> | 17 channels formed
-> | I have 15 clients and 2 servers
-> | -
-> | Current Local Users: 15 Max: 43
-> | Current Global Users: 21 Max: 53
-> | -----------------
-> | -- What i Want --
-> | There are 12 users and 5 invisable on 3 servers
-> | 3 operator(s) online
-> | 17 channels formed
-> | I have 15 clients and 2 servers
-> | -
-> | Current Local Users: 15 Max: 43
-> | Current Global Users: 17 Max: 49
-> | -----------------
-> |
-> | That sorta thing :)
-> | Also, does Services support Unreal 3.2?
-> |
-> |
-> | --
-> | Craig McLure
-> | Craig@e-tidalwave.org
-> | WaveAdmin on the e-tidalwave IRC Network
-> | Ride the Wave! www.e-tidalwave.org
-> |
-> |
-> | _________________________________________________________________
-> | Get your FREE download of MSN Explorer at
-> | http://explorer.msn.com/intl.asp
-> |
-> | -----------------------------------------------------------
-> | 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 frostycoolslug at hotmail.com Mon Sep 24 22:20:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Version 5's features
-Message-ID: <F151ngOZ2L37022WE1Q00004cc1@hotmail.com>
-
-ok, so we have all been sitting around awaiting the arrivial of Services
-Version 5, but exactly what new features will it have? we have heard you
-concider loads of new features, but which have you decided?
-I bet i'm not the only one asking this question Andrew, and i know u do a
-good job.. but...?
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From jhsc300 at nuvox.net Tue Sep 25 03:43:00 2001
-From: jhsc300 at nuvox.net (John Hall)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Question about 4.5.27
-Message-ID: <009301c14563$44e965b0$1785d7d8@eoneonline>
-
-On the network that I host services for, we recently upgraded from 4.5.23 or so to 4.5.27 because we run Unreal and saw that an upgrade included a fix for the Unreal IRCd. Since the upgrade, the numeric system for our channel Autos(AOPs, SOPs, HOPs, VOPs) and so forth has changed. They still set as they did with the old software, but now they aren't usually auto-opped or anything because the system is checking for a higher numeric than is set. We've figured out that the MINIMUM numeric value for an AOP is 10, but the system will set them as a 5 when added. Please help us with this.
-
-John Hall
-Network Administrator and Services Operator
-WinChat Network - ElkGrove.CA.US.WinChat.Net
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20010925/5bc31337/attachment.html
-From Craig at e-tidalwave.org Tue Sep 25 20:49:00 2001
-From: Craig at e-tidalwave.org (Craig Wood)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Question about 4.5.27
-References: <009301c14563$44e965b0$1785d7d8@eoneonline>
-Message-ID: <OE73iy1GxhdnrJszwpP0000414d@hotmail.com>
-
-well, yesterday, i upgraded from 4.5.21, running unreal3.1.1-DS and i had no
-probs. oh and thanks for reminding me about sorting the aop vop and hop
-levels ;)
------ Original Message -----
-From: John Hall
-To: ircservices@ircservices.za.net
-Sent: Tuesday, September 25, 2001 2:41 AM
-Subject: [IRCServices] Question about 4.5.27
-
-
-On the network that I host services for, we recently upgraded from 4.5.23 or
-so to 4.5.27 because we run Unreal and saw that an upgrade included a fix
-for the Unreal IRCd. Since the upgrade, the numeric system for our channel
-Autos(AOPs, SOPs, HOPs, VOPs) and so forth has changed. They still set as
-they did with the old software, but now they aren't usually auto-opped or
-anything because the system is checking for a higher numeric than is set.
-We've figured out that the MINIMUM numeric value for an AOP is 10, but the
-system will set them as a 5 when added. Please help us with this.
-
-John Hall
-Network Administrator and Services Operator
-WinChat Network - ElkGrove.CA.US.WinChat.Net
-
-From achurch at achurch.org Thu Sep 27 16:42:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Version 5's features
-Message-ID: <3bb33aa1.70226@achurch.org>
-
->ok, so we have all been sitting around awaiting the arrivial of Services
->Version 5, but exactly what new features will it have? we have heard you
->concider loads of new features, but which have you decided?
->I bet i'm not the only one asking this question Andrew, and i know u do a
->good job.. but...?
-
- Well, to be honest I'd hoped to get a beta version ready in the near
-future and surprise everyone with all the new stuff, but as usual things
-aren't moving as quickly as I'd hoped, so for the time being, here's the
-tentative (as in everything I've done so far) What's New section for 5.0.
-Note that this isn't complete by any means; there's still plenty left in
-the TODO file, and I'm deciding whether to add them or not on an item by
-item basis, so the list below will probably grow, but this should be good
-for starters. Note: PLEASE do not spam me with "please add feature X"
-where X has already been requested before (check the TODO file). Doing so
-won't make it any more likely that I'll add it, and I may even decide not
-to add it just to spite you.
-
- If this doesn't seem like a very long list, well, it's not (yet).
-That's mainly because module support has required restructuring and/or
-rewriting a large part of the Services code, which already stands at over
-30,000 lines of code--not even including language files--and that takes a
-lot of time, particularly trying to figure out the best way to restructure
-it (and I'm not even convinced I've done that yet, but if not, I guess
-there's always version 6.0). As always, patience, please.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-------------
-Version 5.0:
-------------
-The single biggest addition to this version of Services is module support.
-This allows the various functions of Services to be added to and modified
-without having to touch the main source code itself. Modules also provide
-much more flexibility in configuring Services; IRC server support and
-database file format can be selected by simply loading the appropriate
-module, and you can even choose which of the pseudoclients (NickServ,
-ChanServ, etc.) you want available. See the example configuration files
-in the "data" subdirectory and the "README.modules" file for more
-information.
-
-Services is now capable of sending mail. Currently, this functionality is
-used by the new "authorization" feature of NickServ (in the
-"nickserv/mail-auth" module), which sends a message to a user upon nick
-registration or E-mail address change and requires the user to "authorize"
-their nickname with a random numeric code included in the message before it
-is recognized as a valid registered nick by Services. In the future,
-forwarding of memos to an E-mail address is also planned to be added.
-
-Also, nickname links have been redesigned for simplicity and robustness.
-In the new linking system, nicks are organized into "groups" which share
-settings the way linked nicks did in previous versions. The LINK command
-has changed as well: instead of creating a link from the current (unlinked
-but registered) nick to a registered master nick, the link is made from the
-current registered nick to a new (unregistered) nick, to simplify
-registration of multiple links at once and to offer slightly better
-protection against "rogue links" created by guessing nick passwords (though
-as always, the best defense is to use good passwords). The old behavior of
-the LINK command is still available through the "nickserv/oldlink" module.
-
-Please see README-5.0 for important information if you are upgrading from
-version 4.x or earlier.
-
-Other changes:
- + Services now records the last time an autokill was triggered.
- * The configuration file has been changed to accommodate modules;
- services.conf now contains only options related to core Services
- functionality, while module-related options (including NickServ,
- ChanServ, etc. settings) are in a new file called "modules.conf".
- Many options have been removed or changed; see the example
- configuration files for details.
- * Channel autokicks specified by nickname will now work for that nick
- only, not for any nicks linked to it.
- * Newly-registered nicks will now always use the default language set in
- config.h, even if that language is changed after registration.
- * The deprecated CheckClones functionality has been removed in favor of
- session limiting.
- * The configuration script "configure" now asks fewer questions, and can
- be completely automated if the "-prefix" option is used.
- * "configure" now understands GNU-style long options, e.g.: --prefix=/usr
-
-From willyb at maniawaste.net Sat Sep 29 16:36:01 2001
-From: willyb at maniawaste.net (WillyB)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Help! Notice -- Link [unknown@ip.address] dropped, no N: line
-Message-ID: <5.0.2.1.0.20010929091528.022db160@mail.maniawaste.net>
-
-Hello,
-
-I have ircservices-4.5.27 on bahamut-1.4.29-release.
-
-I have C and N lines in ircd.conf
-
-I took out the port number in the C line as per the FAQ.
-
-I restart the ircd after trying to fix the C/N lines and when I ./services
--debug -debug -debug -debug
-the server sends this in the mIRC Status window:
-
- -irc.maniawaste.net- *** Notice -- Link [unknown@66.12.219.101] dropped,
-no N: line
-
-I get this in the log file:
-Received: ERROR :Closing Link: 0.0.0.0 (NO N line)
-unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)
-
-The last line in the log file says this:
-irc.maniawaste.net SQUIT irc.maniawaste.net :Read error from server: Success
-
-My N line is obviously not right but I have tried crypted password, non
-crypted password, everything I can think of and get the same errors.
-
-I compiled the ircservices with the 23 server option (for Bahamut 1.4.23 or
-later). On Red Hat Linux 2.2.16-3
-
-I must be missing something while reading the Install files,
-example.ircdconfig file and FAQ's :/
-
-Any insight or help will be greatly appreciated :)
-
-Thanks!
-
-WillyB
-
-
-From uhc0 at stud.uni-karlsruhe.de Sun Sep 30 01:08:01 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Help! Notice -- Link [unknown@ip.address] dropped, no N: line
-In-Reply-To: <5.0.2.1.0.20010929091528.022db160@mail.maniawaste.net>
-Message-ID: <000001c1493b$7accba20$0264a8c0@nygmatech.local>
-
-Could you please be so kind and paste
-your C and N lines in your ircd.conf and the
-RemoteServer line in your services.conf ?
-
-Obviously some or one of them are/is wrong. But because you did not
-provide any information, noone can help.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von WillyB
-> Gesendet: Samstag, 29. September 2001 16:35
-> An: ircservices@ircservices.za.net
-> Betreff: [IRCServices] Help! Notice -- Link
-> [unknown@ip.address] dropped, no N: line
->
->
-> Hello,
->
-> I have ircservices-4.5.27 on bahamut-1.4.29-release.
->
-> I have C and N lines in ircd.conf
->
-> I took out the port number in the C line as per the FAQ.
->
-> I restart the ircd after trying to fix the C/N lines and when
-> I ./services
-> -debug -debug -debug -debug
-> the server sends this in the mIRC Status window:
->
-> -irc.maniawaste.net- *** Notice -- Link
-> [unknown@66.12.219.101] dropped,
-> no N: line
->
-> I get this in the log file:
-> Received: ERROR :Closing Link: 0.0.0.0 (NO N line)
-> unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)
->
-> The last line in the log file says this:
-> irc.maniawaste.net SQUIT irc.maniawaste.net :Read error from
-> server: Success
->
-> My N line is obviously not right but I have tried crypted
-> password, non
-> crypted password, everything I can think of and get the same errors.
->
-> I compiled the ircservices with the 23 server option (for
-> Bahamut 1.4.23 or
-> later). On Red Hat Linux 2.2.16-3
->
-> I must be missing something while reading the Install files,
-> example.ircdconfig file and FAQ's :/
->
-> Any insight or help will be greatly appreciated :)
->
-> Thanks!
->
-> WillyB
->
-> -----------------------------------------------------------
-> 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 willyb at maniawaste.net Sun Sep 30 12:21:00 2001
-From: willyb at maniawaste.net (WillyB on Devil at ManiAwaste)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Help! Notice -- Link [unknown@ip.address] dropped, no N: line
-In-Reply-To: <000001c1493b$7accba20$0264a8c0@nygmatech.local>
-References: <000001c1493b$7accba20$0264a8c0@nygmatech.local>
-Message-ID: <01093005172501.01202@Devil>
-
-Hello Yusuf....
-
-Yes.. Here are the lines in ircd.conf:
-
-Y:2:90:300:10:4000000
-U:*.maniawaste.net:*:*
-
-C:66.12.219.*:ThePassWord:*.maniawaste.net::2
-N:66.12.219.*:CryptedPassWd:*.maniawaste.net::2
-
-And here is the line in ircservices:
-
-RemoteServer irc.maniawaste.net 6666 "ThePassWord"
-
-Thanks :)
-
-Sorry for the inadiquite info earlier folks
-
-Best Regards!
-
-WillyB
-
-
-
-On Sat, 29 Sep 2001, you wrote:
-> Could you please be so kind and paste
-> your C and N lines in your ircd.conf and the
-> RemoteServer line in your services.conf ?
->
-> Obviously some or one of them are/is wrong. But because you did not
-> provide any information, noone can help.
->
-> Regards;
-> yusuf
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
->
-> > -----Ursprüngliche Nachricht-----
-> > Von: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von WillyB
-> > Gesendet: Samstag, 29. September 2001 16:35
-> > An: ircservices@ircservices.za.net
-> > Betreff: [IRCServices] Help! Notice -- Link
-> > [unknown@ip.address] dropped, no N: line
-> >
-> >
-> > Hello,
-> >
-> > I have ircservices-4.5.27 on bahamut-1.4.29-release.
-> >
-> > I have C and N lines in ircd.conf
-> >
-> > I took out the port number in the C line as per the FAQ.
-> >
-> > I restart the ircd after trying to fix the C/N lines and when
-> > I ./services
-> > -debug -debug -debug -debug
-> > the server sends this in the mIRC Status window:
-> >
-> > -irc.maniawaste.net- *** Notice -- Link
-> > [unknown@66.12.219.101] dropped,
-> > no N: line
-> >
-> > I get this in the log file:
-> > Received: ERROR :Closing Link: 0.0.0.0 (NO N line)
-> > unknown message from server (ERROR :Closing Link: 0.0.0.0 (NO N line)
-> >
-> > The last line in the log file says this:
-> > irc.maniawaste.net SQUIT irc.maniawaste.net :Read error from
-> > server: Success
-> >
-> > My N line is obviously not right but I have tried crypted
-> > password, non
-> > crypted password, everything I can think of and get the same errors.
-> >
-> > I compiled the ircservices with the 23 server option (for
-> > Bahamut 1.4.23 or
-> > later). On Red Hat Linux 2.2.16-3
-> >
-> > I must be missing something while reading the Install files,
-> > example.ircdconfig file and FAQ's :/
-> >
-> > Any insight or help will be greatly appreciated :)
-> >
-> > Thanks!
-> >
-> > WillyB
-> >
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo> /ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From uhc0 at rz.uni-karlsruhe.de Sun Sep 30 12:34:00 2001
-From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Help! Notice -- Link [unknown@ip.address]
- dropped, no N: line
-In-Reply-To: <01093005172501.01202@Devil>
-Message-ID: <Pine.HPX.4.31.0109301228180.19532-100000@rzstud1.rz.uni-karlsruhe.de>
-
-On Sun, 30 Sep 2001, WillyB on Devil at ManiAwaste wrote:
-
-> Hello Yusuf....
->
-> Yes.. Here are the lines in ircd.conf:
->
-> Y:2:90:300:10:4000000
-> U:*.maniawaste.net:*:*
-
-This will not work on Bahamut.
-
-U:services.maniawaste.net:*:*
-is correct.
-
->
-> C:66.12.219.*:ThePassWord:*.maniawaste.net::2
-> N:66.12.219.*:CryptedPassWd:*.maniawaste.net::2
-
-Those will not work on Bahamut.
-
-C:66.12.219.xxx:ThePassWord:services.maniawaste.net::2
-N:66.12.219.xxx:ThePassWord:services.maniawaste.net::2
-
-are correct.
-
-You may try 66.12.219.*, since aconf->host might use match.
-But aconf->name, in this case "services.maniawaste.net"
-does not use match.
-
-it compared *.maniawaste.net with services.maniawaste.net
-and saw that they are not the same string. So there is no N line.
-
-Regards;
-yusuf.
-
-
-
-
-From willyb at maniawaste.net Sun Sep 30 13:52:01 2001
-From: willyb at maniawaste.net (WillyB on Devil at ManiAwaste)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Help! Notice -- Link [unknown@ip.address] dropped, no N: line
-In-Reply-To: <Pine.HPX.4.31.0109301228180.19532-100000@rzstud1.rz.uni-karlsruhe.de>
-References: <Pine.HPX.4.31.0109301228180.19532-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <01093006481303.01202@Devil>
-
-Thank You Yusuf :)
-
-That worked...
-
-I might add that I also had the ServerName wrong in the services.conf file :/
-
-Just incase someone has this same problem... once I changed the C/N lines and
-
-ServerName irc.maniawaste.net to
-ServerName services.maniawaste.net
-in services.conf it worked fine :)
-
-Thanks for your help, it is very much appreciated!
-
-Best Regards...
-
-WillyB
-
-
-On Sun, 30 Sep 2001, you wrote:
-> On Sun, 30 Sep 2001, WillyB on Devil at ManiAwaste wrote:
->
-> > Hello Yusuf....
-> >
-> > Yes.. Here are the lines in ircd.conf:
-> >
-> > Y:2:90:300:10:4000000
-> > U:*.maniawaste.net:*:*
->
-> This will not work on Bahamut.
->
-> U:services.maniawaste.net:*:*
-> is correct.
->
-> >
-> > C:66.12.219.*:ThePassWord:*.maniawaste.net::2
-> > N:66.12.219.*:CryptedPassWd:*.maniawaste.net::2
->
-> Those will not work on Bahamut.
->
-> C:66.12.219.xxx:ThePassWord:services.maniawaste.net::2
-> N:66.12.219.xxx:ThePassWord:services.maniawaste.net::2
->
-> are correct.
->
-> You may try 66.12.219.*, since aconf->host might use match.
-> But aconf->name, in this case "services.maniawaste.net"
-> does not use match.
->
-> it compared *.maniawaste.net with services.maniawaste.net
-> and saw that they are not the same string. So there is no N line.
->
-> Regards;
-> yusuf.
->
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From achurch at achurch.org Mon Oct 1 02:25:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.28 released
-Message-ID: <3bb7b7b4.24151@achurch.org>
-
- Services 4.5.28 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.28.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.28.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
-Changes in version 4.5.28
--------------------------
-2001/10/01 Added Dutch language file, courtesy of Martin Pels
- <rodecker@mp3crew.nu>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From frostycoolslug at hotmail.com Mon Oct 1 14:34:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.28 released
-Message-ID: <F117jR8uMYP69kNgbXM0000c729@hotmail.com>
-
-are you taking the mick?!!?!?
-lol
-surley you can find a few bugs to fix before releasing a new version?
-just a language file may annoy ppl a bit :P
-cya!
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Services 4.5.28 released
->Date: Mon, 01 Oct 2001 08:22:16 JST
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBD81040C00BD4004319BD8AB4C020E360; Sun, 30 Sep 2001 17:30:04 -0700
->Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->esmtp (Exim 3.22 #1)id 15nqy3-0003Hj-00for craig@e-tidalwave.org; Sun, 30
->Sep 2001 20:29:55 -0400
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id f910POp12298 for
-><craig@e-tidalwave.co.uk>; Mon, 1 Oct 2001 01:25:29 +0100
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 125FF17DA4; Mon, 1 Oct 2001
->02:25:17 +0200 (SAST)
->Received: from achurch.org (unknown [210.145.195.3])by snow.fingers.co.za
->(Postfix) with SMTP id 32DB517DA1for <ircservices@ircservices.za.net>; Mon,
-> 1 Oct 2001 02:24:00 +0200 (SAST)
->Received: by achurch.org (wmail 0.9.10) id 3bb7b7b4.24151; Mon, 01 Oct 2001
->09:24:20 JST
->From ircservices-admin@ircservices.za.net Sun, 30 Sep 2001 17:31:35 -0700
->Delivered-To: ircservices@snow.fingers.co.za
->X-Mailer: MMail v4.98
->Message-ID: <3bb7b7b4.24151@achurch.org>
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Mon, 01 Oct 2001 08:22:16 JST
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
-> Services 4.5.28 has been released, and can be downloaded from:
->
->ftp://ftp.esper.net/ircservices/ircservices-4.5.28.tar.gz
->ftp://ftp.esper.net/ircservices/ircservices-4.5.28.diff.gz
->
->ftp.ircservices.za.net and the mirrors should have it shortly.
->
->Changes in version 4.5.28
->-------------------------
->2001/10/01 Added Dutch language file, courtesy of Martin Pels
-> <rodecker@mp3crew.nu>
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From iskend at teco.edu Mon Oct 1 19:56:00 2001
-From: iskend at teco.edu (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Services 4.5.28 released
-In-Reply-To: <Pine.HPX.4.31.0110011944160.3790-100000@rzstud1.rz.uni-karlsruhe.de>
-Message-ID: <003b01c14aa2$3cb8dcb0$0264a8c0@nygmatech.local>
-
-> are you taking the mick?!!?!?
-> lol
-> surley you can find a few bugs to fix before releasing a new
-> version? just a language file may annoy ppl a bit :P cya!
-
-Since there might be dutch speaking users who really would like
-this addendum, it was correct to release a new version.
-
-Dutch is not only spoken in Benelux, but also in South Africa
-(Do look at the cctld of the IrcServices webpage: .za) and also
-in Indonesia, etc...
-
-So there are probably more users than you might have thought of,
-who would like this.
-
-Moreover, noone is enforcing you to install this version. And,
-all of us are kindly invited in finding bugs and reporting them,
-and not only the coder himself. If there aren't any bugs at this
-time, nothing is fixed in this version.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From frostycoolslug at hotmail.com Mon Oct 1 20:10:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Services 4.5.28 released
-Message-ID: <F29Q6MLr1KXzCw6qqFT0000f040@hotmail.com>
-
-ok, fair enuf..
-i wasnt really thinking when i sent the mail..
-sleepless night, stressful day.. u know how it goes ;)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Yusuf Iskenderoglu" <iskend@teco.edu>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: AW: [IRCServices] Services 4.5.28 released
->Date: Mon, 1 Oct 2001 19:55:20 +0200
->MIME-Version: 1.0
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBD81FA4400BC4004318AD8AB4C020C790; Mon, 01 Oct 2001 11:00:37 -0700
->Received: from [212.4.208.115] (helo=ultra15.uk2net.com)by chex.usnuk.net
->with esmtp (Exim 3.22 #1)id 15o7Mb-0000BR-00for craig@e-tidalwave.org; Mon,
->01 Oct 2001 14:00:22 -0400
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra15.uk2net.com (0.0.0/0.0.0) with ESMTP id f91Hw7B09434 for
-><craig@e-tidalwave.co.uk>; Mon, 1 Oct 2001 19:00:27 +0100
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 92FF417DA2; Mon, 1 Oct 2001
->19:56:19 +0200 (SAST)
->Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de
->[129.13.64.97])by snow.fingers.co.za (Postfix) with ESMTP id 7136C17DA1for
-><ircservices@ircservices.za.net>; Mon, 1 Oct 2001 19:55:25 +0200 (SAST)
->Received: from whitelight (hadie304.hadiko.uni-karlsruhe.de
->[172.20.42.95])by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1)id
->15o7Hj-0002Cp-00; Mon, 01 Oct 2001 19:55:19 +0200
->From ircservices-admin@ircservices.za.net Mon, 01 Oct 2001 11:01:57 -0700
->Delivered-To: ircservices@snow.fingers.co.za
->Message-ID: <003b01c14aa2$3cb8dcb0$0264a8c0@nygmatech.local>
->X-Priority: 3 (Normal)
->X-MSMail-Priority: Normal
->X-Mailer: Microsoft Outlook, Build 10.0.2627
->Importance: Normal
->In-Reply-To:
-><Pine.HPX.4.31.0110011944160.3790-100000@rzstud1.rz.uni-karlsruhe.de>
->X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Mon, 1 Oct 2001 19:55:20 +0200
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->
-> > are you taking the mick?!!?!?
-> > lol
-> > surley you can find a few bugs to fix before releasing a new
-> > version? just a language file may annoy ppl a bit :P cya!
->
->Since there might be dutch speaking users who really would like
->this addendum, it was correct to release a new version.
->
->Dutch is not only spoken in Benelux, but also in South Africa
->(Do look at the cctld of the IrcServices webpage: .za) and also
->in Indonesia, etc...
->
->So there are probably more users than you might have thought of,
->who would like this.
->
->Moreover, noone is enforcing you to install this version. And,
->all of us are kindly invited in finding bugs and reporting them,
->and not only the coder himself. If there aren't any bugs at this
->time, nothing is fixed in this version.
->
->Regards;
->yusuf
->
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From smkelly at zombie.org Mon Oct 1 22:33:01 2001
-From: smkelly at zombie.org (Sean Kelly)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] Services 4.5.28 released
-In-Reply-To: <F117jR8uMYP69kNgbXM0000c729@hotmail.com>
-References: <F117jR8uMYP69kNgbXM0000c729@hotmail.com>
-Message-ID: <20011001153158.A37173@edgemaster.zombie.org>
-
-On Mon, Oct 01, 2001 at 12:57:42PM +0100, Craig McLure wrote:
-> are you taking the mick?!!?!?
-> lol
-What is that supposed to mean?
-
-> surley you can find a few bugs to fix before releasing a new version?
-> just a language file may annoy ppl a bit :P
-> cya!
-
-Nobody is forcing you to upgrade, so why complain? I swear, some people
-will complain if they're given $100 with no strings attached. "It isn't
-enough, I need more free stuff!"
-
-And on another note, since when did e-mail degrade to the level of
-IRC-grade grammar, spelling, and overall language? Having IRC loaded with
-l33tsp333k and bad spelling is bad enough. People need to learn to write
-before we l33tsp33k ourselves back into the Dark Ages.
-
---
-Sean Kelly | PGP KeyID: 77042C7B
-smkelly@zombie.org | http://www.zombie.org
-
-For PGP key, send e-mail with subject "send pgp key"
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 187 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011001/fc01b0bd/attachment.pgp
-From gadall at msn.com Tue Oct 2 02:51:00 2001
-From: gadall at msn.com (Dallas Wright)
-Date: Sat Oct 23 23:01:29 2004
-Subject: AW: [IRCServices] Services 4.5.28 released
-Message-ID: <OE133jbuZWJrgBdl7ho00017e7c@hotmail.com>
-
-Dutch ISN'T spoken in South Africa, Afrikaans is, while the languages may have some similarities (Afrikaans is based on Dutch) there are great differences in grammar, spelling AND meaning between the two.
-
-While I think to those people looking for A Dutch language addition, surely this could be ab addendum, rather than considered an upgrade, either way it doesn't really bother, I just want version 5 :)
-
-Dallas
-
-
-
------ Original Message -----
-From: Craig McLure
-Sent: Monday, October 01, 2001 11:12 AM
-To: ircservices@ircservices.za.net
-Subject: Re: AW: [IRCServices] Services 4.5.28 released
-
-
-ok, fair enuf..
-i wasnt really thinking when i sent the mail..
-sleepless night, stressful day.. u know how it goes ;)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Yusuf Iskenderoglu" <iskend@teco.edu>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: AW: [IRCServices] Services 4.5.28 released
->Date: Mon, 1 Oct 2001 19:55:20 +0200
->MIME-Version: 1.0
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBD81FA4400BC4004318AD8AB4C020C790; Mon, 01 Oct 2001 11:00:37 -0700
->Received: from [212.4.208.115] (helo=ultra15.uk2net.com)by chex.usnuk.net
->with esmtp (Exim 3.22 #1)id 15o7Mb-0000BR-00for craig@e-tidalwave.org; Mon,
->01 Oct 2001 14:00:22 -0400
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra15.uk2net.com (0.0.0/0.0.0) with ESMTP id f91Hw7B09434 for
-><craig@e-tidalwave.co.uk>; Mon, 1 Oct 2001 19:00:27 +0100
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 92FF417DA2; Mon, 1 Oct 2001
->19:56:19 +0200 (SAST)
->Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de
->[129.13.64.97])by snow.fingers.co.za (Postfix) with ESMTP id 7136C17DA1for
-><ircservices@ircservices.za.net>; Mon, 1 Oct 2001 19:55:25 +0200 (SAST)
->Received: from whitelight (hadie304.hadiko.uni-karlsruhe.de
->[172.20.42.95])by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1)id
->15o7Hj-0002Cp-00; Mon, 01 Oct 2001 19:55:19 +0200
->From ircservices-admin@ircservices.za.net Mon, 01 Oct 2001 11:01:57 -0700
->Delivered-To: ircservices@snow.fingers.co.za
->Message-ID: <003b01c14aa2$3cb8dcb0$0264a8c0@nygmatech.local>
->X-Priority: 3 (Normal)
->X-MSMail-Priority: Normal
->X-Mailer: Microsoft Outlook, Build 10.0.2627
->Importance: Normal
->In-Reply-To:
-><Pine.HPX.4.31.0110011944160.3790-100000@rzstud1.rz.uni-karlsruhe.de>
->X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Mon, 1 Oct 2001 19:55:20 +0200
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->
-> > are you taking the mick?!!?!?
-> > lol
-> > surley you can find a few bugs to fix before releasing a new
-> > version? just a language file may annoy ppl a bit :P cya!
->
->Since there might be dutch speaking users who really would like
->this addendum, it was correct to release a new version.
->
->Dutch is not only spoken in Benelux, but also in South Africa
->(Do look at the cctld of the IrcServices webpage: .za) and also
->in Indonesia, etc...
->
->So there are probably more users than you might have thought of,
->who would like this.
->
->Moreover, noone is enforcing you to install this version. And,
->all of us are kindly invited in finding bugs and reporting them,
->and not only the coder himself. If there aren't any bugs at this
->time, nothing is fixed in this version.
->
->Regards;
->yusuf
->
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
------------------------------------------------------------
-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<br clear=all><hr>Get your FREE download of MSN Explorer at <a href='http://go.msn.com/bql/hmtag_itl_EN.asp'>http://explorer.msn.com</a><br>
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011002/5bdd3ccd/attachment.html
-From achurch at achurch.org Tue Oct 2 13:18:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] About new releases
-Message-ID: <3bb9a26a.44764@achurch.org>
-
-To answer the questions raised about the release of version 4.5.28:
-
-- There are a large number of people in the world who speak Dutch. Even if
- not a majority, I think it appropriate to provide them with a translation
- as soon as possible.
-
-- The release number (third part of the version number) is just that, a
- release number; all it indicates is the number of times I've released
- Services with the same major and minor version number. It doesn't
- necessarily indicate a significant change in the program--sometimes I
- make a new release just to fix typos--and, unless there's a critical bug
- that the new release fixes (in which case I'll make a special note in the
- release announcement), it doesn't mean you need to upgrade. At the
- moment, you can consider yourself up-to-date in terms of critical bug
- fixes if you're using version 4.5.26 or later.
-
-- I don't have any particular thresholds for releasing--no "fix X bugs
- between releases" or "don't release more than once every Y days". I
- release when I feel that people would find a new release useful.
- Sometimes that results in things like this release, which does nothing
- but add a language file. As mentioned above, if you don't feel like
- upgrading, then don't; it's that simple.
-
-- Version 5.0 is progressing, slowly but surely. I won't make any promises
- in terms of dates because it all depends on how much time I find to work
- on it, but if things go well I hope to have a beta version ready by the
- end of the year. For the curious, a unified context diff of 4.5.28 and
- the current 5.0 code base comes to 65,976 lines (2.1MB).
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From thebeast at xs4all.nl Tue Oct 2 22:18:00 2001
-From: thebeast at xs4all.nl (thebeast)
-Date: Sat Oct 23 23:01:29 2004
-Subject: [IRCServices] About new releases
-References: <3bb9a26a.44764@achurch.org>
-Message-ID: <3BBA20B5.CFB6BB8C@xs4all.nl>
-
-
-Andrew Church wrote:
-
-> To answer the questions raised about the release of version 4.5.28:
->
-> - Version 5.0 is progressing, slowly but surely. I won't make any promises
-> in terms of dates because it all depends on how much time I find to work
-> on it, but if things go well I hope to have a beta version ready by the
-> end of the year. For the curious, a unified context diff of 4.5.28 and
-> the current 5.0 code base comes to 65,976 lines (2.1MB).
-
-First Thanks for the FAST release of the dutch language version we !!!
-second Must we complety rewrite the language file for version 5 or must
-we only check for diff if you release it ?
-third where can we sig in for Alpha testen the 5 version ;)
-
-Grtzz a Really Happy Mp3crew Crew
-(admins@mp3crew.nu)
-
-
-
-
-From obet.lopez at mydestiny.net Mon Oct 8 09:44:00 2001
-From: obet.lopez at mydestiny.net (Robert Lopez)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Operator Access
-Message-ID: <002a01c14fcd$15388480$1be008ca@mydestiny.net>
-
-hi,
-
-im a newbie. ive installed ircservices-4.50 in bahamut-1.4.29 as my ircd. why is it that i cant get and operator sign?
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011008/4cff62c6/attachment.htm
-From andrewk at icon.co.za Mon Oct 8 09:57:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Operator Access
-References: <002a01c14fcd$15388480$1be008ca@mydestiny.net>
-Message-ID: <00d001c14fce$ae3ac930$9c011ac4@africa.didata.local>
-
-Are you talking about becoming a channel operater (indicated by the @ sign)
-or IRC Operator?
-
-Andrew
-
------ Original Message -----
-From: "Robert Lopez" <obet.lopez@mydestiny.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, October 08, 2001 9:44 AM
-Subject: [IRCServices] Operator Access
-
-
-hi,
-
-im a newbie. ive installed ircservices-4.50 in bahamut-1.4.29 as my ircd.
-why is it that i cant get and operator sign?
-
-
-
-
-
-From obet.lopez at mydestiny.net Mon Oct 8 10:34:01 2001
-From: obet.lopez at mydestiny.net (Robert Lopez)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <006001c14fd4$1a40cd00$1be008ca@mydestiny.net>
-
-hi,
-
-this is my logs of services what seems to be my problem?
-
-Oct 08 15:31:22 2001] channel: SJOIN to channel #dogz for non-existent nick brt
-ftbbyoefqzuzuak (1002355458)
-[Oct 08 15:31:22 2001] channel: SJOIN to channel #dogz for non-existent nick kvs
-fkbbvfentfoptnk (1002355458)
-[Oct 08 15:31:22 2001] user: QUIT from nonexistent user brtftbbyoefqzuzuak: Clie
-nt closed connection
-[Oct 08 15:31:22 2001] user: QUIT from nonexistent user kvsfkbbvfentfoptnk: Clie
-nt closed connection
-[Oct 08 16:21:05 2001] NickServ: `TestMode' registered by test@202.8.224.27
-[Oct 08 16:22:06 2001] ChanServ: Channel #testing registered by TestMode!test@20
-2.8.224.27
-[Oct 08 16:22:06 2001] unknown message from server (:irc.mydestiny.net 468 servi
-ces.mydestiny.net #testing :Only servers can change that mode)
-[Oct 08 16:34:52 2001] NickServ: TesTModE!who@202.8.224.50 identified for nick T
-esTModE
-[Oct 08 16:34:59 2001] unknown message from server (:irc.mydestiny.net 468 servi
-ces.mydestiny.net #testing :Only servers can change that mode)
-[Oct 08 16:34:59 2001] unknown message from server (:irc.mydestiny.net 442 ChanS
-erv #testing :You're not on that channel)
-
-Why is it i cant get my auto opped? when trying to get an Op access.
-
--NickServ- This nickname is registered and protected. If it is your
--
--NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
--
--NickServ- please choose a different nick.
--
--> *nickserv* identify obet98@yahoo.com
--
--NickServ- Password accepted - you are now recognized.
--
-#testing @TestMode
-#testing End of /NAMES list.
--
--> *chanserv* op #testing Testmode
--
--ChanServ- Opped Testmode on channel #testing.
--
-but i dont have operator signed
-
-TestMode is test@202.8.224.27 * test
-TestMode on #testing
-TestMode using irc.mydestiny.net Destiny IRC Server
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011008/358168f2/attachment.html
-From andrewk at icon.co.za Mon Oct 8 10:42:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] (no subject)
-References: <006001c14fd4$1a40cd00$1be008ca@mydestiny.net>
-Message-ID: <00f001c14fd4$e9ee63a0$9c011ac4@africa.didata.local>
-
-It appears you don't have your ULINES setup correctly... please see the
-README regarding U:lines.
-
-Andrew
-
------ Original Message -----
-From: "Robert Lopez" <obet.lopez@mydestiny.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, October 08, 2001 10:34 AM
-Subject: [IRCServices] (no subject)
-
-
-hi,
-
-this is my logs of services what seems to be my problem?
-
-Oct 08 15:31:22 2001] channel: SJOIN to channel #dogz for non-existent nick
-brt
-ftbbyoefqzuzuak (1002355458)
-[Oct 08 15:31:22 2001] channel: SJOIN to channel #dogz for non-existent nick
-kvs
-fkbbvfentfoptnk (1002355458)
-[Oct 08 15:31:22 2001] user: QUIT from nonexistent user brtftbbyoefqzuzuak:
-Clie
-nt closed connection
-[Oct 08 15:31:22 2001] user: QUIT from nonexistent user kvsfkbbvfentfoptnk:
-Clie
-nt closed connection
-[Oct 08 16:21:05 2001] NickServ: `TestMode' registered by test@202.8.224.27
-[Oct 08 16:22:06 2001] ChanServ: Channel #testing registered by
-TestMode!test@20
-2.8.224.27
-[Oct 08 16:22:06 2001] unknown message from server (:irc.mydestiny.net 468
-servi
-ces.mydestiny.net #testing :Only servers can change that mode)
-[Oct 08 16:34:52 2001] NickServ: TesTModE!who@202.8.224.50 identified for
-nick T
-esTModE
-[Oct 08 16:34:59 2001] unknown message from server (:irc.mydestiny.net 468
-servi
-ces.mydestiny.net #testing :Only servers can change that mode)
-[Oct 08 16:34:59 2001] unknown message from server (:irc.mydestiny.net 442
-ChanS
-erv #testing :You're not on that channel)
-
-Why is it i cant get my auto opped? when trying to get an Op access.
-
--NickServ- This nickname is registered and protected. If it is your
--
--NickServ- nick, type /msg NickServ IDENTIFY password. Otherwise,
--
--NickServ- please choose a different nick.
--
--> *nickserv* identify obet98@yahoo.com
--
--NickServ- Password accepted - you are now recognized.
--
-#testing @TestMode
-#testing End of /NAMES list.
--
--> *chanserv* op #testing Testmode
--
--ChanServ- Opped Testmode on channel #testing.
--
-but i dont have operator signed
-
-TestMode is test@202.8.224.27 * test
-TestMode on #testing
-TestMode using irc.mydestiny.net Destiny IRC Server
-
-
-
-
-
-From moonchild at wepa.com Thu Oct 11 06:56:00 2001
-From: moonchild at wepa.com (Steph Reed`)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Auto-op based on IP address?
-References: <Pine.HPX.4.31.0109301228180.19532-100000@rzstud1.rz.uni-karlsruhe.de> <01093006481303.01202@Devil>
-Message-ID: <3BC52526.8010705@wepa.com>
-
-Hello all,
-
-
-Apologies if this is a stupid question.. I know I should really be using
-a Bot to do this, but I don't like bots very much!
-
-Is there way to have Services op users on a channel based only on their
-IP address (ie. The user would not be registered with the NickServ)?
-
-I have a channel for a web site and all the people from the office
-should be op-ed. They all appear from the same IP address as I have an
-NAT router acting as a firewall. I was hoping there was a way for them
-not to have to identify themselves to the NS in order to get op-ed in a
-channel.
-
-Thanks,
-
-
- Steph
-
-
---
-_______________________________________________________________
-
- A gunfire shatters silence, Where birds once sweetly sang
- A mother cradles a child now dead, Now death where life began
-
- May the spirit never die, Though a troubled heart feels pain
- When this long winter is over, It will blossom once again
-
- Breaking the Silence - Loreena McKennitt
-_______________________________________________________________
-
-
-
-
-From achurch at achurch.org Thu Oct 11 10:37:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Auto-op based on IP address?
-Message-ID: <3bc55a8f.05223@achurch.org>
-
- No, this is not possible.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Hello all,
->
->
->Apologies if this is a stupid question.. I know I should really be using
->a Bot to do this, but I don't like bots very much!
->
->Is there way to have Services op users on a channel based only on their
->IP address (ie. The user would not be registered with the NickServ)?
->
->I have a channel for a web site and all the people from the office
->should be op-ed. They all appear from the same IP address as I have an
->NAT router acting as a firewall. I was hoping there was a way for them
->not to have to identify themselves to the NS in order to get op-ed in a
->channel.
->
->Thanks,
->
->
-> Steph
->
->
->--
->_______________________________________________________________
->
-> A gunfire shatters silence, Where birds once sweetly sang
-> A mother cradles a child now dead, Now death where life began
->
-> May the spirit never die, Though a troubled heart feels pain
-> When this long winter is over, It will blossom once again
->
-> Breaking the Silence - Loreena McKennitt
->_______________________________________________________________
->
->
->
->-----------------------------------------------------------
->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 Georges at Berscheid.lu Sun Oct 14 21:54:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] /os session list
-Message-ID: <EMEAJDMIHJFMOHONHAEDGEEJCDAA.Georges@Berscheid.lu>
-
-Hi,
-
-isn't there a way to refresh operserv's session list, since I got about 50
-IPs in that list showing 2 sessions where in fact there is only one...
-How do I clean this up ?
-
-Georges
-
-
-From andrewk at icon.co.za Mon Oct 15 07:57:01 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] /os session list
-References: <EMEAJDMIHJFMOHONHAEDGEEJCDAA.Georges@Berscheid.lu>
-Message-ID: <004201c1553e$0e51cde0$9c011ac4@africa.didata.local>
-
-This list is dynamically maintained - i.e. it refreshes itself. Are you 100%
-sure that there is only one IP address? How are you determining this? How
-many users are online at the time of the problem occuring and how long has
-services been online? What I'm trying to work out is if there may have been
-time for a "weird" type of QUIT/KILL etc that services/session code is not
-handling.
-
-Please make sure you answer all the questions ;)
-
-Andrew
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: "Ircservices@Ircservices.Za.Net" <ircservices@ircservices.za.net>
-Sent: Sunday, October 14, 2001 9:52 PM
-Subject: [IRCServices] /os session list
-
-
-> Hi,
->
-> isn't there a way to refresh operserv's session list, since I got about 50
-> IPs in that list showing 2 sessions where in fact there is only one...
-> How do I clean this up ?
->
-> Georges
->
-> -----------------------------------------------------------
-> 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 Georges at Berscheid.lu Mon Oct 15 09:41:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:30 2004
-Subject: AW: [IRCServices] /os session list
-In-Reply-To: <004201c1553e$0e51cde0$9c011ac4@africa.didata.local>
-Message-ID: <EMEAJDMIHJFMOHONHAEDCEEKCDAA.Georges@Berscheid.lu>
-
-Re,
-
-1. There is only one connection from the host operserv displays 2. There is
-only one ircd(Unreal) for the whole network, and /who only returns one
-entry.
-2. There were about 400 Users online and the error occured after /os restart
-(due to config-changes). The problem gets solved if I /os killclones the IP.
-
-I already had that situation once or twice (without restarting services
-though), but unfortunately I couldn't reproduce the situtation, which makes
-error tracking almost impossible.
-
-Anyway, thanks for looking ;-)
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew Kempe
-Gesendet: Montag, 15. Oktober 2001 07:56
-An: ircservices@ircservices.za.net
-Betreff: Re: [IRCServices] /os session list
-
-
-This list is dynamically maintained - i.e. it refreshes itself. Are you 100%
-sure that there is only one IP address? How are you determining this? How
-many users are online at the time of the problem occuring and how long has
-services been online? What I'm trying to work out is if there may have been
-time for a "weird" type of QUIT/KILL etc that services/session code is not
-handling.
-
-Please make sure you answer all the questions ;)
-
-Andrew
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: "Ircservices@Ircservices.Za.Net" <ircservices@ircservices.za.net>
-Sent: Sunday, October 14, 2001 9:52 PM
-Subject: [IRCServices] /os session list
-
-
-> Hi,
->
-> isn't there a way to refresh operserv's session list, since I got about 50
-> IPs in that list showing 2 sessions where in fact there is only one...
-> How do I clean this up ?
->
-> Georges
->
-> -----------------------------------------------------------
-> 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 andrewk at icon.co.za Mon Oct 15 10:01:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] /os session list
-References: <EMEAJDMIHJFMOHONHAEDCEEKCDAA.Georges@Berscheid.lu>
-Message-ID: <006a01c1554f$5707c970$9c011ac4@africa.didata.local>
-
-Hi there,
-
-When you did the killclones, how many clones were killed? Did you perhaps
-log the kill messages?
-
-Thanks, Andrew
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, October 15, 2001 9:39 AM
-Subject: AW: [IRCServices] /os session list
-
-
-> Re,
->
-> 1. There is only one connection from the host operserv displays 2. There
-is
-> only one ircd(Unreal) for the whole network, and /who only returns one
-> entry.
-> 2. There were about 400 Users online and the error occured after /os
-restart
-> (due to config-changes). The problem gets solved if I /os killclones the
-IP.
->
-> I already had that situation once or twice (without restarting services
-> though), but unfortunately I couldn't reproduce the situtation, which
-makes
-> error tracking almost impossible.
->
-> Anyway, thanks for looking ;-)
->
-> Georges
->
->
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew Kempe
-> Gesendet: Montag, 15. Oktober 2001 07:56
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] /os session list
->
->
-> This list is dynamically maintained - i.e. it refreshes itself. Are you
-100%
-> sure that there is only one IP address? How are you determining this? How
-> many users are online at the time of the problem occuring and how long has
-> services been online? What I'm trying to work out is if there may have
-been
-> time for a "weird" type of QUIT/KILL etc that services/session code is not
-> handling.
->
-> Please make sure you answer all the questions ;)
->
-> Andrew
->
-> ----- Original Message -----
-> From: "Georges Berscheid" <Georges@Berscheid.lu>
-> To: "Ircservices@Ircservices.Za.Net" <ircservices@ircservices.za.net>
-> Sent: Sunday, October 14, 2001 9:52 PM
-> Subject: [IRCServices] /os session list
->
->
-> > Hi,
-> >
-> > isn't there a way to refresh operserv's session list, since I got about
-50
-> > IPs in that list showing 2 sessions where in fact there is only one...
-> > How do I clean this up ?
-> >
-> > Georges
-> >
-> > -----------------------------------------------------------
-> > 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 Georges at Berscheid.lu Mon Oct 15 10:07:01 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:30 2004
-Subject: AW: [IRCServices] /os session list
-In-Reply-To: <006a01c1554f$5707c970$9c011ac4@africa.didata.local>
-Message-ID: <EMEAJDMIHJFMOHONHAEDEEELCDAA.Georges@Berscheid.lu>
-
-Re,
-
-it killed exactly one clone:
--uranus.luxusbuerg.lu- *** Notice -- Received KILL message for
-Peiterli!Petrus@luxusbuerg.lu from chatservices.luxusbuerg.lu Path:
-chatservices!chatservices.luxusbuerg.lu (Cloning [2])
-
-Notice the [2] in brackets. The first clone could apparently not be found.
-
-Georges
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew Kempe
-Gesendet: Montag, 15. Oktober 2001 10:00
-An: ircservices@ircservices.za.net
-Betreff: Re: [IRCServices] /os session list
-
-
-Hi there,
-
-When you did the killclones, how many clones were killed? Did you perhaps
-log the kill messages?
-
-Thanks, Andrew
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, October 15, 2001 9:39 AM
-Subject: AW: [IRCServices] /os session list
-
-
-> Re,
->
-> 1. There is only one connection from the host operserv displays 2. There
-is
-> only one ircd(Unreal) for the whole network, and /who only returns one
-> entry.
-> 2. There were about 400 Users online and the error occured after /os
-restart
-> (due to config-changes). The problem gets solved if I /os killclones the
-IP.
->
-> I already had that situation once or twice (without restarting services
-> though), but unfortunately I couldn't reproduce the situtation, which
-makes
-> error tracking almost impossible.
->
-> Anyway, thanks for looking ;-)
->
-> Georges
->
->
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Andrew Kempe
-> Gesendet: Montag, 15. Oktober 2001 07:56
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] /os session list
->
->
-> This list is dynamically maintained - i.e. it refreshes itself. Are you
-100%
-> sure that there is only one IP address? How are you determining this? How
-> many users are online at the time of the problem occuring and how long has
-> services been online? What I'm trying to work out is if there may have
-been
-> time for a "weird" type of QUIT/KILL etc that services/session code is not
-> handling.
->
-> Please make sure you answer all the questions ;)
->
-> Andrew
->
-> ----- Original Message -----
-> From: "Georges Berscheid" <Georges@Berscheid.lu>
-> To: "Ircservices@Ircservices.Za.Net" <ircservices@ircservices.za.net>
-> Sent: Sunday, October 14, 2001 9:52 PM
-> Subject: [IRCServices] /os session list
->
->
-> > Hi,
-> >
-> > isn't there a way to refresh operserv's session list, since I got about
-50
-> > IPs in that list showing 2 sessions where in fact there is only one...
-> > How do I clean this up ?
-> >
-> > Georges
-> >
-> > -----------------------------------------------------------
-> > 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
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Mon Oct 15 12:46:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:30 2004
-Subject: AW: [IRCServices] /os session list
-Message-ID: <3bcabea4.73211@achurch.org>
-
->it killed exactly one clone:
->-uranus.luxusbuerg.lu- *** Notice -- Received KILL message for
->Peiterli!Petrus@luxusbuerg.lu from chatservices.luxusbuerg.lu Path:
->chatservices!chatservices.luxusbuerg.lu (Cloning [2])
->
->Notice the [2] in brackets. The first clone could apparently not be found.
-
- What would be more helpful in this case would have been debug log
-messages; then you'd probably see something like:
-
-[HH:MM:SS.XXXXXX] Sent: KILL BadNick :...
-[HH:MM:SS.YYYYYY] Received: 401 BadNick :No such nick
-
-and hopefully you'd also have logged when BadNick connected and
-disconnected, so we could find something like:
-
-[hh:mm:ss.zzzzzz] :BadNick WEIRDQUIT :command not supported by Services!
-
-and fix the problem.
-
- If this happens on a semi-regular basis, and you have the disk space
-for it, maybe you could run with debugging turned on until the problem
-happens again.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From drewhead at drewhead.org Tue Oct 23 05:27:00 2001
-From: drewhead at drewhead.org (Drew Dowling)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Services with Unreal
-Message-ID: <200110230325.f9N3P8e29995@tiger.drewhead.org>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Many moons I was happy with ircservices and Unrealircd, until one day my
-hardware failed. Now that I have rebuilt I'm having a problem. This
-seems like something that should be obvious to me... but I just don't see
-it.
-
-I've compiled and instaled Unreal3.1.2 and ircservices-4.5.28 on the same
-box. The relevant config lines (I believe):
-
-ircd.conf
-- --
-C:vgap.drewhead.org:XXXXXXXX:services.drewhead.org:6667:50
-N:vgap.drewhead.org:XXXXXXXX:services.drewhead.org::50
-
-services.conf
-- --
-RemoteServer vgap.drewhead.org 6667 "XXXXXXXX"
-ServerName "services.drewhead.org"
-ServerDesc "Services for Drewhead's VGAP IRC Server"
-ServerNumeric 69
-ServiceUser "services@vgap.drewhead.org"
-
-services.log
-- --
-[Oct 22 23:00:08 2001] Services 4.5.28 (compiled for Unreal) starting up
-[Oct 22 23:00:08 2001] Databases loaded
-[Oct 22 23:00:15 2001] unknown message from server (ERROR :No Access (No
-matching N:line) [166.82.46.6])
-[Oct 22 23:00:15 2001] unknown message from server (ERROR :Closing Link:
-[166.82.46.6] (No matching N:line))
-[Oct 22 23:00:15 2001] Read error from server: Success
-
-What is it I'm missing? Besides my old conf files with which I would have
-a road map :(
-- --
- Drew Dowling Drewhead http://www.drewhead.org
- drewhead@drewhead.org | | WWW / \ Alpha Phi Omega
-Concord, North Carolina | | Nimat / \ Gamma Lambda
-CLEMSON UNIVERSITY ALUMNI | | Apatschin /_____\
- TIGER BAND! | VGAP4 Hosting at http://vgap.drewhead.org
------BEGIN PGP SIGNATURE-----
-Comment: Public key available at http://www.drewhead.org
-
-iD8DBQE71OMN8J7U7yHE638RArmIAJ9Jc1rIeUTXNLEdSX+vosQle89HyQCfW88u
-Tbirm9U3wIuAcB7IkUmvdG4=
-=xMB0
------END PGP SIGNATURE-----
-
-From andrewk at icon.co.za Tue Oct 23 08:02:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Services with Unreal
-References: <200110230325.f9N3P8e29995@tiger.drewhead.org>
-Message-ID: <043601c15b88$00c86ee0$9c011ac4@africa.didata.local>
-
-Try using IP addresses in the C/N lines:
-
-C:my.ip.address.here:XXXXXXXX:services.drewhead.org:6667:50
-N:my.ip.address.here:XXXXXXXX:services.drewhead.org::50
-
-
-[my.ip.address.here] must be the IP address to which services is binding.
-
-Andrew
-
------ Original Message -----
-From: "Drew Dowling" <drewhead@drewhead.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, October 23, 2001 5:25 AM
-Subject: [IRCServices] Services with Unreal
-
-
-> -----BEGIN PGP SIGNED MESSAGE-----
-> Hash: SHA1
->
-> Many moons I was happy with ircservices and Unrealircd, until one day my
-> hardware failed. Now that I have rebuilt I'm having a problem. This
-> seems like something that should be obvious to me... but I just don't see
-> it.
->
-> I've compiled and instaled Unreal3.1.2 and ircservices-4.5.28 on the same
-> box. The relevant config lines (I believe):
->
-> ircd.conf
-> - --
-> C:vgap.drewhead.org:XXXXXXXX:services.drewhead.org:6667:50
-> N:vgap.drewhead.org:XXXXXXXX:services.drewhead.org::50
->
-> services.conf
-> - --
-> RemoteServer vgap.drewhead.org 6667 "XXXXXXXX"
-> ServerName "services.drewhead.org"
-> ServerDesc "Services for Drewhead's VGAP IRC Server"
-> ServerNumeric 69
-> ServiceUser "services@vgap.drewhead.org"
->
-> services.log
-> - --
-> [Oct 22 23:00:08 2001] Services 4.5.28 (compiled for Unreal) starting up
-> [Oct 22 23:00:08 2001] Databases loaded
-> [Oct 22 23:00:15 2001] unknown message from server (ERROR :No Access (No
-> matching N:line) [166.82.46.6])
-> [Oct 22 23:00:15 2001] unknown message from server (ERROR :Closing Link:
-> [166.82.46.6] (No matching N:line))
-> [Oct 22 23:00:15 2001] Read error from server: Success
->
-> What is it I'm missing? Besides my old conf files with which I would have
-> a road map :(
-> - --
-> Drew Dowling Drewhead http://www.drewhead.org
-> drewhead@drewhead.org | | WWW / \ Alpha Phi
-Omega
-> Concord, North Carolina | | Nimat / \ Gamma
-Lambda
-> CLEMSON UNIVERSITY ALUMNI | | Apatschin /_____\
-> TIGER BAND! | VGAP4 Hosting at http://vgap.drewhead.org
-> -----BEGIN PGP SIGNATURE-----
-> Comment: Public key available at http://www.drewhead.org
->
-> iD8DBQE71OMN8J7U7yHE638RArmIAJ9Jc1rIeUTXNLEdSX+vosQle89HyQCfW88u
-> Tbirm9U3wIuAcB7IkUmvdG4=
-> =xMB0
-> -----END PGP SIGNATURE-----
-> -----------------------------------------------------------
-> 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 Schutzgeist at uni.de Tue Oct 23 08:27:00 2001
-From: Schutzgeist at uni.de (Dennis Sela)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Services with Unreal
-In-Reply-To: <200110230325.f9N3P8e29995@tiger.drewhead.org>
-References: <200110230325.f9N3P8e29995@tiger.drewhead.org>
-Message-ID: <158526323.20011023065612@uni.de>
-
-Hallo Drew,
-
-Compare bots N-Lines. The one of the services and the one of your
-ircd.conf.
-Both musst be the same.
-
-Thx.
-
-Tuesday, October 23, 2001, 5:25:07 AM, you wrote:
-
-DD> -----BEGIN PGP SIGNED MESSAGE-----
-DD> Hash: SHA1
-
-DD> Many moons I was happy with ircservices and Unrealircd, until one day my
-DD> hardware failed. Now that I have rebuilt I'm having a problem. This
-DD> seems like something that should be obvious to me... but I just don't see
-DD> it.
-
-DD> I've compiled and instaled Unreal3.1.2 and ircservices-4.5.28 on the same
-DD> box. The relevant config lines (I believe):
-
-DD> ircd.conf
-DD> - --
-DD> C:vgap.drewhead.org:XXXXXXXX:services.drewhead.org:6667:50
-DD> N:vgap.drewhead.org:XXXXXXXX:services.drewhead.org::50
-
-DD> services.conf
-DD> - --
-DD> RemoteServer vgap.drewhead.org 6667 "XXXXXXXX"
-DD> ServerName "services.drewhead.org"
-DD> ServerDesc "Services for Drewhead's VGAP IRC Server"
-DD> ServerNumeric 69
-DD> ServiceUser "services@vgap.drewhead.org"
-
-DD> services.log
-DD> - --
-DD> [Oct 22 23:00:08 2001] Services 4.5.28 (compiled for Unreal) starting up
-DD> [Oct 22 23:00:08 2001] Databases loaded
-DD> [Oct 22 23:00:15 2001] unknown message from server (ERROR :No Access (No
-DD> matching N:line) [166.82.46.6])
-DD> [Oct 22 23:00:15 2001] unknown message from server (ERROR :Closing Link:
-DD> [166.82.46.6] (No matching N:line))
-DD> [Oct 22 23:00:15 2001] Read error from server: Success
-
-DD> What is it I'm missing? Besides my old conf files with which I would have
-DD> a road map :(
-
-
-
---
-Mfg,
- Dennis mailto:Schutzgeist@uni.de
-
-Http://www.schutzgeist.de
-
-
-
-From savage at savage.za.org Tue Oct 23 23:58:00 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Two small things...
-Message-ID: <Pine.LNX.4.33.0110232335080.2856-100000@darkwing.savage.za.org>
-
-Hi,
-
-I just have two small questions regarding services... It's something
-which well, degraded (?) as the months and days went past in
-development....
-
-Firstly, I might be mistaken here... But didn't services at some stage
-had a feature to rotate and cycle the log files?? I believe the command
-was (OS) 'recycle' or 'rotate' ?
-
-This seems to be missing from the current release of services, so I was
-just wondering what has happened to it, where it got dropped, and whether
-there would be any chance in getting the rotation back? It surely is a
-nice tool to have... No one appreciates 10MB log files (even if it is only
-after a while) :))
-
-Second one, is a bit more strange... It evolves arround ChanServ's
-access-lists, more specifically the AOP lists... Was there somewhere
-perhaps allot of additional checking / access-lists introduces in services
-which would delay ChanServ from issuing the +o command ??
-
-Servers in general is very fast, with responces from NS, OS, MS, and CS
-within well below a second. Ping times also verified this (although I
-know it is not a accurate measure). However, when a user which is on a
-AOP list joins a channel, ChanServ takes about 3 to 4 seconds before it
-will issue the OP command.
-
-What it may be related to, is the:
-# MergeChannelModes <seconds> [OPTIONAL]
- in the services config. HOWEVER, if this
-is the case, shouldn't MergeChannelModes only come into a affect AFTER a
-netsplit has accured, or am I misunderstanding the directive, in that it
-will keep all channel change requests in a "queue" type fashion for the
-ammount of time specified in the configuration?
-
-For those interested, in discussion here, is Bahamut1.4(28), and services
-4.5.28. I look forward to your replies and suggestions.
-
-
---
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
-
-
-From uhc0 at stud.uni-karlsruhe.de Wed Oct 24 00:09:01 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:30 2004
-Subject: AW: [IRCServices] Two small things...
-In-Reply-To: <Pine.LNX.4.33.0110232335080.2856-100000@darkwing.savage.za.org>
-Message-ID: <000801c15c0f$40b28270$0264a8c0@nygmatech.local>
-
-Hello;
-
-> Firstly, I might be mistaken here... But didn't services at some stage
-> had a feature to rotate and cycle the log files?? I believe
-> the command
-> was (OS) 'recycle' or 'rotate' ?
-
-The ROTATELOG command was removed in favor of the
-kill -USR2 `cat services.pid`
-alternative, which causes services to close and reopen its logfile.
-You can combine this with a move, rename and kill...
-
-> HOWEVER, if this
-> is the case, shouldn't MergeChannelModes only come into a
-> affect AFTER a
-> netsplit has accured, or am I misunderstanding the directive,
-> in that it
-> will keep all channel change requests in a "queue" type
-> fashion for the
-> ammount of time specified in the configuration?
-
-MergeChannelModes is running always, if defined, and not only on
-netsplits. So it is also responsible for the wanted delay in
-chanserv setting modes, for there could be more mode changes than
-one, and this makes services combine them into one single line.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From mark at mhetherington.demon.co.uk Wed Oct 24 00:44:01 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Two small things...
-In-Reply-To: <000801c15c0f$40b28270$0264a8c0@nygmatech.local>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMIENACEAA.mark@mhetherington.demon.co.uk>
-
-> > Firstly, I might be mistaken here... But didn't services at some stage
-> > had a feature to rotate and cycle the log files?? I believe
-> > the command
-> was (OS) 'recycle' or 'rotate' ?
-
-> The ROTATELOG command was removed in favor of the
-> kill -USR2 `cat services.pid`
-> alternative, which causes services to close and reopen its logfile.
-> You can combine this with a move, rename and kill...
-
-Assuming you get the timing right. The -usr2 signal seems very susceptible
-to crashing services during this process with an error of success. A simple
-rotatelog command was both guaranteed and more stable so why it was removed,
-who can tell.
-
-Mark.
-
-
-
-From savage at savage.za.org Wed Oct 24 00:57:01 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:30 2004
-Subject: AW: [IRCServices] Two small things...
-In-Reply-To: <000801c15c0f$40b28270$0264a8c0@nygmatech.local>
-Message-ID: <Pine.LNX.4.33.0110240037390.4971-100000@darkwing.savage.za.org>
-
-Sweet, and sweet.
-
-Both sorted and working :) TY!
-
-On Wed, 24 Oct 2001, Yusuf Iskenderoglu wrote:
-
->
->Hello;
->
->> Firstly, I might be mistaken here... But didn't services at some stage
->> had a feature to rotate and cycle the log files?? I believe
->> the command
->> was (OS) 'recycle' or 'rotate' ?
->
->The ROTATELOG command was removed in favor of the
->kill -USR2 `cat services.pid`
->alternative, which causes services to close and reopen its logfile.
->You can combine this with a move, rename and kill...
->
->> HOWEVER, if this
->> is the case, shouldn't MergeChannelModes only come into a
->> affect AFTER a
->> netsplit has accured, or am I misunderstanding the directive,
->> in that it
->> will keep all channel change requests in a "queue" type
->> fashion for the
->> ammount of time specified in the configuration?
->
->MergeChannelModes is running always, if defined, and not only on
->netsplits. So it is also responsible for the wanted delay in
->chanserv setting modes, for there could be more mode changes than
->one, and this makes services combine them into one single line.
->
->Regards;
->yusuf
->
->
->----------------------------------------------------------------------
->| Yusuf Iskenderoglu | You get to meet all sorts, |
->| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
->| eMail - s_iskend@ira.uka.de | |
->| ICQ UIN : 20587464 \ TimeMr14C | |
->----------------------------------------------------------------------
->
->
->
->-----------------------------------------------------------
->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
->
->
-
---
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
-
-
-From achurch at achurch.org Sun Oct 28 08:16:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Services 4.5.29 released
-Message-ID: <3bdba2ff.01355@achurch.org>
-
- Services 4.5.29 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.29.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.29.diff.gz
-
-Changes in version 4.5.29
--------------------------
-2001/10/28 Fixed autokills to no longer kill users after the
- expiration time but before actually being expired.
-2001/10/28 Added support for the Unreal TKL (timed K:line) message.
-2001/10/27 Added workaround to use DEF_LANGUAGE for forbidden nick
- messages. Reported by Ali Sor <alisor@softhome.net>
-2001/10/27 Fixed bug causing crashes when a user's server is unknown
- to Services (e.g. because hostmasking is in use).
- Reported by GB_RAIDER1 <raider1@clan-ghost-bear.com>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From frostycoolslug at hotmail.com Sun Oct 28 18:16:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <F44XAvDzmSa6h7wbvzk00013fd0@hotmail.com>
-
-In Version 5, would it be possible to add support to compile under different
-operating systems?
-Now IRCds are moving in quite a bit, they have extended to OS's that will
-run them (Unreal even is getting support for BeOS!), so extra Operating
-System support will allow people to start IRC Networks from their windows
-boxes.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From gregk at wwwpages.com Sun Oct 28 20:33:00 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-In-Reply-To: <F44XAvDzmSa6h7wbvzk00013fd0@hotmail.com>
-Message-ID: <Pine.LNX.4.21.0110281126340.11370-100000@smtp.wwwpages.com>
-
-
-On Sun, 28 Oct 2001, Craig McLure wrote:
-
-> System support will allow people to start IRC Networks from their windows
-> boxes.
-
-and this is a good thing? :>
-
-
-
-
-From frostycoolslug at hotmail.com Sun Oct 28 20:38:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <F218eeQAj5IPGWHEjEE00014497@hotmail.com>
-
-lol.. please dont put me on the spot like that ;P
-it might be ;P
-but then.. it might not
-
-windows Server Uptime: 32seconds
-
-<Craig> Y is the uptime so low?
-<Admin> Sorry, Blue Screen of Death
-
-;P
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Gregory King <gregk@wwwpages.com>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Possible New Feature?
->
->
->On Sun, 28 Oct 2001, Craig McLure wrote:
->
-> > System support will allow people to start IRC Networks from their
->windows
-> > boxes.
->
->and this is a good thing? :>
->
->
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From strider at chatcircuit.com Sun Oct 28 20:53:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-References: <F218eeQAj5IPGWHEjEE00014497@hotmail.com>
-Message-ID: <3BDC53FB.000008.01116@strider.gimpy.2y.net>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 494 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011028/81ac4d8a/attachment.gif
-From jhsc300 at nuvox.net Sun Oct 28 21:16:00 2001
-From: jhsc300 at nuvox.net (John Hall)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-References: <F218eeQAj5IPGWHEjEE00014497@hotmail.com> <3BDC53FB.000008.01116@strider.gimpy.2y.net>
-Message-ID: <007401c15fe4$a3e57270$0100a8c0@netroot>
-
-I WOULD like to see it for Windows. Our network runs with Microsoft Windows
-2000 servers alongside Unix and Linux servers with the UnrealIRC daemon. It
-runs fine and we have very few problems with uptime(longest Windows uptime
-was approximately 40 days). Our network was founded upon the grounds of
-being able to run a Windows IRC network succeeding. I'm sure it would be of
-use to us for a Windows version to be out. And to point out, if you don't
-use any other Microsoft services in Windows 2000 Server, then it runs great.
-The best configuration is Apache HTTP daemon and (I think) NcFTP daemon.
-
-John Hall
------ Original Message -----
-From: Strider
-To: ircservices@ircservices.za.net
-Sent: Sunday, October 28, 2001 1:52 PM
-Subject: Re: [IRCServices] Possible New Feature?
-
-
-Blah, ircd uptime sucks cuz it crashed with some weird memory error...but
-man I love linux. I don't see the purpose to making it work for
-windows...it's not a good server platform...not even win2k. Take a look at
-IIS...it's a trojan with ms bloat...yet it's suppose to be a very robust
-server system. Give me linux, apache, and proftpd any day.
-
-Server Up 13 days, 2:23:59
-10:40am up 91 days, 13:41, 1 user, load average: 0.01, 0.01, 0.01
-
--------Original Message-------
-
-From: ircservices@ircservices.za.net
-Date: Sunday, October 28, 2001 12:38:27 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Possible New Feature?
-
-lol.. please dont put me on the spot like that ;P
-it might be ;P
-but then.. it might not
-
-windows Server Uptime: 32seconds
-
-<Craig> Y is the uptime so low?
-<Admin> Sorry, Blue Screen of Death
-
-;P
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Gregory King <gregk@wwwpages.com>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Possible New Feature?
->
->
->On Sun, 28 Oct 2001, Craig McLure wrote:
->
-> > System support will allow people to start IRC Networks from their
->windows
-> > boxes.
->
->and this is a good thing? :>
->
->
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
------------------------------------------------------------
-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
-
-.
-
-
-____________________________________________________
- IncrediMail - Email has finally evolved - Click Here
-
-
-From frostycoolslug at hotmail.com Sun Oct 28 21:24:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <F172JvlZGdOZofu45Xi0001449e@hotmail.com>
-
-wow.. some1 agrees with me :P
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "John Hall" <jhsc300@nuvox.net>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Possible New Feature?
->Date: Sun, 28 Oct 2001 14:13:33 -0500
->MIME-Version: 1.0
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBDA5A4990054400438A5D8AB4C020D7E0; Sun, 28 Oct 2001 11:16:41 -0800
->Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->esmtp (Exim 3.33 #1)id 15xvP0-0008Hn-00for craig@e-tidalwave.org; Sun, 28
->Oct 2001 14:15:23 -0500
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id f9SJGaR07875 for
-><craig@e-tidalwave.co.uk>; Sun, 28 Oct 2001 19:16:37 GMT
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 01DFE180B7; Sun, 28 Oct 2001
->21:16:24 +0200 (SAST)
->Received: from numerator.trivergent.net (numerator.trivergent.net
->[64.89.70.13])by snow.fingers.co.za (Postfix) with ESMTP id CBA78180B2for
-><ircservices@ircservices.za.net>; Sun, 28 Oct 2001 21:15:21 +0200 (SAST)
->Received: from netroot (216.215.132.132.scgnvl-db-ar001.nw.nuvox.net
->[216.215.132.132] (may be forged))by numerator.trivergent.net
->(8.11.4/8.11.4) with SMTP id f9SJF8V07608for
-><ircservices@ircservices.za.net>; Sun, 28 Oct 2001 14:15:08 -0500 (EST)
->From ircservices-admin@ircservices.za.net Sun, 28 Oct 2001 11:16:57 -0800
->Delivered-To: ircservices@snow.fingers.co.za
->Message-ID: <007401c15fe4$a3e57270$0100a8c0@netroot>
->References: <F218eeQAj5IPGWHEjEE00014497@hotmail.com>
-><3BDC53FB.000008.01116@strider.gimpy.2y.net>
->X-Priority: 3
->X-MSMail-Priority: Normal
->X-Mailer: Microsoft Outlook Express 6.00.2600.0000
->X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Sun, 28 Oct 2001 14:13:33 -0500
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->I WOULD like to see it for Windows. Our network runs with Microsoft Windows
->2000 servers alongside Unix and Linux servers with the UnrealIRC daemon. It
->runs fine and we have very few problems with uptime(longest Windows uptime
->was approximately 40 days). Our network was founded upon the grounds of
->being able to run a Windows IRC network succeeding. I'm sure it would be of
->use to us for a Windows version to be out. And to point out, if you don't
->use any other Microsoft services in Windows 2000 Server, then it runs
->great.
->The best configuration is Apache HTTP daemon and (I think) NcFTP daemon.
->
->John Hall
->----- Original Message -----
->From: Strider
->To: ircservices@ircservices.za.net
->Sent: Sunday, October 28, 2001 1:52 PM
->Subject: Re: [IRCServices] Possible New Feature?
->
->
->Blah, ircd uptime sucks cuz it crashed with some weird memory error...but
->man I love linux. I don't see the purpose to making it work for
->windows...it's not a good server platform...not even win2k. Take a look at
->IIS...it's a trojan with ms bloat...yet it's suppose to be a very robust
->server system. Give me linux, apache, and proftpd any day.
->
->Server Up 13 days, 2:23:59
->10:40am up 91 days, 13:41, 1 user, load average: 0.01, 0.01, 0.01
->
->-------Original Message-------
->
->From: ircservices@ircservices.za.net
->Date: Sunday, October 28, 2001 12:38:27 PM
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Possible New Feature?
->
->lol.. please dont put me on the spot like that ;P
->it might be ;P
->but then.. it might not
->
->windows Server Uptime: 32seconds
->
-><Craig> Y is the uptime so low?
-><Admin> Sorry, Blue Screen of Death
->
->;P
->
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->
-> >From: Gregory King <gregk@wwwpages.com>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: ircservices@ircservices.za.net
-> >Subject: Re: [IRCServices] Possible New Feature?
-> >
-> >
-> >On Sun, 28 Oct 2001, Craig McLure wrote:
-> >
-> > > System support will allow people to start IRC Networks from their
-> >windows
-> > > boxes.
-> >
-> >and this is a good thing? :>
-> >
-> >
-> >
-> >-----------------------------------------------------------
-> >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
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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
->
->.
->
->
->____________________________________________________
-> IncrediMail - Email has finally evolved - Click Here
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From ron885 at linuxfreemail.com Sun Oct 28 21:24:19 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:30 2004
-Subject: [IRCServices] Services 4.5.29 released
-Message-ID: <200110281923.f9SJNFs08077@superglide.netfx-2000.net>
-
-At Sun, 28 Oct 2001 15:00:00 JST , achurch@achurch.org (Andrew Church) wrote:
-
->2001/10/28 Added support for the Unreal TKL (timed K:line) message.
-
-I just downloaded the patch and tested it out and found one problem with having services send a TKL, which is really a gline.
-
-if the tkl is set to expire in say 10 days, and a server squits, and than someone removes the tkl, and the server comes back, it'll set the gline back and those people will be banned. also, why even set a gline in the first place, if we wanted to set a gline we would use /gline if we want an akill we'll use /os akill...
-
-just some thoughts, don't want to sound too harsh
-
---
-Ron885
-CSOP @ irc.axenet.org
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From griever at ircd-net.org Sun Oct 28 21:55:01 2001
-From: griever at ircd-net.org (Finny Merrill)
-Date: Sat Oct 23 23:01:30 2004
-Subject: Ron's comment ([IRCServices] Services 4.5.29 released)
-In-Reply-To: <200110281923.f9SJNFs08077@superglide.netfx-2000.net>
-Message-ID: <Pine.LNX.4.33.0110280854070.5627-100000@telocity.com>
-
-I completely agree, TKL glines are not the best thing for services
-to use. As a matter of fact, I think they were designed for the sole
-purpose of running without services.
-
-If unreal had something like bahamut's timed AKILL, then I would use that.
-
-Unreal already has ZLINE and AKILL commands, so using TKL is just
-redundant, the only thing I could think of would be for adding shuns
-via services, which has the same problems.
-
-However, TKL does have good things about it. If TKL is supported, I want
-to see all three global modes (s, G, and Z) supported. Z mode so
-far is not implemented in ANY piece of software.
-
-I personally prefer TKL over the AKILL and ZLINE commands, as it generally
-works much better. But ron has a good point, it does have that
-server-squit error thingy.
-
-On Sun, 28 Oct 2001 ron885@linuxfreemail.com wrote:
-
-> At Sun, 28 Oct 2001 15:00:00 JST , achurch@achurch.org (Andrew Church) wrote:
->
-> >2001/10/28 Added support for the Unreal TKL (timed K:line) message.
->
-> I just downloaded the patch and tested it out and found one problem with having services send a TKL, which is really a gline.
->
-> if the tkl is set to expire in say 10 days, and a server squits, and than someone removes the tkl, and the server comes back, it'll set the gline back and those people will be banned. also, why even set a gline in the first place, if we wanted to set a gline we would use /gline if we want an akill we'll use /os akill...
->
-> just some thoughts, don't want to sound too harsh
->
-> --
-> Ron885
-> CSOP @ irc.axenet.org
->
-> Get your own FREE E-mail address at http://www.linuxfreemail.com
-> Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-> -----------------------------------------------------------
-> 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 guga-2 at brasnet.org Sun Oct 28 22:07:00 2001
-From: guga-2 at brasnet.org (Gustavo)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Re[2]: Possible New Feature?
-In-Reply-To: <F172JvlZGdOZofu45Xi0001449e@hotmail.com>
-References: <F172JvlZGdOZofu45Xi0001449e@hotmail.com>
-Message-ID: <9724148307.20011028180527@brasnet.org>
-
-Well, your idea is not totally bad... but it's not applicable now :D
-
-We want version 5 as soon as it is possible... so please.. do not occupy
-Andrew with this type of thing :D Windows compatibility is out of
-priority.. hehe
-
-[]s
-Guga-2
-
-
-From achurch at achurch.org Sun Oct 28 22:43:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <3bdc6e5c.00570@achurch.org>
-
->In Version 5, would it be possible to add support to compile under different
->operating systems?
-
- No; see FAQ question A.3.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Now IRCds are moving in quite a bit, they have extended to OS's that will
->run them (Unreal even is getting support for BeOS!), so extra Operating
->System support will allow people to start IRC Networks from their windows
->boxes.
->
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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 frostycoolslug at hotmail.com Sun Oct 28 22:53:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <F9SG6CeHc670xWgn9W9000175ff@hotmail.com>
-
-ok fair call..
-if u want, i'll speak to some of my opers about it, and if they are willing
-to contribute.. will u allow it?
-i cant give u their answers right now.. we all went out and got pissed last
-night and some ppl are still dead from it :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Possible New Feature?
->
-> >In Version 5, would it be possible to add support to compile under
->different
-> >operating systems?
->
-> No; see FAQ question A.3.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >Now IRCds are moving in quite a bit, they have extended to OS's that will
-> >run them (Unreal even is getting support for BeOS!), so extra Operating
-> >System support will allow people to start IRC Networks from their windows
-> >boxes.
-> >
-> >--
-> >Craig McLure
-> >Craig@e-tidalwave.org
-> >WaveAdmin on the e-tidalwave IRC Network
-> >Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >_________________________________________________________________
-> >Get your FREE download of MSN Explorer at
->http://explorer.msn.com/intl.asp
-> >
-> >-----------------------------------------------------------
-> >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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From achurch at achurch.org Sun Oct 28 22:54:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Services 4.5.29 released
-Message-ID: <3bdc7102.00607@achurch.org>
-
->if the tkl is set to expire in say 10 days, and a server squits, and than someone removes the tkl, and the server comes back, it'll set the gline back and those people will be banned. also, why even set a gline in the first place, if we wanted to set a gl
->ine we would use /gline if we want an akill we'll use /os akill...
-
- While I agree that the problem of split servers re-spreading deleted
-autokills (TKLs) needs to be addressed, I see no reason to differentiate
-autokills and G:lines--to be honest I don't see why both of them are there,
-unless it's to provide backward or cross-server compatibility. I might
-also point out that the same problem would occur if you added the TKLs by
-hand.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sun Oct 28 22:57:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Possible New Feature?
-Message-ID: <3bdc71c3.00623@achurch.org>
-
->ok fair call..
->if u want, i'll speak to some of my opers about it, and if they are willing
->to contribute.. will u allow it?
-
- It depends on the amount of changes necessary; if it's a few small
-changes I probably won't object, but otherwise it's not worth my time to
-maintain.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->>From: achurch@achurch.org (Andrew Church)
->>Reply-To: ircservices@ircservices.za.net
->>To: ircservices@ircservices.za.net
->>Subject: Re: [IRCServices] Possible New Feature?
->>
->> >In Version 5, would it be possible to add support to compile under
->>different
->> >operating systems?
->>
->> No; see FAQ question A.3.
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->>
->> >Now IRCds are moving in quite a bit, they have extended to OS's that will
->> >run them (Unreal even is getting support for BeOS!), so extra Operating
->> >System support will allow people to start IRC Networks from their windows
->> >boxes.
->> >
->> >--
->> >Craig McLure
->> >Craig@e-tidalwave.org
->> >WaveAdmin on the e-tidalwave IRC Network
->> >Ride the Wave! www.e-tidalwave.org
->> >
->> >
->> >_________________________________________________________________
->> >Get your FREE download of MSN Explorer at
->>http://explorer.msn.com/intl.asp
->> >
->> >-----------------------------------------------------------
->> >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
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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 griever at ircd-net.org Sun Oct 28 23:10:01 2001
-From: griever at ircd-net.org (Finny Merrill)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Services 4.5.29 released
-In-Reply-To: <3bdc7102.00607@achurch.org>
-Message-ID: <Pine.LNX.4.33.0110281004370.5919-100000@telocity.com>
-
-On Mon, 29 Oct 2001, Andrew Church wrote:
-
-> >if the tkl is set to expire in say 10 days, and a server squits, and than someone removes the tkl, and the server comes back, it'll set the gline back and those people will be banned. also, why even set a gline in the first place, if we wanted to set a gl
-> >ine we would use /gline if we want an akill we'll use /os akill...
->
-> While I agree that the problem of split servers re-spreading deleted
-> autokills (TKLs) needs to be addressed, I see no reason to differentiate
-> autokills and G:lines--to be honest I don't see why both of them are there,
-> unless it's to provide backward or cross-server compatibility. I might
-> also point out that the same problem would occur if you added the TKLs by
-> hand.
->
-I honestly don't know. I think sts added TKL as a "better" way of banning
-while AKILL is there purely for backwards compatibility. I am also
-confused as to why unreal lets opers use AKILL (it's the same in
-nightmareforge). TKL is definitely the superior system, although
-I myself prefer bahamut's system (*gets tomato thrown at him by sts*)
-
-I also note that this problem is not specific to unreal. Bahamuts
-S-fill-in-the-blank-LINES are plagued with reentry into the network
-as well (I think) but they do not have automatic killoff when they are
-added. AKILL does, but it doesnt reenter. read my RE: to ron's comment
-
-PS: Sorry I keep missing you on irc X_X
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 borg at borgdrone.net Sun Oct 28 23:16:00 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] New feature request
-Message-ID: <000501c15ff5$ad4e4a60$0d37cbcc@borgdrone.net>
-
-Is it possible to add support to kill a user if that user tries to use a
-forbidden nick instead of making the nick change to guest?
-
-Maybe a option ?
-
-Would be easy to add it in.
-
-Scott Grayban
-
-Support anti-Spam legislation. Join the fight http://www.cauce.org/
-
-This electronic mail transmission may contain confidential information
-and is intended only for the person(s) named. Any use, copying or
-disclosure by any other person is strictly prohibited. If you have
-received this transmission in error, please notify the sender via e-mail.
-
-
-
-From achurch at achurch.org Mon Oct 29 01:04:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Services 4.5.29 released
-Message-ID: <3bdc8f6d.00661@achurch.org>
-
->I honestly don't know. I think sts added TKL as a "better" way of banning
->while AKILL is there purely for backwards compatibility. I am also
->confused as to why unreal lets opers use AKILL (it's the same in
->nightmareforge). TKL is definitely the superior system, although
->I myself prefer bahamut's system (*gets tomato thrown at him by sts*)
->
->I also note that this problem is not specific to unreal. Bahamuts
->S-fill-in-the-blank-LINES are plagued with reentry into the network
->as well (I think) but they do not have automatic killoff when they are
->added. AKILL does, but it doesnt reenter. read my RE: to ron's comment
-
- Hm, then I think I'll go with TKL and just have Services zap any
-G:lines it doesn't know about... does anyone see any problem with that?
-(Other than the fact that you can't use /gline anymore, but the answer to
-that is to just use /os akill instead. ;) )
-
->PS: Sorry I keep missing you on irc X_X
-
- S'okay, I rarely have time to talk much these days anyway...
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From borg at borgdrone.net Mon Oct 29 01:05:01 2001
-From: borg at borgdrone.net (Scott Grayban)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Forbidden nick
-Message-ID: <000501c16004$daaa15c0$0d37cbcc@borgdrone.net>
-
-Actually the only setting there is NSForceNickChange
-but thats a global setting.
-
-I'm talking about nick's that have been forbidden
-to be used.
-Like adding NSForceKillForbid
-
-Which will kill any user trying to use a forbidden
-nickname.
-Right now it only warns them that the nick can't be used.
-If you have NSForceNickChange defined in the conf.
-
-
-P.S. Insulting me does nothing... I only tend to ignore them.
-
-
-
-From achurch at achurch.org Mon Oct 29 01:07:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] New feature request
-Message-ID: <3bdc902a.00703@achurch.org>
-
->Is it possible to add support to kill a user if that user tries to use a
->forbidden nick instead of making the nick change to guest?
-
- Why would you want this?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From griever at ircd-net.org Mon Oct 29 03:02:02 2001
-From: griever at ircd-net.org (Finny Merrill)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] New feature request
-In-Reply-To: <3bdc902a.00703@achurch.org>
-Message-ID: <Pine.LNX.4.33.0110281406140.6837-100000@telocity.com>
-
-On Mon, 29 Oct 2001, Andrew Church wrote:
-
-> >Is it possible to add support to kill a user if that user tries to use a
-> >forbidden nick instead of making the nick change to guest?
->
-> Why would you want this?
-Actually, SQLINE seems a better solution than that.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 griever at ircd-net.org Mon Oct 29 03:05:02 2001
-From: griever at ircd-net.org (Finny Merrill)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Services 4.5.29 released
-In-Reply-To: <3bdc8f6d.00661@achurch.org>
-Message-ID: <Pine.LNX.4.33.0110281408450.6837-100000@telocity.com>
-
-On Mon, 29 Oct 2001, Andrew Church wrote:
-
-> >I honestly don't know. I think sts added TKL as a "better" way of banning
-> >while AKILL is there purely for backwards compatibility. I am also
-> >confused as to why unreal lets opers use AKILL (it's the same in
-> >nightmareforge). TKL is definitely the superior system, although
-> >I myself prefer bahamut's system (*gets tomato thrown at him by sts*)
-> >
-> >I also note that this problem is not specific to unreal. Bahamuts
-> >S-fill-in-the-blank-LINES are plagued with reentry into the network
-> >as well (I think) but they do not have automatic killoff when they are
-> >added. AKILL does, but it doesnt reenter. read my RE: to ron's comment
->
-> Hm, then I think I'll go with TKL and just have Services zap any
-> G:lines it doesn't know about... does anyone see any problem with that?
-> (Other than the fact that you can't use /gline anymore, but the answer to
-> that is to just use /os akill instead. ;) )
-just zap any unknown akills that were set by services, you could put
-something into the sender param to do this (like just putting nick instead
-of nick!user@host for services glines)
->
-> >PS: Sorry I keep missing you on irc X_X
->
-> S'okay, I rarely have time to talk much these days anyway...
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 grifferz at blitzed.org Mon Oct 29 05:07:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Forbidden nick
-In-Reply-To: <000501c16004$daaa15c0$0d37cbcc@borgdrone.net>; from borg@borgdrone.net on Sun, Oct 28, 2001 at 03:04:05PM -0800
-References: <000501c16004$daaa15c0$0d37cbcc@borgdrone.net>
-Message-ID: <20011029030645.C24124@laudanum.strugglers.net>
-
-On Sun, Oct 28, 2001 at 03:04:05PM -0800, Scott Grayban wrote:
-> Actually the only setting there is NSForceNickChange
-> but thats a global setting.
->
-> I'm talking about nick's that have been forbidden
-> to be used.
-> Like adding NSForceKillForbid
-
-Yes, but WHY?
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011029/794b94d3/attachment.pgp
-From alisor at softhome.net Mon Oct 29 21:54:00 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-Message-ID: <BOEOIPNBMMDPOCEGGLPCMEBCCAAA.alisor@softhome.net>
-
-Hello to everybody...
-
-What do you think of services giving a +h user mode to help channel ops?
-
-In big servers it can be hard for ircops to help everybody....
-
-
-
-From mazda at vtge.hu Tue Oct 30 04:24:00 2001
-From: mazda at vtge.hu (mazda@vtge.hu)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Feature req
-Message-ID: <f0110300253240008@vtge.hu>
-
-Hello all,
-
-It would be quite nice if the above value could be overriden
-by nick's on the operator or admin list, or to have
-2 settings one for regular users one for opers
-
-# CSMaxReg <count> [RECOMMENDED]
-# Limits the number of channels which may be registered to a single
-# nickname. In the case of linked nicks, this limit applies to the
-# entire set of linked nicks.
-
-CSMaxReg 20
-
-Thanks
-
-
-
-From frostycoolslug at hotmail.com Tue Oct 30 21:08:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Feature req
-Message-ID: <F80rvJU94bR4VWA8EWR000169de@hotmail.com>
-
-y would ppl require this feature?
-Opers should only be required to register the main network channels, and as
-most networks dont allow users to be in more than 10 channels at a time, i
-would see this as a useless feature.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: <mazda@vtge.hu>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Feature req
->Date: Tue, 30 Oct 2001 03:01:12 +0100
->MIME-Version: 1.0
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBDA75A9B000C4136E825D8AB4C020B930; Mon, 29 Oct 2001 18:25:32 -0800
->Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->esmtp (Exim 3.33 #1)id 15yOYj-0001X9-00for craig@e-tidalwave.org; Mon, 29
->Oct 2001 21:23:22 -0500
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id f9U2OiE25974 for
-><craig@e-tidalwave.co.uk>; Tue, 30 Oct 2001 02:24:46 GMT
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 6ADF5180AE; Tue, 30 Oct 2001
->04:24:19 +0200 (SAST)
->Received: from vtge.hu (fast-fw.vtge.hu [62.112.223.40])by
->snow.fingers.co.za (Postfix) with ESMTP id E1ED0180AEfor
-><ircservices@ircservices.za.net>; Tue, 30 Oct 2001 04:23:19 +0200 (SAST)
->Received: from WS-GUY [192.168.182.70] by vtge.hu (FTGate 2, 2, 4, 1);
->Tue, 30 Oct 2001 02:53:24 +0100
->From ircservices-admin@ircservices.za.net Mon, 29 Oct 2001 18:26:03 -0800
->Delivered-To: ircservices@snow.fingers.co.za
->Priority: Normal
->X-mailer: Phoenix Mail 0.92.08 Standard Edition
->Message-Id: <f0110300253240008@vtge.hu>
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->X-Reply-To: <mazda@vtge.hu>
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Tue, 30 Oct 2001 03:01:12 +0100
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->Hello all,
->
->It would be quite nice if the above value could be overriden
->by nick's on the operator or admin list, or to have
->2 settings one for regular users one for opers
->
-># CSMaxReg <count> [RECOMMENDED]
-># Limits the number of channels which may be registered to a single
-># nickname. In the case of linked nicks, this limit applies to the
-># entire set of linked nicks.
->
->CSMaxReg 20
->
->Thanks
->
->
->
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From mazda at vtge.hu Tue Oct 30 21:34:00 2001
-From: mazda at vtge.hu (mazda@vtge.hu)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Feature req
-Message-ID: <f011030200321019A@vtge.hu>
-
-I think for small and closed networks (with functionally limited java
-clients)
-it would be quite helpful/functional.
-
-And if switchable in the config file it will suit everybody's need.
-
-I agree that in a normal irc network scenario with a decent irc clients
-it has not so important.
-
-
-
-Hi Craig McLure, you wrote on 10/30/2001 8:07:04 PM:
-
->y would ppl require this feature?
->Opers should only be required to register the main network channels, and
->as
->most networks dont allow users to be in more than 10 channels at a time, i
->would see this as a useless feature.
->
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->-----------------------------------------------------------
->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 ron885 at linuxfreemail.com Tue Oct 30 23:51:01 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-Message-ID: <200110302150.f9ULoes01392@superglide.netfx-2000.net>
-
-At Mon, 29 Oct 2001 21:50:10 +0200 , "Ali Sor" <alisor@softhome.net> wrote:
-
->Hello to everybody...
->
->What do you think of services giving a +h user mode to help channel ops?
->
->In big servers it can be hard for ircops to help everybody....
-
-You can only help if you have +h set?
-
---
-Ron885
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From griever at t2n.org Tue Oct 30 23:59:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <200110302150.f9ULoes01392@superglide.netfx-2000.net>
-Message-ID: <Pine.LNX.4.33.0110301103480.5672-100000@linux.ircd-net.org>
-
-On Tue, 30 Oct 2001 ron885@linuxfreemail.com wrote:
-
-> At Mon, 29 Oct 2001 21:50:10 +0200 , "Ali Sor" <alisor@softhome.net> wrote:
->
-> >Hello to everybody...
-> >
-> >What do you think of services giving a +h user mode to help channel ops?
-> >
-> >In big servers it can be hard for ircops to help everybody....
->
-> You can only help if you have +h set?
->
-I think he means umode +h (helpop)
-> --
-> Ron885
->
-> Get your own FREE E-mail address at http://www.linuxfreemail.com
-> Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-> -----------------------------------------------------------
-> 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 ron885 at linuxfreemail.com Wed Oct 31 00:08:01 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-Message-ID: <200110302207.f9UM7Ss02838@superglide.netfx-2000.net>
-
->> You can only help if you have +h set?
->>
->I think he means umode +h (helpop)
-
-I know what he means
-
---
-Ron885
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From griever at t2n.org Wed Oct 31 03:01:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Authcode ideas
-Message-ID: <Pine.LNX.4.33.0110301119230.5843-100000@linux.ircd-net.org>
-
-I have a few ideas for 5.0
-
-The first idea is similar to the dalnet sendpass feature,
-except with authcodes.
-
-1) When you use your authcode, it resets to 0 (no authcode)
-2) if you do /nickserv SENDAUTH nick email, it changes the authcode
-to something random and sends it to their email address. (the "email"
-parameter must match their email address, but services admins can omit
-it and users can use it on themselves with no parameters if they are
-identified)
-3) AUTHing enables nicks and has other effects including setting you
-to identified (as if you had used your password).
-4) Authcodes automatically expire (and so does the nick if it hasnt been
-authed yet) in X amount of time. (I use the same X all through this
-section) SENDAUTH, except by services admins, cannot be used unless the
-authcode is 0 (no authcode).
-
-this is a way to help if your nick password is forgotten but MD5 crypting
-is enabled.
-
----
-
-Here goes the second idea, You might wanna make this a
-SET option if it ever gets in.
-The idea is:
-1) you can only change email when authed (this should be a SET option)
-2) when your email is changed, you revert to the "unauthed" state
-and you have to do the auth again within X amount of time or the email
-reverts. (This is a config file option)
-
----
-
-The final idea
-
-What about a "registration snapshot"? Where every time a nick/channel is
-registered the services stores in a log database the information at the
-moment of registration for retrieval by operators?
-
-</blabbering>
-
--Gr
-
-
-From griever at t2n.org Wed Oct 31 05:54:01 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Cygnus DB converter
-Message-ID: <Pine.LNX.4.33.0110301658490.6960-100000@linux.ircd-net.org>
-
-Is there any chance a db converter for cygnus services will show up?
-
-
-From achurch at achurch.org Wed Oct 31 07:26:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Feature req
-Message-ID: <3bdf8c18.55631@achurch.org>
-
->It would be quite nice if the above value could be overriden
->by nick's on the operator or admin list, or to have
->2 settings one for regular users one for opers
->
-># CSMaxReg <count> [RECOMMENDED]
-
- This has been on my personal to-do list, if not in the TODO file, for
-ages now--I just haven't gotten around to it, probably because it hasn't
-seemed that much of a necessity. I may include such a feature in version
-5.0 if I get around to it.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Wed Oct 31 07:41:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Cygnus DB converter
-Message-ID: <3bdf8f84.55654@achurch.org>
-
->Is there any chance a db converter for cygnus services will show up?
-
- You know the rules, if you want it, send me info about it...
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From grifferz at blitzed.org Wed Oct 31 13:54:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <Pine.LNX.4.33.0110301103480.5672-100000@linux.ircd-net.org>; from griever@t2n.org on Tue, Oct 30, 2001 at 11:04:06AM -0600
-References: <200110302150.f9ULoes01392@superglide.netfx-2000.net> <Pine.LNX.4.33.0110301103480.5672-100000@linux.ircd-net.org>
-Message-ID: <20011031115326.J25297@laudanum.strugglers.net>
-
-On Tue, Oct 30, 2001 at 11:04:06AM -0600, Finny wrote:
->
-> On Tue, 30 Oct 2001 ron885@linuxfreemail.com wrote:
->
-> > At Mon, 29 Oct 2001 21:50:10 +0200 , "Ali Sor" <alisor@softhome.net> wrote:
-> >
-> > >Hello to everybody...
-> > >
-> > >What do you think of services giving a +h user mode to help channel ops?
-> > >
-> > >In big servers it can be hard for ircops to help everybody....
-> >
-> > You can only help if you have +h set?
-> >
-> I think he means umode +h (helpop)
-
-I think ron is asking what relevance a umode has to anyone's ability
-to answer questions.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Imightbeagiant> fuck my legs are reallyy sore today , its from holding my
- dog between them for like 30 minutes
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011031/d0e3da37/attachment.pgp
-From alisor at softhome.net Wed Oct 31 16:57:01 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011031115326.J25297@laudanum.strugglers.net>
-Message-ID: <BOEOIPNBMMDPOCEGGLPCCEBGCAAA.alisor@softhome.net>
-
-hello eveybody
-
-h = Available for Help (Help Operator)
-
-if anybody uses /helpop command they can see this and help ppl fastly and
-#help channels are important channels for big servers, the operators of this
-channel are chosen wisely and they deserve a +h mode (umode) and as you
-said everybody can help but everybody isnt good..such as...
-
-<newbie> Hello i registered my nick how can i set kill on?
-<baduser> Give me your pass i will do for you
-
-And the nick is gone...
-But if we can make helpers a +h umode and message ppl that get help from
-helpers only it can be good
-
-Just a thought....
-
-Ali Sor
-
-
-
-
-
-From grifferz at blitzed.org Wed Oct 31 17:07:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <BOEOIPNBMMDPOCEGGLPCCEBGCAAA.alisor@softhome.net>; from alisor@softhome.net on Wed, Oct 31, 2001 at 04:52:54PM +0200
-References: <20011031115326.J25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCCEBGCAAA.alisor@softhome.net>
-Message-ID: <20011031150643.O25297@laudanum.strugglers.net>
-
-On Wed, Oct 31, 2001 at 04:52:54PM +0200, Ali Sor wrote:
-
-> as you said everybody can help but everybody isnt good..such as...
->
-> <newbie> Hello i registered my nick how can i set kill on?
-> <baduser> Give me your pass i will do for you
-
-Surely this is just a matter of user education? The fact that they
-don't need to be giving their passwords to *anyone* should be
-asobvious as the fact they don't need to give their credit card
-numbers either.
-
-Anyway, who can set umode h is determined by the ircd isn't it? SO
-not a services matter at all.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-"Only homosexuals and little girls RTFM, after all." -- Matt Olson
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011031/5bd6a502/attachment.pgp
-From alisor at softhome.net Wed Oct 31 23:25:00 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011031150643.O25297@laudanum.strugglers.net>
-Message-ID: <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>
-
-of course but giving to #help channel ops +h by services can be more usable
-than adding alot of lines to ircd (every line for an op)
-
-Everybody isnt experienced about services...A lot of people even dont know
-what nickserv is...
-
-And if we think that umode +h is about only ircd...then we can say this for
-a lot of modes and operserv too...
-Just look at this
-
-...and gives IRC operators considerably more control over the network,
-enabling them to change modes in any channel and place network-wide bans,
-among other things.
-
-Maybe we must stop talking about this if nobody thinks positive about it...
-
-Ali Sor
-
-
-
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andy Smith
-Sent: Wednesday, October 31, 2001 5:07 PM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-On Wed, Oct 31, 2001 at 04:52:54PM +0200, Ali Sor wrote:
-
-> as you said everybody can help but everybody isnt good..such as...
->
-> <newbie> Hello i registered my nick how can i set kill on?
-> <baduser> Give me your pass i will do for you
-
-Surely this is just a matter of user education? The fact that they
-don't need to be giving their passwords to *anyone* should be
-asobvious as the fact they don't need to give their credit card
-numbers either.
-
-Anyway, who can set umode h is determined by the ircd isn't it? SO
-not a services matter at all.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-"Only homosexuals and little girls RTFM, after all." -- Matt Olson
-
-
-From theonlydung at home.com Thu Nov 1 10:44:01 2001
-From: theonlydung at home.com (Dung T. Nguyen)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] ircservice crontab
-Message-ID: <3BE10AC3.8E9EC67C@home.com>
-
-Hello Scott,
-
- I been search in mailing list looking for ircservices crontab but
-I could not get it. Could you send me one ?
-
- Thank you very much for your times, sorry for bothered you with
-this.
-
- Yours truly,
-
-
-
-From grifferz at blitzed.org Thu Nov 1 12:35:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>; from alisor@softhome.net on Wed, Oct 31, 2001 at 09:13:54PM +0200
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>
-Message-ID: <20011101103358.G13154@laudanum.strugglers.net>
-
-On Wed, Oct 31, 2001 at 09:13:54PM +0200, Ali Sor wrote:
-
-> And if we think that umode +h is about only ircd...then we can say this for
-> a lot of modes and operserv too...
-
-There are only a couple of modes that services sets on users. Are
-you suggesting that services has a list of "helpers" and when they
-identify for their nicks it uses some form of SVSMODE to set them +h
-with no choice on their part?
-
-Or are you suggesting that there be a mode +h that can be set by
-certain people who don't necessarily have accompanying oper
-abilities?
-
-If its the latter, it is wholly an ircd issue, and if its the former
-then I would say that it is far too much work for something that
-provides so little benefit. But someone else may disagree and feel
-inspired. :)
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011101/52e57e74/attachment.pgp
-From uhc0 at stud.uni-karlsruhe.de Thu Nov 1 13:02:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:31 2004
-Subject: AW: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011101103358.G13154@laudanum.strugglers.net>
-Message-ID: <001601c162c4$84e24d20$0264a8c0@nygmatech.local>
-
-> There are only a couple of modes that services sets on users.
-> Are you suggesting that services has a list of "helpers" and
-> when they identify for their nicks it uses some form of
-> SVSMODE to set them +h with no choice on their part?
->
-
-I think, he suggests services to set aops/sops of the defined
-#help channel (which therefore should be set via services.conf)
-via SVSMODE to +h.
-
-This way, newbies joining this channel might do /whois and
-detect who could be an helper, and who is not an helper, and to
-directly answer the correct person.
-
-Even if this might be thought this way, it would be a ircd specific
-issue, since only dreamforge clones still have umode +h to define
-an helper. (wasn't it :looks very helpful ? ;-))
-
-Bahamut has umode +h, which means "ready to help", but is active
-only via /stats P. In the current revision of the ircd I write,
-this behaves the same, in the next, there will no longer be this
-umode.
-
-Conclusion: If the version 5.0 does not bring a way to have such
-ircd specific extensions, I do not see any reason to include this
-in the current source tree. People, who are interested in this
-should implement it themselves.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-
-From savage at savage.za.org Thu Nov 1 14:56:01 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] ircservice crontab
-In-Reply-To: <3BE10AC3.8E9EC67C@home.com>
-Message-ID: <20011101145300.D11763-200000@darkwing.savage.za.org>
-
-Here's mine just for the curious...
-
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
-
-On Thu, 1 Nov 2001, Dung T. Nguyen wrote:
-
->Hello Scott,
->
-> I been search in mailing list looking for ircservices crontab but
->I could not get it. Could you send me one ?
->
-> Thank you very much for your times, sorry for bothered you with
->this.
->
-> Yours truly,
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
--------------- next part --------------
-#!/bin/sh
-SERVBIN=services
-SERVPIDFILE=data/services.pid
-SERVPATH=/home/savage/ircd
-
-cd $SERVPATH
-if test -r $SERVPATH/$SERVPIDFILE; then
- SERVPID=$(cat $SERVPATH/$SERVPIDFILE)
- if $(kill -CHLD $SERVPID >/dev/null 2>&1)
- then
- # lucky for us SERV is still up
- exit 0
- fi
- echo ""
- echo "stale pid file (erasing it)"
- rm -f $SERVPATH/$SERVPIDFILE
-fi
-echo ""
-echo "Services is dead........restarting Services"
-echo ""
-if test -x $SERVBIN ;then
- $SERVPATH/$SERVBIN
- exit 0
-fi
-echo "could not reload"
-
-From jhsc300 at nuvox.net Thu Nov 1 19:22:00 2001
-From: jhsc300 at nuvox.net (John Hall)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net>
-Message-ID: <01d201c162f9$622cb380$0100a8c0@netroot>
-
-Am I the only one that just gets attachments from this guy?
-
-John Hall
------ Original Message -----
-From: "Andy Smith" <grifferz@blitzed.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 01, 2001 5:33 AM
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-
-
-From mooooooo at avenues.org Thu Nov 1 19:33:00 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot>
-Message-ID: <000f01c162fb$13bf44e0$1e64953f@karemor.com>
-
-Nope, I get them too, but I don't know what he's asking since I
-delete them instantly.
-
-Daniel P. Stasinski
-Mooooooo on IRC
-http://www.disabilities-r-us.com
-mooooooo@disabilities-r-us.com
-
------ Original Message -----
-From: "John Hall" <jhsc300@nuvox.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 01, 2001 10:19 AM
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-Am I the only one that just gets attachments from this guy?
-
-
-From chromi at cyberspace.org Thu Nov 1 19:38:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <01d201c162f9$622cb380$0100a8c0@netroot>
-References: <20011031150643.O25297@laudanum.strugglers.net>
- <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>
- <20011101103358.G13154@laudanum.strugglers.net>
- <01d201c162f9$622cb380$0100a8c0@netroot>
-Message-ID: <a05100301b80737f329a0@[192.168.239.101]>
-
->Am I the only one that just gets attachments from this guy?
-
-It's PGP/MIME. You should find it's a text file with his message and
-some PGP signature tags on it.
-
-Personally, I reccommend using inline-text PGP rather than PGP/MIME.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From jhsc300 at nuvox.net Thu Nov 1 19:38:18 2001
-From: jhsc300 at nuvox.net (John Hall)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot> <000f01c162fb$13bf44e0$1e64953f@karemor.com>
-Message-ID: <01de01c162fb$930842b0$0100a8c0@netroot>
-
-So do I...that's why I was curious.
-
-John Hall
------ Original Message -----
-From: "Daniel P. Stasinski" <mooooooo@avenues.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 01, 2001 12:31 PM
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-> Nope, I get them too, but I don't know what he's asking since I
-> delete them instantly.
->
-> Daniel P. Stasinski
-> Mooooooo on IRC
-> http://www.disabilities-r-us.com
-> mooooooo@disabilities-r-us.com
->
-> ----- Original Message -----
-> From: "John Hall" <jhsc300@nuvox.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, November 01, 2001 10:19 AM
-> Subject: Re: [IRCServices] +h user mode to help channel ops
->
->
-> Am I the only one that just gets attachments from this guy?
->
-> -----------------------------------------------------------
-> 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 grifferz at blitzed.org Thu Nov 1 19:39:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <01d201c162f9$622cb380$0100a8c0@netroot>; from jhsc300@nuvox.net on Thu, Nov 01, 2001 at 12:19:34PM -0500
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot>
-Message-ID: <20011101173757.Q13154@laudanum.strugglers.net>
-
-On Thu, Nov 01, 2001 at 12:19:34PM -0500, John Hall wrote:
-> Am I the only one that just gets attachments from this guy?
-
-Nope, all users of mail readers that don't support PGP/MIME messages
-get that. See:
-
-http://www.spinnaker.de/mutt/rfc2015.html
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<mikey> what exactly is smugglers.net... just a site or is it part of a
- company
-
-From grifferz at blitzed.org Thu Nov 1 19:45:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <a05100301b80737f329a0@[192.168.239.101]>; from chromi@cyberspace.org on Thu, Nov 01, 2001 at 05:35:00PM +0000
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot> <a05100301b80737f329a0@[192.168.239.101]>
-Message-ID: <20011101174358.R13154@laudanum.strugglers.net>
-
-On Thu, Nov 01, 2001 at 05:35:00PM +0000, Jonathan Morton wrote:
-> >Am I the only one that just gets attachments from this guy?
->
-> It's PGP/MIME. You should find it's a text file with his message and
-> some PGP signature tags on it.
->
-> Personally, I reccommend using inline-text PGP rather than PGP/MIME.
-
-inline-PGP is largely ignorant of the world outside the US, i.e. it
-ignores internationalisation. Yes, I do know the difference and am
-aware that users of Outlook find it hard to read my email. I do not
-care if they delete it; PGP/MIME is the way to go.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Kappa> You dont know what you people are doing
-<Kappa> Im a Top Hacker
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011101/fa03864a/attachment.pgp
-From chromi at cyberspace.org Thu Nov 1 20:23:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011101174358.R13154@laudanum.strugglers.net>
-References: <20011031150643.O25297@laudanum.strugglers.net>
- <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>
- <20011101103358.G13154@laudanum.strugglers.net>
- <01d201c162f9$622cb380$0100a8c0@netroot>
- <a05100301b80737f329a0@[192.168.239.101]>
- <20011101174358.R13154@laudanum.strugglers.net>
-Message-ID: <a05100304b80741585ea0@[192.168.239.101]>
-
->On Thu, Nov 01, 2001 at 05:35:00PM +0000, Jonathan Morton wrote:
-> > >Am I the only one that just gets attachments from this guy?
-> >
-> > It's PGP/MIME. You should find it's a text file with his message and
-> > some PGP signature tags on it.
-> >
-> > Personally, I reccommend using inline-text PGP rather than PGP/MIME.
->
->inline-PGP is largely ignorant of the world outside the US, i.e. it
->ignores internationalisation. Yes, I do know the difference and am
->aware that users of Outlook find it hard to read my email. I do not
->care if they delete it; PGP/MIME is the way to go.
-
-Not just Outlook. Try PINE and Eudora, not to mention anything else
-that doesn't explicitly support it. I use Eudora, and I have to
-double-click on your "attachment" and wait for PGP to look at your
-key before I can see what you're saying. Then, Eudora won't quote
-your message properly when I hit Reply. Since you speak English,
-what's wrong with using inline-PGP?
-
-Outlook, PINE and Eudora are probably the most widely-used three
-mailers in existence today. Knowingly using a scheme which makes it
-hard to read in them, without good reason, is beyond my comprehension.
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Now, let's make a test using s?me ?ur?pe?n ch?ra?ter? and see how
-inline-PGP handles them...
-
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBO+GSuClQFLD6utO7EQJY2wCgqCJzmBEW0xZPPjtfDQD4WNrG3RUAnRqR
-m30HjxgVKD9ht1QuGE0eN096
-=z+gw
------END PGP SIGNATURE-----
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From joeb34 at charter.net Thu Nov 1 20:23:22 2001
-From: joeb34 at charter.net (Joe Blum)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot>
-Message-ID: <001201c16302$343b4af0$0200a8c0@mobil>
-
-Nope, happens here too.
-
-Joe- =Mobil1man=
------ Original Message -----
-From: "John Hall" <jhsc300@nuvox.net>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 01, 2001 11:19 AM
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-> Am I the only one that just gets attachments from this guy?
->
-> John Hall
-> ----- Original Message -----
-> From: "Andy Smith" <grifferz@blitzed.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, November 01, 2001 5:33 AM
-> Subject: Re: [IRCServices] +h user mode to help channel ops
->
->
->
-> -----------------------------------------------------------
-> 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 griever at t2n.org Thu Nov 1 21:52:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <a05100304b80741585ea0@[192.168.239.101]>
-Message-ID: <Pine.LNX.4.33.0111010855470.15571-100000@linux.ircd-net.org>
-
-On Thu, 1 Nov 2001, Jonathan Morton wrote:
-
-> >On Thu, Nov 01, 2001 at 05:35:00PM +0000, Jonathan Morton wrote:
-> > > >Am I the only one that just gets attachments from this guy?
-> > >
-> > > It's PGP/MIME. You should find it's a text file with his message and
-> > > some PGP signature tags on it.
-> > >
-> > > Personally, I reccommend using inline-text PGP rather than PGP/MIME.
-> >
-> >inline-PGP is largely ignorant of the world outside the US, i.e. it
-> >ignores internationalisation. Yes, I do know the difference and am
-> >aware that users of Outlook find it hard to read my email. I do not
-> >care if they delete it; PGP/MIME is the way to go.
->
-> Not just Outlook. Try PINE and Eudora, not to mention anything else
-> that doesn't explicitly support it. I use Eudora, and I have to
-> double-click on your "attachment" and wait for PGP to look at your
-> key before I can see what you're saying. Then, Eudora won't quote
-> your message properly when I hit Reply. Since you speak English,
-> what's wrong with using inline-PGP?
->
-Pine reads it fine for me
-
-
-From webmaster at marsvin.dk Fri Nov 2 01:19:01 2001
-From: webmaster at marsvin.dk (Johnny Ramm)
-Date: Sat Oct 23 23:01:31 2004
-Subject: SV: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011101103358.G13154@laudanum.strugglers.net>
-Message-ID: <LPBBJLHHFKFNEOCDNEEFAEPNDFAA.webmaster@marsvin.dk>
-
-Hi.
-
-I'm using Outlook 2K Dk version and have no problems reading the messages.
-
-
-Kind regards
-
-Johnny Ramm.
-
-
------Oprindelig meddelelse-----
-Fra: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]P? vegne af Andy Smith
-Sendt: 1. november 2001 11:34
-Til: ircservices@ircservices.za.net
-Emne: Re: [IRCServices] +h user mode to help channel ops
-
-
-On Wed, Oct 31, 2001 at 09:13:54PM +0200, Ali Sor wrote:
-
-> And if we think that umode +h is about only ircd...then we can say this
-for
-> a lot of modes and operserv too...
-
-There are only a couple of modes that services sets on users. Are
-you suggesting that services has a list of "helpers" and when they
-identify for their nicks it uses some form of SVSMODE to set them +h
-with no choice on their part?
-
-Or are you suggesting that there be a mode +h that can be set by
-certain people who don't necessarily have accompanying oper
-abilities?
-
-If its the latter, it is wholly an ircd issue, and if its the former
-then I would say that it is far too much work for something that
-provides so little benefit. But someone else may disagree and feel
-inspired. :)
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-
-
-From feren at foxbox.kittyfox.net Fri Nov 2 01:42:00 2001
-From: feren at foxbox.kittyfox.net (Feren)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-Message-ID: <Pine.LNX.4.30.0111011743330.10379-100000@foxbox.kittyfox.net>
-
-Hello everyone,
-
-I am still fairly new to the world of ircd and services, so I've delayed
-posting my question to this list for some time. However, I seem to be at
-an impasse concerning this, as I cannot find anything explaining the
-situation in the documents nor the listserv archives.
-
-For the record, my environment is:
-Servers: Dalnet ircd 4.4.12
-Services: 4.5.28 (compiled for ircd.dal 4.4.13-)
-
-Most everything is behaving the way I expect (this is a great package,
-many thanks for writing it and maintaining it!) except when it comes to
-NickServ and how ChanServ is interacting with it. My problem is this: I
-have set up AOPs on several channels. An example would be Scaryz, one of
-my trusted users. If I do "aop #channel list" I see "1 Scaryz
-(Scaryzzzzz@dsl081-143-050.chi1.dsl.speakeasy.net)" as I expect. He is
-registered with nickserv and at this time shows "Options: Security" so he
-is being challenged to IDENTIFY to NickServ every time he logs in. This
-is, understandably, annoying to most users so he asked to have it turned
-off. I stepped him through how to turn it off and verified it with "info
-Scaryz" that he had successfully done a "SET SECURE OFF" to NickServ.
-However, after turning it off, the next time he connected and joind the
-channel he is AOP'd on, ChanServ did not op him. I told him to try
-leaving the channel, identifying to nickserv, and rejoining. He did so,
-and then was opped by ChanServ. I have been able to get the exact same
-behavior for myself. If I tell NickServ "SET SECURE OFF" and then connect
-to one of my servers on the network, I am not pestered with a request to
-IDENTIFY. The drawback to this is that when I join channels that I am AOP
-or SOP on I am not given ops by ChanServ.
-
-I find this behavior rather odd. Am I misunderstanding the purpose of
-being able to turn Secure off for NickServ? The Help states "with SECURE
-set, you must enter your password before you will be recognized as the
-owner of the nick, regardless of whether your address is on the access
-list." This implies to me that if SECURE is NOT set, then NickServ will
-examine the access list and, if it should find a match, let ChanServ know
-that you're okay to op as you've been "implicitly identified."
-
-Am I mistaken in this? Perhaps I have misconfigured something?
-
-I appreciate your time and suggestions.
-
-Yours,
-
-Jason 'Feren' Olsen
-
-
-From chromi at cyberspace.org Fri Nov 2 01:52:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-In-Reply-To: <Pine.LNX.4.30.0111011743330.10379-100000@foxbox.kittyfox.net>
-References: <Pine.LNX.4.30.0111011743330.10379-100000@foxbox.kittyfox.net>
-Message-ID: <a05100300b8078fcb3039@[192.168.239.101]>
-
->I find this behavior rather odd. Am I misunderstanding the purpose of
->being able to turn Secure off for NickServ? The Help states "with SECURE
->set, you must enter your password before you will be recognized as the
->owner of the nick, regardless of whether your address is on the access
->list." This implies to me that if SECURE is NOT set, then NickServ will
->examine the access list and, if it should find a match, let ChanServ know
->that you're okay to op as you've been "implicitly identified."
-
-ChanServ will not op you unless you have used IDENTIFY. Period.
-
-Related to this, I'd rather like an option to be opped on my channels
-as soon as I *have* identified, rather than having to issue OP
-commands just because the JOIN command beat my IDENTIFY command
-through the post.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From ayottew at sympatico.ca Fri Nov 2 02:23:01 2001
-From: ayottew at sympatico.ca (Wayne Ayotte)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] ircservice crontab
-References: <20011101145300.D11763-200000@darkwing.savage.za.org>
-Message-ID: <006801c16334$5a988a00$0201a8c0@webdevint.com>
-
-Thanx Chris, Just what I was looking for!
-
------ Original Message -----
-From: "Chris Knipe" <savage@savage.za.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 01, 2001 7:53 AM
-Subject: Re: [IRCServices] ircservice crontab
-
-
-> Here's mine just for the curious...
->
->
-> Regards,
-> Chris Knipe
-> (083) 430-8151
->
->
->
-> On Thu, 1 Nov 2001, Dung T. Nguyen wrote:
->
-> >Hello Scott,
-> >
-> > I been search in mailing list looking for ircservices crontab but
-> >I could not get it. Could you send me one ?
-> >
-> > Thank you very much for your times, sorry for bothered you with
-> >this.
-> >
-> > Yours truly,
-> >
-> >
-> >-----------------------------------------------------------
-> >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 mark at mhetherington.demon.co.uk Fri Nov 2 02:40:01 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <20011101174358.R13154@laudanum.strugglers.net>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMIEDLCFAA.mark@mhetherington.demon.co.uk>
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andy Smith
-Sent: 01 November 2001 17:44
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] +h user mode to help channel ops
-
-
-On Thu, Nov 01, 2001 at 05:35:00PM +0000, Jonathan Morton wrote:
-> >Am I the only one that just gets attachments from this guy?
->
-> It's PGP/MIME. You should find it's a text file with his message and
-> some PGP signature tags on it.
->
-> Personally, I reccommend using inline-text PGP rather than PGP/MIME.
-
->inline-PGP is largely ignorant of the world outside the US, i.e. it
->ignores internationalisation. Yes, I do know the difference and am
->aware that users of Outlook find it hard to read my email. I do not
->care if they delete it; PGP/MIME is the way to go.
-
-If you want to remove people's ability to read your emails that is your
-choice but it begs the question of why you bother to send one you think
-people cannot read.
-
-Outlook has no problems with your email so you might want to check who you
-are discriminating against.
-
-Mark.
-
-
-From chromi at cyberspace.org Fri Nov 2 03:25:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <a05100304b80741585ea0@[192.168.239.101]>
-References: <20011031150643.O25297@laudanum.strugglers.net>
- <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net>
- <20011101103358.G13154@laudanum.strugglers.net>
- <01d201c162f9$622cb380$0100a8c0@netroot>
- <a05100301b80737f329a0@[192.168.239.101]>
- <20011101174358.R13154@laudanum.strugglers.net>
- <a05100304b80741585ea0@[192.168.239.101]>
-Message-ID: <a05100301b807a3b0dcc1@[192.168.239.101]>
-
->*** PGP Signature Status: good
->*** Signer: Jonathan Morton <chromi@chromatix.org.uk>
->*** Signed: 1/11/2001 at 6:21 pm
->*** Verified: 2/11/2001 at 1:13 am
->*** BEGIN PGP VERIFIED MESSAGE ***
->
->Now, let's make a test using s?me ?ur?pe?n ch?ra?ter? and see how
->inline-PGP handles them...
->
->*** END PGP VERIFIED MESSAGE ***
-
-Seems to have worked just fine. So, unless you use completely
-non-Roman alphabets (which I can't even test), there's no barrier to
-using inline-PGP, which works seamlessly in any e-mail client. As
-opposed to PGP/MIME which causes extra work for everyone, even if
-their mail client can technically handle it.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From achurch at achurch.org Fri Nov 2 04:24:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-Message-ID: <3be2044b.61443@achurch.org>
-
->>I find this behavior rather odd. Am I misunderstanding the purpose of
->>being able to turn Secure off for NickServ? The Help states "with SECURE
->>set, you must enter your password before you will be recognized as the
->>owner of the nick, regardless of whether your address is on the access
->>list." This implies to me that if SECURE is NOT set, then NickServ will
->>examine the access list and, if it should find a match, let ChanServ know
->>that you're okay to op as you've been "implicitly identified."
-
- It sounds like the channel has SECURE set; this overrides nickname
-SECURE settings (for that channel) and requires an IDENTIFY whether or
-not the nickname has SECURE set.
-
->Related to this, I'd rather like an option to be opped on my channels
->as soon as I *have* identified, rather than having to issue OP
->commands just because the JOIN command beat my IDENTIFY command
->through the post.
-
- This has been requested by a number of people and is being considered.
-(On the other hand, as long as you send /ns identify first this won't be a
-problem...)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From chromi at cyberspace.org Fri Nov 2 07:06:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-In-Reply-To: <3be2044b.61443@achurch.org>
-References: <3be2044b.61443@achurch.org>
-Message-ID: <a05100303b807d904642a@[192.168.239.101]>
-
-> >Related to this, I'd rather like an option to be opped on my channels
->>as soon as I *have* identified, rather than having to issue OP
->>commands just because the JOIN command beat my IDENTIFY command
->>through the post.
->
-> This has been requested by a number of people and is being considered.
->(On the other hand, as long as you send /ns identify first this won't be a
->problem...)
-
-Ah, problem is the IRCd responds quicker than Services, so a list of
-commands in a connection script can - and usually do - get
-re-ordered. This is true even on a single-server network, and is
-presumably much worse on a lagged multi-server network.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From achurch at achurch.org Fri Nov 2 07:16:05 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-Message-ID: <3be22ca6.64514@achurch.org>
-
->> This has been requested by a number of people and is being considered.
->>(On the other hand, as long as you send /ns identify first this won't be a
->>problem...)
->
->Ah, problem is the IRCd responds quicker than Services, so a list of
->commands in a connection script can - and usually do - get
->re-ordered. This is true even on a single-server network, and is
->presumably much worse on a lagged multi-server network.
-
- But remember that the join itself has to propogate to Services, and
-since the ircd doesn't see the join until after the PRIVMSG to identify,
-Services should also get them in the same order. (If not, it's an ircd
-bug.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From quension at softhome.net Fri Nov 2 07:34:00 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-References: <3be2044b.61443@achurch.org> <a05100303b807d904642a@[192.168.239.101]>
-Message-ID: <3BE23015.EB558E2E@softhome.net>
-
-Jonathan Morton wrote:
-
-> > >Related to this, I'd rather like an option to be opped on my channels
-> >>as soon as I *have* identified, rather than having to issue OP
-> >>commands just because the JOIN command beat my IDENTIFY command
-> >>through the post.
-> >
-> > This has been requested by a number of people and is being considered.
-> >(On the other hand, as long as you send /ns identify first this won't be a
-> >problem...)
->
-> Ah, problem is the IRCd responds quicker than Services, so a list of
-> commands in a connection script can - and usually do - get
-> re-ordered. This is true even on a single-server network, and is
-> presumably much worse on a lagged multi-server network.
-
-Reordered? Sounds like a client issue.
-
-If the client sends the identify command before the join command, services
-will work as expected. Since services is delayed, there's no reason it
-would see the join _before_ the identify.
-
--- Quension
-
-From chromi at cyberspace.org Fri Nov 2 08:25:08 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Query on ChanServ/Nickserv behavior
-In-Reply-To: <3BE23015.EB558E2E@softhome.net>
-References: <3be2044b.61443@achurch.org>
- <a05100303b807d904642a@[192.168.239.101]> <3BE23015.EB558E2E@softhome.net>
-Message-ID: <a05100304b807ebfbd8f2@[192.168.239.101]>
-
-> > > >Related to this, I'd rather like an option to be opped on my channels
->> >>as soon as I *have* identified, rather than having to issue OP
->> >>commands just because the JOIN command beat my IDENTIFY command
->> >>through the post.
->> >
->> > This has been requested by a number of people and is being
->>considered.
->> >(On the other hand, as long as you send /ns identify first this won't be a
->> >problem...)
->>
->> Ah, problem is the IRCd responds quicker than Services, so a list of
->> commands in a connection script can - and usually do - get
->> re-ordered. This is true even on a single-server network, and is
->> presumably much worse on a lagged multi-server network.
->
->Reordered? Sounds like a client issue.
->
->If the client sends the identify command before the join command, services
->will work as expected. Since services is delayed, there's no reason it
->would see the join _before_ the identify.
-
-Seen using two completely different clients - Ircle and X-Chat.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From Schutzgeist at uni.de Fri Nov 2 10:36:00 2001
-From: Schutzgeist at uni.de (Dennis Sela)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] Linking - Problem
-Message-ID: <11833766443.20011102093450@uni.de>
-
-Hallo ircservices,
-
- I have linked 2 Server , installed them as HUB , LEAF.
- I set all H,L,U lines correctbut I can set a normal channelban, when
- I am on the same Server like the Ban-Viction.
-
-
- When I am on the other Server , like the Aim-Person, the channelBan
- has no effect.
-
- He can rejoin the channel an Chat without Problems
-
- But when I set the ban , wehen I am on the same server like the
- Flooder or wahtever , he can?t join after I set the ban.
-
- ....
-
-
- Another Problem
-
-
- Sometimes the Services forgot all modes. The services are still on,
- but it doesent set all channelmodes. It forgot all Keywords and
- everone can join channel which are channelprotected. Then i have to
- reload the Services and everything ist like before.
-
-
- Some chatter reported , that they channel get unregistered, although
- they use then every day.
-
- I set the time , after unused channels get unregistered to 40 days.
- Maybe the Chatter dropped them , But can find any logs about it.
-
-
-
- Thx
-
-Sorry , my english is terrible :(
-
-
-
-From grifferz at blitzed.org Fri Nov 2 12:44:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <a05100304b80741585ea0@[192.168.239.101]>; from chromi@cyberspace.org on Thu, Nov 01, 2001 at 06:22:10PM +0000
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot> <a05100301b80737f329a0@[192.168.239.101]> <20011101174358.R13154@laudanum.strugglers.net> <a05100304b80741585ea0@[192.168.239.101]>
-Message-ID: <20011102104329.E16372@laudanum.strugglers.net>
-
-On Thu, Nov 01, 2001 at 06:22:10PM +0000, Jonathan Morton wrote:
-
-> Not just Outlook. Try PINE and Eudora, not to mention anything else
-> that doesn't explicitly support it.
-
-Pine and later versions of Eudora both work fine.
-
-> Since you speak English, what's wrong with using inline-PGP?
-
-Because if the RFC is not supported it will not become a standard,
-which would be unfortunate for the non-US world, especially those
-parts of it who have accented characters in their *name* for
-example, who cannot even use their own name correctly without this.
-
-> Now, let's make a test using s?me ?ur?pe?n ch?ra?ter? and see how
-> inline-PGP handles them...
-
-Failed to verify the signature here.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011102/45aa9b55/attachment.pgp
-From jordi at lleida.com Fri Nov 2 12:49:00 2001
-From: jordi at lleida.com (Jordi Murgo)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] NSRegRestricted and CSRegRestricted
-Message-ID: <3BE279D9.75FB409E@lleida.com>
-
-This small patch for ircservices-4.5.29 can be usefull on custom IRC
-installations, or under some circumstances where you may need to
-disallow NickServ REGISTER or/and ChanServ REGISTER to mere humans.
-
-The keywords for ircservices.conf are:
-
- # It allows nick registration only to IRCOPs
- NSRegRestricted
-
- # It allows channel registration only to IRCOPs and CS-Admins
- CSRegRestricted
-
-Enjoy, <jordi/>
--------------- next part --------------
-Common subdirectories: ircservices/CVS and ircservices-custom/CVS
-diff -uN ircservices/chanserv.c ircservices-custom/chanserv.c
---- ircservices/chanserv.c Wed Oct 31 14:22:24 2001
-+++ ircservices-custom/chanserv.c Fri Nov 2 11:27:50 2001
-@@ -1460,6 +1460,12 @@
- return;
- }
-
-+ /*--- CUSTOM: ChanServ REGISTER only IRCOPS/ADMINS ---*/
-+ if(CSRegRestricted && !is_oper(u->nick) && !is_services_admin(u) ) {
-+ notice_lang(s_ChanServ, u, CHAN_REGISTER_DISABLED);
-+ return;
-+ }
-+
- if (!desc) {
- syntax_error(s_ChanServ, u, "REGISTER", CHAN_REGISTER_SYNTAX);
- } else if (*chan == '&') {
-diff -uN ircservices/config.c ircservices-custom/config.c
---- ircservices/config.c Wed Oct 31 14:22:24 2001
-+++ ircservices-custom/config.c Wed Oct 31 17:05:55 2001
-@@ -144,6 +144,10 @@
- int SessionLimitAkillExpiry;
- char *SessionLimitAkillReason;
-
-+/*--- CUSTOM CONFIGS ---*/
-+int NSRegRestricted;
-+int CSRegRestricted;
-+
- /******* Local use only: *******/
-
- static int NSDefNone;
-@@ -324,6 +328,11 @@
- { "WallSetpass", { { PARAM_SET, 0, &WallSetpass } } },
- { "WallSU", { { PARAM_SET, 0, &WallSU } } },
- { "WarningTimeout", { { PARAM_TIME, 0, &WarningTimeout } } },
-+
-+ /*-- CUSTOM --*/
-+ { "NSRegRestricted", { { PARAM_SET, 0, &NSRegRestricted } } },
-+ { "CSRegRestricted", { { PARAM_SET, 0, &CSRegRestricted } } },
-+
- };
-
- /*************************************************************************/
-Common subdirectories: ircservices/data and ircservices-custom/data
-diff -uN ircservices/extern.h ircservices-custom/extern.h
---- ircservices/extern.h Wed Oct 31 14:22:24 2001
-+++ ircservices-custom/extern.h Wed Oct 31 17:05:55 2001
-@@ -251,6 +251,10 @@
- E char *SessionLimitDetailsLoc;
- E char *SessionLimitExceeded;
-
-+/*--- CUSTOM ---*/
-+E int NSRegRestricted;
-+E int CSRegRestricted;
-+
- E int read_config(void);
-
-
-Common subdirectories: ircservices/lang and ircservices-custom/lang
-diff -uN ircservices/nickserv.c ircservices-custom/nickserv.c
---- ircservices/nickserv.c Wed Oct 31 15:45:03 2001
-+++ ircservices-custom/nickserv.c Wed Oct 31 17:05:55 2001
-@@ -1114,6 +1114,12 @@
- return;
- }
-
-+ /*--- CUSTOM: Nickserv REGISTER only IRCOPS ---*/
-+ if(NSRegRestricted && !is_oper(u->nick)) {
-+ notice_lang(s_NickServ, u, NICK_REGISTRATION_DISABLED);
-+ return;
-+ }
-+
- #ifdef HAVE_NICKCHANGE
- /* Prevent "Guest" nicks from being registered. -TheShadow */
- if (NSForceNickChange) {
-From grifferz at blitzed.org Fri Nov 2 12:52:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:31 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <a05100301b807a3b0dcc1@[192.168.239.101]>; from chromi@cyberspace.org on Fri, Nov 02, 2001 at 01:15:30AM +0000
-References: <20011031150643.O25297@laudanum.strugglers.net> <BOEOIPNBMMDPOCEGGLPCOEBGCAAA.alisor@softhome.net> <20011101103358.G13154@laudanum.strugglers.net> <01d201c162f9$622cb380$0100a8c0@netroot> <a05100301b80737f329a0@[192.168.239.101]> <20011101174358.R13154@laudanum.strugglers.net> <a05100304b80741585ea0@[192.168.239.101]> <a05100301b807a3b0dcc1@[192.168.239.101]>
-Message-ID: <20011102105140.F16372@laudanum.strugglers.net>
-
-On Fri, Nov 02, 2001 at 01:15:30AM +0000, Jonathan Morton wrote:
-
-> >*** END PGP VERIFIED MESSAGE ***
->
-> Seems to have worked just fine. So, unless you use completely
-> non-Roman alphabets (which I can't even test), there's no barrier to
-> using inline-PGP, which works seamlessly in any e-mail client. As
-> opposed to PGP/MIME which causes extra work for everyone, even if
-> their mail client can technically handle it.
-
-Nope, the Internet's SMTP architecture is not 8-bit clean and
-therefore some people will be able to verify your signed message and
-some not, this is just ONE of the problems with inline PGP usage.
-This is all explained in the RFC I pointed you to.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Emma> i gotta be gettin off now
-<ben-> ok, emma, i was getting kinda squashed anyway
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011102/a76a0941/attachment.pgp
-From grifferz at blitzed.org Fri Nov 2 12:55:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] +h user mode to help channel ops
-In-Reply-To: <NFBBKFAFGLNBHGEDBKDMIEDLCFAA.mark@mhetherington.demon.co.uk>; from mark@mhetherington.demon.co.uk on Fri, Nov 02, 2001 at 12:41:39AM -0000
-References: <20011101174358.R13154@laudanum.strugglers.net> <NFBBKFAFGLNBHGEDBKDMIEDLCFAA.mark@mhetherington.demon.co.uk>
-Message-ID: <20011102105449.G16372@laudanum.strugglers.net>
-
-On Fri, Nov 02, 2001 at 12:41:39AM -0000, Mark Hetherington wrote:
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andy Smith
-> Sent: 01 November 2001 17:44
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] +h user mode to help channel ops
-
-> >inline-PGP is largely ignorant of the world outside the US, i.e. it
-> >ignores internationalisation. Yes, I do know the difference and am
-> >aware that users of Outlook find it hard to read my email. I do not
-> >care if they delete it; PGP/MIME is the way to go.
->
-> If you want to remove people's ability to read your emails that is your
-> choice but it begs the question of why you bother to send one you think
-> people cannot read.
-
-Um, I'm aware that *some* email programs have difficulty with
-PGP/MIME messages, and do not regard that as my problem. I am not
-sure how you got from there to "I don't want some people to be able
-to read my email". If you can read it, I am glad.
-
-> Outlook has no problems with your email so you might want to check who you
-> are discriminating against.
-
-Good, what is the exact setup please so that I may tell others who
-ask? Greater support of OpenPGP is the goal here, I'm
-discriminating against no one. Sorry to dissapoint those looking
-for a my-mailer-is-better-than-yours war.
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<Hostile> DONT GIVE YOUR PASSWORD OUT! dont even write it down! make fake
- passwordz and put them all over your desk! te ll people hello, my
- password is: and LIE! IT WILL TRIX0R THEM!!!!!!!!
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011102/08268e91/attachment.pgp
-From collide at tr.net Fri Nov 2 16:19:00 2001
-From: collide at tr.net (Collide)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Linking - Problem
-In-Reply-To: <11833766443.20011102093450@uni.de>
-Message-ID: <LPBBLPKMEKMJINBFDLHEMEFJCDAA.collide@tr.net>
-
-Hi,
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Dennis Sela
-> Sent: Friday, November 02, 2001 10:35 AM
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Linking - Problem
->
->
-> Hallo ircservices,
->
-> I have linked 2 Server , installed them as HUB , LEAF.
-> I set all H,L,U lines correctbut I can set a normal channelban, when
-> I am on the same Server like the Ban-Viction.
->
->
-> When I am on the other Server , like the Aim-Person, the channelBan
-> has no effect.
->
-> He can rejoin the channel an Chat without Problems
->
-> But when I set the ban , wehen I am on the same server like the
-> Flooder or wahtever , he can?t join after I set the ban.
->
-
-This seem to be a ircd problem. There is noting releated with ircservices
-actually....
-Your IRCD version might be from the server you are linked, so one server
-might be
-using masked hosts, and your server dont, so there will be a problem like
-this...
-You should better ask it to your ircd coders.
-
->
-> Another Problem
->
->
-> Sometimes the Services forgot all modes. The services are still on,
-> but it doesent set all channelmodes. It forgot all Keywords and
-> everone can join channel which are channelprotected. Then i have to
-> reload the Services and everything ist like before.
->
->
-> Some chatter reported , that they channel get unregistered, although
-> they use then every day.
->
-> I set the time , after unused channels get unregistered to 40 days.
-> Maybe the Chatter dropped them , But can find any logs about it.
->
-
-Are there any other users when you joined the channel?Then may be the modes
-are
-set, but your client missed it...
-
->
-> Thx
->
-
-Emre ERTUGAY
-
-
-From mike at icon.co.za Sun Nov 4 19:58:00 2001
-From: mike at icon.co.za (Michael Smith)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Feature possibly
-Message-ID: <2.2.32.20011104175707.0103ebf8@196.14.3.98>
-
-Could we have a config file options that disables/enables the /msg oracle
-kick command?
-
-Thx
-
-Mike
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From griever at t2n.org Sun Nov 4 20:17:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question
-Message-ID: <Pine.LNX.4.33.0111040721350.9056-100000@linux.ircd-net.org>
-
-Does/will ircservices 5 support the "nickname registered to someone else"
-numeric that dalnet uses? some scripts use it.
-
-
-From griever at t2n.org Sun Nov 4 20:21:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-Message-ID: <Pine.LNX.4.33.0111040724351.9056-100000@linux.ircd-net.org>
-
-The purpose of this is so scripts/clients/bots can detect
-if they are using someone else's nick without
-a) having to automatically reply to a notice (breaks irc rfc)
-b) changing the script for different langs/messages/services
-
----------- Forwarded message ----------
-Date: Sun, 4 Nov 2001 07:22:21 -0600 (CST)
-From: Finny <griever@t2n.org>
-Reply-To: ircservices@ircservices.za.net
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Short question
-
-Does/will ircservices 5 support the "nickname registered to someone else"
-numeric that dalnet uses? some scripts use it.
-
------------------------------------------------------------
-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 collide at tr.net Sun Nov 4 20:27:01 2001
-From: collide at tr.net (Collide)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Feature possibly
-In-Reply-To: <2.2.32.20011104175707.0103ebf8@196.14.3.98>
-Message-ID: <LPBBLPKMEKMJINBFDLHEEEGJCDAA.collide@tr.net>
-
-Hi all,
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Michael Smith
-> Sent: Sunday, November 04, 2001 7:57 PM
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Feature possibly
->
->
-> Could we have a config file options that disables/enables the /msg oracle
-> kick command?
->
-> Thx
->
-> Mike
-
-I guess Oracle is your OperServ...
-Will it be useful? Why are u not leting your ircops to kick a user harrasing
-in a channel.
-As I guess your response will be "they are using it to have fun, to make
-jokes to each other";
-so why are you giving/keeping people like this on ircop privillage?
-Acually this kick feature is very useful for big networks, a config option
-such this wont be useful...
-
-Best Regards,
-Emre ERTUGAY
-TTNet
-
-
-From collide at tr.net Sun Nov 4 20:38:00 2001
-From: collide at tr.net (Collide)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-In-Reply-To: <Pine.LNX.4.33.0111040724351.9056-100000@linux.ircd-net.org>
-Message-ID: <LPBBLPKMEKMJINBFDLHEOEGJCDAA.collide@tr.net>
-
-Hi again,
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Finny
-> Sent: Sunday, November 04, 2001 3:26 PM
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Short question (add)
->
->
-> The purpose of this is so scripts/clients/bots can detect
-> if they are using someone else's nick without
-> a) having to automatically reply to a notice (breaks irc rfc)
-> b) changing the script for different langs/messages/services
-
-All ircservices have "nearly" same message. At least all of them
-says "/msg Nickserv* IDENTIFY" so scripts can bind this phrase.
-I dont think a auto-identify system will violate irc rfc anyway, but
-if you bind mirc or your client to response the phrase above, then
-there will be no problems. Anyway, changing ircservices's notices
-for a such reason is not neccessary...
-
-Regards,
-Emre
-
-
-
-From griever at t2n.org Sun Nov 4 20:57:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-In-Reply-To: <LPBBLPKMEKMJINBFDLHEOEGJCDAA.collide@tr.net>
-Message-ID: <Pine.LNX.4.33.0111040801230.9193-100000@linux.ircd-net.org>
-
-On Sun, 4 Nov 2001, Collide wrote:
-
-> Hi again,
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Finny
-> > Sent: Sunday, November 04, 2001 3:26 PM
-> > To: ircservices@ircservices.za.net
-> > Subject: [IRCServices] Short question (add)
-> >
-> >
-> > The purpose of this is so scripts/clients/bots can detect
-> > if they are using someone else's nick without
-> > a) having to automatically reply to a notice (breaks irc rfc)
-> > b) changing the script for different langs/messages/services
->
-> All ircservices have "nearly" same message. At least all of them
-> says "/msg Nickserv* IDENTIFY" so scripts can bind this phrase.
-> I dont think a auto-identify system will violate irc rfc anyway, but
-> if you bind mirc or your client to response the phrase above, then
-> there will be no problems. Anyway, changing ircservices's notices
-> for a such reason is not neccessary...
-I never said anything about changing notices
->
-> Regards,
-> Emre
->
->
-> -----------------------------------------------------------
-> 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 beng at nc.rr.com Sun Nov 4 21:21:00 2001
-From: beng at nc.rr.com (Ben Goldstein)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-References: <Pine.LNX.4.33.0111040724351.9056-100000@linux.ircd-net.org>
-Message-ID: <004301c16566$a3e1fa50$0300a8c0@asi200>
-
-In my opinion, this is something that should have been included in earlier
-versions.. maybe it was overlooked?
-
-DALnet services sends numeric 433: mynick Nickname is registered to someone
-else.
-Some clients pick this up as ircd's 433 ERR_NICKNAMEINUSE and will switch to
-the client's alternate nick.
-
-Sending the numeric is also a way to get scripts to legally identify to
-NickServ (if you must do this), other than replying to a notice, which
-actually does break the RFC.
-
--- Ben Goldstein
-
-> The purpose of this is so scripts/clients/bots can detect
-> if they are using someone else's nick without
-> a) having to automatically reply to a notice (breaks irc rfc)
-> b) changing the script for different langs/messages/services
-
-
-
-
-From griever at t2n.org Sun Nov 4 21:30:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-In-Reply-To: <004301c16566$a3e1fa50$0300a8c0@asi200>
-Message-ID: <Pine.LNX.4.33.0111040831320.9290-100000@linux.ircd-net.org>
-
-yOn Sun, 4 Nov 2001, Ben Goldstein wrote:
-
-> In my opinion, this is something that should have been included in earlier
-> versions.. maybe it was overlooked?
->
-> DALnet services sends numeric 433: mynick Nickname is registered to someone
-> else.
-> Some clients pick this up as ircd's 433 ERR_NICKNAMEINUSE and will switch to
-> the client's alternate nick.
->
-> Sending the numeric is also a way to get scripts to legally identify to
-> NickServ (if you must do this), other than replying to a notice, which
-> actually does break the RFC.
->
-Yes! this is what I meant!
-
-If this were put into every set of services that would be nice because
-then people wouldn't have to make an individual script for every set
-of services.
-
--Gr
-
-
-From kfiresun at ix.netcom.com Sun Nov 4 22:23:00 2001
-From: kfiresun at ix.netcom.com (kfiresun@ix.netcom.com)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-Message-ID: <OF930036CC.9504C4A2-ON86256AFA.00696A1E@ix.netcom.com>
-
-The nice thing about version 5 is that it's all modular. So adding
-something like this SHOULDN'T be at all hard to do, at least, in
-theory. (One never knows until they get in and actually do it. ;)
-
-Given the nature of the request I don't see any for seeable
-complications with this. This certainly would be helpful to
-automated scripts and would also help keep things in-line with the
-over all RFC1459 requirement of not autoresponding to a notice.
-Which is a, Good Thing(tm).
-
-(Having said all this I might have Andy bludgeon me with a bad
-Perl script or something, but we'll see :)
-
-Kelmar K. Firesun (IRL: Bryce Simonds)
-Acting Admin: dream.esper.net
-
-
-
-
-
-Finny <griever@t2n.org>
-Sent by: ircservices-admin@ircservices.za.net
-11/04/2001 08:35 AM
-Please respond to ircservices
-
-
- To: <ircservices@ircservices.za.net>
- cc:
- Subject: Re: [IRCServices] Short question (add)
-
-
-
-yOn Sun, 4 Nov 2001, Ben Goldstein wrote:
-
-> In my opinion, this is something that should have been included in
-earlier
-> versions.. maybe it was overlooked?
->
-> DALnet services sends numeric 433: mynick Nickname is registered to
-someone
-> else.
-> Some clients pick this up as ircd's 433 ERR_NICKNAMEINUSE and will
-switch to
-> the client's alternate nick.
->
-> Sending the numeric is also a way to get scripts to legally identify to
-> NickServ (if you must do this), other than replying to a notice, which
-> actually does break the RFC.
->
-Yes! this is what I meant!
-
-If this were put into every set of services that would be nice because
-then people wouldn't have to make an individual script for every set
-of services.
-
--Gr
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011104/33176bca/attachment.htm
-From achurch at achurch.org Mon Nov 5 15:33:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-Message-ID: <3be6959a.06155@achurch.org>
-
->The purpose of this is so scripts/clients/bots can detect
->if they are using someone else's nick without
->a) having to automatically reply to a notice (breaks irc rfc)
->b) changing the script for different langs/messages/services
-
- What's the exact format of the message, and when is it sent?
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->---------- Forwarded message ----------
->Date: Sun, 4 Nov 2001 07:22:21 -0600 (CST)
->From: Finny <griever@t2n.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] Short question
->
->Does/will ircservices 5 support the "nickname registered to someone else"
->numeric that dalnet uses? some scripts use it.
->
->-----------------------------------------------------------
->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 calimonk at gmx.net Mon Nov 5 15:39:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <3be6959a.06155@achurch.org>
-Message-ID: <5.1.0.14.2.20011105143625.00a6b390@mail.gmx.net>
-
-After talking with Ron, he talked to me about the "sendpass" function in
-services. On our server, services run on a private server. If you do a
-sendpass on a nickname or a channel the password is send to the user from
-that machine. The thing is that the services server send the message, thus
-the IP is shown in the Header of the email. This makes your services very
-easy to find.
-
-Is there any change ircservices will have a solution for thsi in future? Or
-is there already a solution to this problem available?
-
-Thanks
-
-
-
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From achurch at achurch.org Mon Nov 5 15:59:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-Message-ID: <3be69bbf.11140@achurch.org>
-
- You're using a modified version of Services, so I can't help you
-directly, but the IP address of the sending server is added by the
-receiving server, so there's no way around that unless you send the mail
-from a different system.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->After talking with Ron, he talked to me about the "sendpass" function in
->services. On our server, services run on a private server. If you do a
->sendpass on a nickname or a channel the password is send to the user from
->that machine. The thing is that the services server send the message, thus
->the IP is shown in the Header of the email. This makes your services very
->easy to find.
->
->Is there any change ircservices will have a solution for thsi in future? Or
->is there already a solution to this problem available?
->
->Thanks
->
->
->
->
->---------------------------------------
->CaliMonk
->Network Administrator
->Axenet IRC Network
->http://www.axenet.org
->ICQ#: 12000049
->MSN: calimonk@gmx.net
->---------------------------------------
->
->
->-----------------------------------------------------------
->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 calimonk at gmx.net Mon Nov 5 16:07:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <3be69bbf.11140@achurch.org>
-Message-ID: <5.1.0.14.2.20011105150718.02b58e00@mail.gmx.net>
-
-At 10:59 PM 11/5/2001 +0900, you wrote:
-> You're using a modified version of Services, so I can't help you
->directly, but the IP address of the sending server is added by the
->receiving server, so there's no way around that unless you send the mail
-> >from a different system.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-
-So it would be possible to forward services messages to another server
-which sends the actual messages?
-
-
-> >After talking with Ron, he talked to me about the "sendpass" function in
-> >services. On our server, services run on a private server. If you do a
-> >sendpass on a nickname or a channel the password is send to the user from
-> >that machine. The thing is that the services server send the message, thus
-> >the IP is shown in the Header of the email. This makes your services very
-> >easy to find.
-> >
-> >Is there any change ircservices will have a solution for thsi in future? Or
-> >is there already a solution to this problem available?
-> >
-> >Thanks
-> >
-> >
-> >
-> >
-> >---------------------------------------
-> >CaliMonk
-> >Network Administrator
-> >Axenet IRC Network
-> >http://www.axenet.org
-> >ICQ#: 12000049
-> >MSN: calimonk@gmx.net
-> >---------------------------------------
-> >
-> >
-> >-----------------------------------------------------------
-> >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
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From marius at agoron.com Mon Nov 5 17:41:00 2001
-From: marius at agoron.com (Marius Kirschner)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <3be69bbf.11140@achurch.org>
-Message-ID: <01dc01c16609$006d81c0$5ae9b5ce@quasi>
-
-Andrew, can you please tell me how to unsubscribe from this list,
-because following the instructions at the buttom doesn't work. Thanks,
-
- ---Marius
-
-And sorry for this post but I've tried sending mail to
-ircservices-admin@ircservices.za.net 3 times without getting any reply
-back.
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> Andrew Church
-> Sent: Monday, November 05, 2001 9:00 AM
-> To: ircservices@ircservices.za.net
-> Subject: Re: [IRCServices] Question
->
-> You're using a modified version of Services, so I can't help you
-> directly, but the IP address of the sending server is added by the
-> receiving server, so there's no way around that unless you send the
-mail
-> from a different system.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >After talking with Ron, he talked to me about the "sendpass" function
-in
-> >services. On our server, services run on a private server. If you do
-a
-> >sendpass on a nickname or a channel the password is send to the user
-from
-> >that machine. The thing is that the services server send the message,
-thus
-> >the IP is shown in the Header of the email. This makes your services
-very
-> >easy to find.
-> >
-> >Is there any change ircservices will have a solution for thsi in
-future? Or
-> >is there already a solution to this problem available?
-> >
-> >Thanks
-> >
-> >
-> >
-> >
-> >---------------------------------------
-> >CaliMonk
-> >Network Administrator
-> >Axenet IRC Network
-> >http://www.axenet.org
-> >ICQ#: 12000049
-> >MSN: calimonk@gmx.net
-> >---------------------------------------
-> >
-> >
-> >-----------------------------------------------------------
-> >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 calimonk at gmx.net Mon Nov 5 17:47:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <01dc01c16609$006d81c0$5ae9b5ce@quasi>
-References: <3be69bbf.11140@achurch.org>
-Message-ID: <5.1.0.14.2.20011105164741.02b594f8@mail.gmx.net>
-
-At 09:48 AM 11/5/2001 -0500, you wrote:
->Andrew, can you please tell me how to unsubscribe from this list,
->because following the instructions at the buttom doesn't work. Thanks,
->
-> ---Marius
->
->And sorry for this post but I've tried sending mail to
->ircservices-admin@ircservices.za.net 3 times without getting any reply
->back.
->
-
-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
-
-
-heh
-
-it clearly says email ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject
-
-email can be empty...
-
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From marius at agoron.com Mon Nov 5 17:53:01 2001
-From: marius at agoron.com (Marius Kirschner)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <5.1.0.14.2.20011105164741.02b594f8@mail.gmx.net>
-Message-ID: <01f201c16611$e985ecf0$5ae9b5ce@quasi>
-
-Okay, then try it and you'll see what I mean by it "doesn't work."
-Basically it prompts you back to enter "unsubscribe <password>
-[<email-address>] but I don't have a password.
-
-
- ---Marius
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> CaliMonk
-> Sent: Monday, November 05, 2001 10:48 AM
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Question
->
-> At 09:48 AM 11/5/2001 -0500, you wrote:
-> >Andrew, can you please tell me how to unsubscribe from this list,
-> >because following the instructions at the buttom doesn't work.
-Thanks,
-> >
-> > ---Marius
-> >
-> >And sorry for this post but I've tried sending mail to
-> >ircservices-admin@ircservices.za.net 3 times without getting any
-reply
-> >back.
-> >
->
-> 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
->
->
-> heh
->
-> it clearly says email ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject
->
-> email can be empty...
->
->
-> ---------------------------------------
-> CaliMonk
-> Network Administrator
-> Axenet IRC Network
-> http://www.axenet.org
-> ICQ#: 12000049
-> MSN: calimonk@gmx.net
-> ---------------------------------------
->
->
-> -----------------------------------------------------------
-> 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 calimonk at gmx.net Mon Nov 5 17:56:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <01f201c16611$e985ecf0$5ae9b5ce@quasi>
-References: <5.1.0.14.2.20011105164741.02b594f8@mail.gmx.net>
-Message-ID: <5.1.0.14.2.20011105165625.02b02a88@mail.gmx.net>
-
-At 10:52 AM 11/5/2001 -0500, you wrote:
->Okay, then try it and you'll see what I mean by it "doesn't work."
->Basically it prompts you back to enter "unsubscribe <password>
->[<email-address>] but I don't have a password.
-
-Well u said u emailed ircservices-admin, while in the sig it says
-ircservices-request so i figured you emailed the wrong email.
-
-
-
-
-> ---Marius
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> > CaliMonk
-> > Sent: Monday, November 05, 2001 10:48 AM
-> > To: ircservices@ircservices.za.net
-> > Subject: RE: [IRCServices] Question
-> >
-> > At 09:48 AM 11/5/2001 -0500, you wrote:
-> > >Andrew, can you please tell me how to unsubscribe from this list,
-> > >because following the instructions at the buttom doesn't work.
->Thanks,
-> > >
-> > > ---Marius
-> > >
-> > >And sorry for this post but I've tried sending mail to
-> > >ircservices-admin@ircservices.za.net 3 times without getting any
->reply
-> > >back.
-> > >
-> >
-> > 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
-> >
-> >
-> > heh
-> >
-> > it clearly says email ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject
-> >
-> > email can be empty...
-> >
-> >
-> > ---------------------------------------
-> > CaliMonk
-> > Network Administrator
-> > Axenet IRC Network
-> > http://www.axenet.org
-> > ICQ#: 12000049
-> > MSN: calimonk@gmx.net
-> > ---------------------------------------
-> >
-> >
-> > -----------------------------------------------------------
-> > 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
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From uhc0 at stud.uni-karlsruhe.de Mon Nov 5 18:00:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] Question
-In-Reply-To: <01f201c16611$e985ecf0$5ae9b5ce@quasi>
-Message-ID: <000401c16612$e2c8cee0$0264a8c0@nygmatech.local>
-
-Every first of a month mailman sends you an email with information
-about your subscription, and also your list password. Since the first of
-november was 4 days ago, you might still have a copy of that email.
-
-AFAIK, you needed to define a password while subscribing.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Marius Kirschner
-> Gesendet: Montag, 5. November 2001 16:52
-> An: ircservices@ircservices.za.net
-> Betreff: RE: [IRCServices] Question
->
->
-> Okay, then try it and you'll see what I mean by it "doesn't
-> work." Basically it prompts you back to enter "unsubscribe
-> <password> [<email-address>] but I don't have a password.
->
->
-> ---Marius
->
-
-
-From calimonk at gmx.net Mon Nov 5 18:07:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <01f201c16611$e985ecf0$5ae9b5ce@quasi>
-References: <5.1.0.14.2.20011105164741.02b594f8@mail.gmx.net>
-Message-ID: <5.1.0.14.2.20011105170655.02b111b8@mail.gmx.net>
-
-Check out
-http://www.ircservices.za.net/mailman/options/ircservices/marius@agoron.com
-
-then you can have your password emailed to you from there + you can
-unsubcribe there.
-
-
-
-
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From marius at agoron.com Mon Nov 5 18:18:00 2001
-From: marius at agoron.com (Marius Kirschner)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Question
-In-Reply-To: <5.1.0.14.2.20011105170655.02b111b8@mail.gmx.net>
-Message-ID: <01fb01c16615$5a2a42f0$5ae9b5ce@quasi>
-
-Thanks to all who replied, I've located the password. Again, sorry for
-littering the list with this stuff.
-
-
- ---Marius
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> CaliMonk
-> Sent: Monday, November 05, 2001 11:08 AM
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Question
->
->
-> Check out
->
-http://www.ircservices.za.net/mailman/options/ircservices/marius@agoron.
-com
->
-> then you can have your password emailed to you from there + you can
-> unsubcribe there.
->
->
->
->
->
-> ---------------------------------------
-> CaliMonk
-> Network Administrator
-> Axenet IRC Network
-> http://www.axenet.org
-> ICQ#: 12000049
-> MSN: calimonk@gmx.net
-> ---------------------------------------
->
->
-> -----------------------------------------------------------
-> 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 beng at nc.rr.com Tue Nov 6 00:46:00 2001
-From: beng at nc.rr.com (Ben Goldstein)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-References: <3be6959a.06155@achurch.org>
-Message-ID: <00c301c1664c$7cc27170$0300a8c0@asi200>
-
-send_cmd(ServerName, "433 %s :%s Nickname is registered to someone else.",
-u->nick, ni->nick);
-
-Should be sent whenever there are 20 seconds left until the nick is
-enforced, or the last warning the user gets before the enforce. (u->nick
-and ni->nick should always be the same)
-
-
--- Ben Goldstein
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, November 05, 2001 8:32 AM
-Subject: Re: [IRCServices] Short question (add)
-
-
-> >The purpose of this is so scripts/clients/bots can detect
-> >if they are using someone else's nick without
-> >a) having to automatically reply to a notice (breaks irc rfc)
-> >b) changing the script for different langs/messages/services
->
-> What's the exact format of the message, and when is it sent?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >---------- Forwarded message ----------
-> >Date: Sun, 4 Nov 2001 07:22:21 -0600 (CST)
-> >From: Finny <griever@t2n.org>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: ircservices@ircservices.za.net
-> >Subject: [IRCServices] Short question
-> >
-> >Does/will ircservices 5 support the "nickname registered to someone else"
-> >numeric that dalnet uses? some scripts use it.
-
-
-
-
-From griever at t2n.org Tue Nov 6 02:16:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Short question (add)
-In-Reply-To: <00c301c1664c$7cc27170$0300a8c0@asi200>
-Message-ID: <Pine.LNX.4.33.0111051320580.2060-100000@linux.ircd-net.org>
-
-On Mon, 5 Nov 2001, Ben Goldstein wrote:
-
-> send_cmd(ServerName, "433 %s :%s Nickname is registered to someone else.",
-> u->nick, ni->nick);
-it's "433 %s %s :nickname..." not "433 %s :%s nickname..."
->
-> Should be sent whenever there are 20 seconds left until the nick is
-> enforced, or the last warning the user gets before the enforce. (u->nick
-> and ni->nick should always be the same)
->
->
-> -- Ben Goldstein
->
->
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, November 05, 2001 8:32 AM
-> Subject: Re: [IRCServices] Short question (add)
->
->
-> > >The purpose of this is so scripts/clients/bots can detect
-> > >if they are using someone else's nick without
-> > >a) having to automatically reply to a notice (breaks irc rfc)
-> > >b) changing the script for different langs/messages/services
-> >
-> > What's the exact format of the message, and when is it sent?
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> >
-> > >---------- Forwarded message ----------
-> > >Date: Sun, 4 Nov 2001 07:22:21 -0600 (CST)
-> > >From: Finny <griever@t2n.org>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: ircservices@ircservices.za.net
-> > >Subject: [IRCServices] Short question
-> > >
-> > >Does/will ircservices 5 support the "nickname registered to someone else"
-> > >numeric that dalnet uses? some scripts use it.
->
->
->
-> -----------------------------------------------------------
-> 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 savage at savage.za.org Tue Nov 6 03:24:00 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Services DBs
-Message-ID: <Pine.LNX.4.33.0111060320410.16242-100000@darkwing.savage.za.org>
-
-Hija all,
-
-Quick question (might not be directly related) but neways, :)
-
-I kinda figured it would be possible to access the services .db files via
-perl, there should be CPAN modules for the relative database formats and
-such, but has anyone possibly allready writen a application that interacts
-with the DBs, and whoever the lucky person is, would you be willing to
-share it?
-
-I'm interested in a script to check the chanserv records, and I need to
-access a list of registered channels, and the channel founder's email
-address (so i guess chan.db and nick.db)
-
-TY in advance :)
-
---little me
-
---
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
-
-
-From adam at wiredrave.com Tue Nov 6 04:05:01 2001
-From: adam at wiredrave.com (Adam)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Services DBs
-In-Reply-To: <Pine.LNX.4.33.0111060320410.16242-100000@darkwing.savage.za.org>
-Message-ID: <NEBBLMHKKLGHANKONFLMGECAELAA.adam@wiredrave.com>
-
-I would be interested in this too. There was something posted on here in
-the past, but I never got it to work properly. The best thing that I've
-found is modify the part of services that does the listnicks and listchans
-functions to produce a lot more output and then dumping it every 15 - 30
-mins and putting the info into a sql DB.
-
-Adam
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Chris Knipe
-Sent: Monday, November 05, 2001 7:23 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Services DBs
-
-
-Hija all,
-
-Quick question (might not be directly related) but neways, :)
-
-I kinda figured it would be possible to access the services .db files via
-perl, there should be CPAN modules for the relative database formats and
-such, but has anyone possibly allready writen a application that interacts
-with the DBs, and whoever the lucky person is, would you be willing to
-share it?
-
-I'm interested in a script to check the chanserv records, and I need to
-access a list of registered channels, and the channel founder's email
-address (so i guess chan.db and nick.db)
-
-TY in advance :)
-
---little me
-
---
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Tue Nov 6 06:00:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Services 4.5.30 released
-Message-ID: <3be760cf.14201@achurch.org>
-
- Services 4.5.30 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.30.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.30.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This release fixes the problem with TKLs that refuse to die in Unreal,
-and should take care of most of the other things reported recently. If I
-forgot something, please let me know.
-
-Chanserv in version 4.5.30
---------------------------
-2001/11/06 Fixed bug which left expired autokills in force.
-2001/11/06 Added handling for Unreal TKL messages to avoid expired or
- deleted autokills reappearing in the network. Reported
- by <ron885@linuxfreemail.com>
-2001/11/06 Added sending of 433 (nick in use) on regged nick warnings.
- Suggested by Finny Merrill <griever@ircd-net.org>
-2001/11/01 Fixed a bug causing list{nicks,chans} -d <dir> to not work.
-2001/10/31 Fixed incorrect check for nick suspension in NickServ
- IDENTIFY. Reported by Lonewolf <lonewolf@lagnet.org.za>
-2001/10/29 Fixed incorrect channel count check in NickServ LINK.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ron885 at linuxfreemail.com Tue Nov 6 07:05:03 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Services 4.5.30 released
-Message-ID: <200111060503.fA653Gs17402@superglide.netfx-2000.net>
-
-At Tue, 06 Nov 2001 12:57:33 JST , achurch@achurch.org (Andrew Church) wrote:
-
-> Services 4.5.30 has been released, and can be downloaded from:
-
-I just saw this email and was VERY happy I saw my name in the Changelog, i love it when my ideas get used... BUT...
-
-on my network and on most i've been on that use unreal... there is the AKILL list and the gline list... which are two totally seperate lists... the gline is for opers to use and the AKILL list is for csops+ to use to set like broad bans and stuff... but forcing the 2 to be synced kinda takes power away from the opers seeing how they can't gline anyone because services will just unset it...
-
-just my thoughts
-
---
-Ron885
-CSOP @ irc.axenet.org
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From achurch at achurch.org Tue Nov 6 07:11:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Services 4.5.30 released
-Message-ID: <3be77163.14345@achurch.org>
-
->on my network and on most i've been on that use unreal... there is the AKILL list and the gline list... which are two totally seperate lists... the gline is for opers to use and the AKILL list is for csops+ to use to set like broad bans and stuff... but f
->orcing the 2 to be synced kinda takes power away from the opers seeing how they can't gline anyone because services will just unset it...
-
- To be honest, I see no reason to keep the two separate since they do
-exactly the same thing (if you let any oper use /gline then you're already
-circumventing Services' access protection on the AKILL command). It would
-seem appropriate to let opers use /kline etc. for a single server, which is
-on a smaller scale than autokills/G:lines and doesn't involve Services.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From david26548 at home.com Wed Nov 7 20:47:00 2001
-From: david26548 at home.com (david26548@home.com)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] raw command
-Message-ID: <20011107184609.ODQW8188.femail37.sdc1.sfba.home.com@there>
-
-I know that there is a raw command to have services join #chan but is there a
-command to have services rejoin that chan if services drops (gets shut off)
-IE: /msg operserv raw :chanserv set join on #chan
-
-Thanks
-David
-
-
-From strider at chatcircuit.com Wed Nov 7 20:53:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] raw command
-References: <20011107184609.ODQW8188.femail37.sdc1.sfba.home.com@there>
-Message-ID: <3BE98309.000004.01168@strider.gimpy.2y.net>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 494 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011107/7abc9154/attachment.gif
-From uhc0 at stud.uni-karlsruhe.de Wed Nov 7 23:48:01 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] raw command
-In-Reply-To: <3BE98309.000004.01168@strider.gimpy.2y.net>
-Message-ID: <000801c167d5$d4bd1120$0264a8c0@nygmatech.local>
-
-There is no point in making ChanServ join a channel, since the
-whole channel text, which would be sent to services unnecessarily,
-is not parsed by services. You would generate unnecessary traffic
-between services and hub it is connected to.
-
-If your ircd does not support U:Lines, I would highly advise you to
-switch to one, but if it does, ChanServ does not need joining channels.
-
-If your users need a bot, you ought to use other solutions, like
-eggdrop.
-
-Regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Strider
-Gesendet: Mittwoch, 7. November 2001 19:53
-An: ircservices@ircservices.za.net
-Betreff: Re: [IRCServices] raw command
-
-
-Even though raw is made available to admins, it is not supported by the
-author because of the adverse results that could happen when (mis)using
-raw commands. As for a 'set join', all raw does is send raw information
-to the server as if it came from services...the server wouldn't
-understand the 'set' command. In the current stable release, there is no
-supported way to make services join channels...automated or not.
-
--------Original Message-------
-
-From: ircservices@ircservices.za.net
-Date: Wednesday, November 07, 2001 12:47:36 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] raw command
-
-I know that there is a raw command to have services join #chan but is
-there a
-command to have services rejoin that chan if services drops (gets shut
-off)
-IE: /msg operserv raw :chanserv set join on #chan
-
-Thanks
-David
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-.
-
-
-____________________________________________________
- IncrediMail - Email has finally evolved - Click Here
-
-
-From mailscan at nike.com Thu Nov 8 01:12:00 2001
-From: mailscan at nike.com (Nike Mailscan)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Nike WorldSecure Server notification
-Message-ID: <17F7601E91553-01@Nike_Mail_Filter__mailscan_>
-
-Hello,
-
-This message has NOT been delivered to the intended recipients, and is
-being returned to the original sender. The message has been found to
-contain an attachment which has been infected with a known virus. The
-virus has been stripped from this email. Details of the virus are
-enclosed.
-
-Please do *not* respond to this message and do *not* send this message
-again. Messages containing this attachment will not be allowed through
-certain Internet gateways.
-
-If you would like more information on this virus or other malicious
-viruses, refer to one of the Anti-Virus web sites such as WWW.NAI.com or
-WWW.Symantec.com
-
-Thank you.
-
-LMCO Virus Management TeamVirus Scanner found the
-W32/Nimda.gen@MM virus
- in the attached file: sample.exe
-
--------------- next part --------------
-An embedded message was scrubbed...
-From: ircservices@ircservices.za.net
-Subject: Welcome
-Date: Wed, 7 Nov 2001 15:11:14 -0800 (PST)
-Size: 861
-Url: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011108/72a59c45/attachment.mht
-From achurch at achurch.org Thu Nov 8 02:48:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-Message-ID: <3be9d6e1.46060@achurch.org>
-
- Out of curiosity, has anyone experienced any trouble with the new
-option to send a nickname-in-use (433) numeric with nick warnings? I've
-already had one report privately of it causing problems, in terms of people
-complaining of being told their nick is in use when in fact it isn't.
-(Note that this feature can be turned off at compile time by adding
--DDONT_SEND_433 in the Makefile.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From cjb at mircx.com Thu Nov 8 02:53:00 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-In-Reply-To: <3be9d6e1.46060@achurch.org>
-Message-ID: <Pine.BSF.4.21.0111071751060.16378-100000@mircx.com>
-
-About the only problem I've found with it is if I have kill set to quick
-and access the nick from a user@host not in the access list, services
-sends the numeric as soon as I connect... not a big problem, unless the
-IRC client is one that changes nicks automatically when it receives that
-numeric. :)
-
-On Thu, 8 Nov 2001, Andrew Church wrote:
-
-> Out of curiosity, has anyone experienced any trouble with the new
-> option to send a nickname-in-use (433) numeric with nick warnings? I've
-> already had one report privately of it causing problems, in terms of people
-> complaining of being told their nick is in use when in fact it isn't.
-> (Note that this feature can be turned off at compile time by adding
-> -DDONT_SEND_433 in the Makefile.)
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 griever at t2n.org Thu Nov 8 03:03:02 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-In-Reply-To: <Pine.BSF.4.21.0111071751060.16378-100000@mircx.com>
-Message-ID: <Pine.LNX.4.33.0111071301510.17975-100000@linux.ircd-net.org>
-
-On Wed, 7 Nov 2001, CJB wrote:
-
-> About the only problem I've found with it is if I have kill set to quick
-> and access the nick from a user@host not in the access list, services
-> sends the numeric as soon as I connect... not a big problem, unless the
-> IRC client is one that changes nicks automatically when it receives that
-> numeric. :)
-hmm thats a bit of an issue heh
->
-> On Thu, 8 Nov 2001, Andrew Church wrote:
->
-> > Out of curiosity, has anyone experienced any trouble with the new
-> > option to send a nickname-in-use (433) numeric with nick warnings? I've
-> > already had one report privately of it causing problems, in terms of people
-> > complaining of being told their nick is in use when in fact it isn't.
-> > (Note that this feature can be turned off at compile time by adding
-> > -DDONT_SEND_433 in the Makefile.)
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > -----------------------------------------------------------
-> > 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 ras at central148.com.br Fri Nov 9 05:00:01 2001
-From: ras at central148.com.br (PC FLORIPA Informática)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] PC FLORIPA Informatica - Tudo Para Seu Computador
-Message-ID: <1005274748.946@com.br>
-
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011109/7874ec49/attachment.htm
-From cjb at mircx.com Fri Nov 9 15:26:01 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] AKILL on * has expired
-Message-ID: <Pine.BSF.4.21.0111090618190.59258-100000@mircx.com>
-
-I apologize if this has been covered here before; I don't recall seeing it
-mentioned. I am noticing the following message show up a lot:
-
-*** Global -- from OperServ: AKILL on * has expired
-
-Nobody has akilled *, so I'm wondering if anyone might know what this is
-exactly? My only guess is that it may have something to do with the timed
-akills set by the other U:lined server on the network (we have a secondary
-U:lined server that sets akills on common drone/floodbot nicks, open SOCKS
-and HTTP proxies, etc) and maybe the * is from the ident parameter of the
-akill. As far as I can remember, I only recall seeing these messages
-after upgrading from 4.5.24 to 4.5.29.
-
-I am currently running ircservices-4.5.30 and bahamut-1.4(30).
-
-Thanks.
-
-Chris
-
-
-From griever at t2n.org Sun Nov 11 01:33:01 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] question
-Message-ID: <Pine.LNX.4.33.0111101131250.814-100000@linux.ircd-net.org>
-
-why is it called "founder" when it can be changed? The founder is the
-person who started the channel, it should be "owner" not "founder" :P
-
-Just being pedantic though.
-
-
-From ron885 at linuxfreemail.com Sun Nov 11 04:59:00 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] question
-Message-ID: <200111110257.fAB2vts16076@superglide.netfx-2000.net>
-
-At Sat, 10 Nov 2001 11:32:12 -0600 (CST) , Finny <griever@t2n.org> wrote:
-
->why is it called "founder" when it can be changed? The founder is the
->person who started the channel, it should be "owner" not "founder" :P
-
-I suppose the simple answer is its been like that forever... like i've not seen a services package that doesn't use 'founder'
-
---
-Ron885
-CSOP @ irc.axenet.org
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From griever at t2n.org Sun Nov 11 20:08:00 2001
-From: griever at t2n.org (Finny)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Nickserv required for operserv?
-Message-ID: <Pine.LNX.4.33.0111110605090.15680-100000@linux.ircd-net.org>
-
-Do you have to have nickserv loaded for operserv to be? Is there some
-other way of identifying if so?
-
-
-From uhc0 at stud.uni-karlsruhe.de Sun Nov 11 21:18:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] Nickserv required for operserv?
-In-Reply-To: <Pine.LNX.4.33.0111110605090.15680-100000@linux.ircd-net.org>
-Message-ID: <000e01c16ae5$6d620540$9ea90d81@teco.unikarlsruhe.de>
-
-Actually, I cannot understand, what you are meaning with "loaded"
-
-If you run services directly, there is always a fully functional
-nickserv.
-Then you have to register and then identify do be able to use
-services operator and services administrator commands.
-
-If you run services in skeleton mode, nickserv will not be functional,
-but then
-services' operserv access check routines will not be used, your
-operators
-can then use services operator and administrator commands.
-
-But if your operators are not /oper'ed, they cannot use none of the
-operserv commands.
-
-And, if your services root nick is not registered, you cannot use
-admin add and respectively oper add, since, you cannot add admins, and
-they cannot add opers.
-
-Regards;
-yusuf
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Finny
->Gesendet: Sunday, November 11, 2001 1:07 PM
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] Nickserv required for operserv?
->
->
->Do you have to have nickserv loaded for operserv to be? Is there some
->other way of identifying if so?
->
->-----------------------------------------------------------
->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 griever at t2n.org Sun Nov 11 21:23:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] Nickserv required for operserv?
-In-Reply-To: <000e01c16ae5$6d620540$9ea90d81@teco.unikarlsruhe.de>
-Message-ID: <Pine.LNX.4.33.0111110720590.15876-100000@linux.ircd-net.org>
-
-On Sun, 11 Nov 2001, Yusuf Iskenderoglu wrote:
-
->
-> Actually, I cannot understand, what you are meaning with "loaded"
->
-> If you run services directly, there is always a fully functional
-> nickserv.
-> Then you have to register and then identify do be able to use
-> services operator and services administrator commands.
->
-> If you run services in skeleton mode, nickserv will not be functional,
-> but then
-> services' operserv access check routines will not be used, your
-> operators
-> can then use services operator and administrator commands.
->
-> But if your operators are not /oper'ed, they cannot use none of the
-> operserv commands.
->
-> And, if your services root nick is not registered, you cannot use
-> admin add and respectively oper add, since, you cannot add admins, and
-> they cannot add opers.
->
-> Regards;
-> yusuf
->
-Oh crap I forgot heh. No one has 5.0
->
-> ----------------------------------------------------------------------
-> | Yusuf Iskenderoglu | You get to meet all sorts, |
-> | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... |
-> | eMail - s_iskend@ira.uka.de | |
-> | ICQ UIN : 20587464 \ TimeMr14C | |
-> ----------------------------------------------------------------------
->
->
->
-> >-----Urspr?ngliche Nachricht-----
-> >Von: ircservices-admin@ircservices.za.net
-> >[mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Finny
-> >Gesendet: Sunday, November 11, 2001 1:07 PM
-> >An: ircservices@ircservices.za.net
-> >Betreff: [IRCServices] Nickserv required for operserv?
-> >
-> >
-> >Do you have to have nickserv loaded for operserv to be? Is there some
-> >other way of identifying if so?
-> >
-> >-----------------------------------------------------------
-> >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 headbang at silverserver.nl Mon Nov 12 00:04:00 2001
-From: headbang at silverserver.nl (Headbang)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-Message-ID: <3BEF03D4.1030808@silverserver.nl>
-
-Hello,
-
-I havent seen this request drive by or seen it in TODO list but is there
-a possibilaty you can do something like /msg operserv schedule downtime
-<server> <time of downtime> <eta of downtime> <reason> or something
-and that it does a global like 8 hours in front then 2 hours in front 1
-hour and 15 minutes so people can see that the server is going down.
-Then on the ircd side there could be an option it wouldnt accept new
-users anymore giving the reason of maintanece and redirecting them to a
-different server.
-
-this way users wont notice downtime as much as happens now most of the time
-
-
-Greetings Headbang
-
-Admin Uzaynet
-irc.silverserver.nl
-
-http://www.uzaynet.nl
-
-
-
-From achurch at achurch.org Mon Nov 12 00:31:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-Message-ID: <3beefbfe.51471@achurch.org>
-
->Hello,
->
->I havent seen this request drive by or seen it in TODO list but is there
->a possibilaty you can do something like /msg operserv schedule downtime
-><server> <time of downtime> <eta of downtime> <reason> or something
->and that it does a global like 8 hours in front then 2 hours in front 1
->hour and 15 minutes so people can see that the server is going down.
-
- Use logon news for that.
-
->Then on the ircd side there could be an option it wouldnt accept new
->users anymore giving the reason of maintanece and redirecting them to a
->different server.
-
- That's an ircd issue, not a Services issue.
-
->this way users wont notice downtime as much as happens now most of the time
->
->
->Greetings Headbang
->
->Admin Uzaynet
->irc.silverserver.nl
->
->http://www.uzaynet.nl
->
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Mon Nov 12 00:34:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] AKILL on * has expired
-Message-ID: <3beefce6.51513@achurch.org>
-
->I apologize if this has been covered here before; I don't recall seeing it
->mentioned. I am noticing the following message show up a lot:
->
->*** Global -- from OperServ: AKILL on * has expired
->
->Nobody has akilled *, so I'm wondering if anyone might know what this is
->exactly? My only guess is that it may have something to do with the timed
->akills set by the other U:lined server on the network (we have a secondary
->U:lined server that sets akills on common drone/floodbot nicks, open SOCKS
->and HTTP proxies, etc) and maybe the * is from the ident parameter of the
->akill. As far as I can remember, I only recall seeing these messages
->after upgrading from 4.5.24 to 4.5.29.
-
- About the only thing that has changed in this area recently is that
-autokills are now checked for expiration if they match a user logging on
-before the user is actually killed, but you still shouldn't see that
-message unless there really was an autokill for "*" in the first place.
-Can anyone else reproduce this?
-
->I am currently running ircservices-4.5.30 and bahamut-1.4(30).
->
->Thanks.
->
->Chris
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Mon Nov 12 00:37:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-Message-ID: <3beefd88.51537@achurch.org>
-
->About the only problem I've found with it is if I have kill set to quick
->and access the nick from a user@host not in the access list, services
->sends the numeric as soon as I connect... not a big problem, unless the
->IRC client is one that changes nicks automatically when it receives that
->numeric. :)
-
- Do you think, say, 10 seconds before the kill/SVSNICK would be long
-enough? Otherwise I don't see a way to solve this without, say, creating
-an all-new numeric or some such...
-
->On Thu, 8 Nov 2001, Andrew Church wrote:
->
->> Out of curiosity, has anyone experienced any trouble with the new
->> option to send a nickname-in-use (433) numeric with nick warnings? I've
->> already had one report privately of it causing problems, in terms of people
->> complaining of being told their nick is in use when in fact it isn't.
->> (Note that this feature can be turned off at compile time by adding
->> -DDONT_SEND_433 in the Makefile.)
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->> -----------------------------------------------------------
->> To unsubscribe, mail ircservices-request@ircservices.za.net
->> with the word UNSUBSCRIBE in the subject of the mail.
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From mark at mhetherington.demon.co.uk Mon Nov 12 00:53:01 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] Nickserv required for operserv?
-In-Reply-To: <Pine.LNX.4.33.0111110720590.15876-100000@linux.ircd-net.org>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMGEKCCFAA.mark@mhetherington.demon.co.uk>
-
-> -----Original Message-----
-> Finny Merrill wrote...
-> Oh crap I forgot heh. No one has 5.0
-
-Care to explain?
-
-Mark.
-
-From achurch at achurch.org Mon Nov 12 01:04:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: AW: [IRCServices] Nickserv required for operserv?
-Message-ID: <3bef03c9.52025@achurch.org>
-
->> -----Original Message-----
->> Finny Merrill wrote...
->> Oh crap I forgot heh. No one has 5.0
->
->Care to explain?
-
- I'm getting some early opinions on the current 5.0 codebase from a few
-frequent contributors to Services, and one of them was careless (which will
-probably affect my evaluation of him in terms of future testing). No, a
-public alpha/beta is NOT ready, and I don't know when it will be (though
-probably in the not-too-distant future), so don't ask.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Mon Nov 12 01:06:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-Message-ID: <3bef0459.52040@achurch.org>
-
->>About the only problem I've found with it is if I have kill set to quick
->>and access the nick from a user@host not in the access list, services
->>sends the numeric as soon as I connect... not a big problem, unless the
->>IRC client is one that changes nicks automatically when it receives that
->>numeric. :)
->
-> Do you think, say, 10 seconds before the kill/SVSNICK would be long
->enough? Otherwise I don't see a way to solve this without, say, creating
->an all-new numeric or some such...
-
- To follow up on this--what would people think of taking a currently
-unused numeric, say 430, and using it for "nick registered/forbidden"?
-That way we get the advantage of keeping bots RFC-compliant without the
-problems of people getting confused by "nick in use" messages.
-
->>On Thu, 8 Nov 2001, Andrew Church wrote:
->>
->>> Out of curiosity, has anyone experienced any trouble with the new
->>> option to send a nickname-in-use (433) numeric with nick warnings? I've
->>> already had one report privately of it causing problems, in terms of people
->>> complaining of being told their nick is in use when in fact it isn't.
->>> (Note that this feature can be turned off at compile time by adding
->>> -DDONT_SEND_433 in the Makefile.)
->>>
->>> --Andrew Church
->>> achurch@achurch.org
->>> http://achurch.org/
->>> -----------------------------------------------------------
->>> To unsubscribe, mail ircservices-request@ircservices.za.net
->>> with the word UNSUBSCRIBE in the subject of the mail.
->>> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>>
->>
->>-----------------------------------------------------------
->>To unsubscribe, mail ircservices-request@ircservices.za.net
->>with the word UNSUBSCRIBE in the subject of the mail.
->>http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From beng at nc.rr.com Mon Nov 12 01:17:00 2001
-From: beng at nc.rr.com (Ben Goldstein)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-References: <3bef0459.52040@achurch.org>
-Message-ID: <040701c16b08$046b3610$0300a8c0@asi200>
-
-> >>About the only problem I've found with it is if I have kill set to quick
-> >>and access the nick from a user@host not in the access list, services
-> >>sends the numeric as soon as I connect... not a big problem, unless the
-> >>IRC client is one that changes nicks automatically when it receives that
-> >>numeric. :)
-> >
-> > Do you think, say, 10 seconds before the kill/SVSNICK would be long
-> >enough? Otherwise I don't see a way to solve this without, say, creating
-> >an all-new numeric or some such...
-
-I've noticed services sends 433 on NickServ's initial warning. What would
-be ideal is if services sent the numeric 20 seconds or so before the
-SVSNICK. The pros to keeping numeric 433 is if the client is one that
-changes nicks to avoid the collide. This is only good behavior if the
-numeric is sent shortly before the collide, however.
-
-> To follow up on this--what would people think of taking a currently
-> unused numeric, say 430, and using it for "nick registered/forbidden"?
-> That way we get the advantage of keeping bots RFC-compliant without the
-> problems of people getting confused by "nick in use" messages.
-
-As long as the numeric is not sent initially, but shortly before the
-kill/svsnick, this shouldn't be an issue.
-
--- Ben Goldstein
-
-
-
-From griever at t2n.org Mon Nov 12 02:47:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Can't recall
-Message-ID: <Pine.LNX.4.33.0111111239390.17285-100000@linux.ircd-net.org>
-
-I remember seeing services somewhere that allowed you to do either
-/chanserv COMMAND #channel params or /chanserv #channel COMMAND params,
-but I don't remember which, I have the biggest feeling that it's an
-undernet-based service.
-
-
-From cjb at mircx.com Mon Nov 12 03:48:00 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-In-Reply-To: <3beefd88.51537@achurch.org>
-Message-ID: <Pine.BSF.4.21.0111111843160.22605-100000@mircx.com>
-
-I like that. It would give plenty of time for an auto-identify script to
-kick in or an SIDENTIFY to be passed from bahamut. Anyone who's manually
-identifying probably shouldn't be using KILL QUICK anyway.
-
-I like this idea more than using a new numeric since it still allows for
-scripts to automatically change one's nick if they can't identify.
-
-Chris
-
-On Mon, 12 Nov 2001, Andrew Church wrote:
-
-> >About the only problem I've found with it is if I have kill set to quick
-> >and access the nick from a user@host not in the access list, services
-> >sends the numeric as soon as I connect... not a big problem, unless the
-> >IRC client is one that changes nicks automatically when it receives that
-> >numeric. :)
->
-> Do you think, say, 10 seconds before the kill/SVSNICK would be long
-> enough? Otherwise I don't see a way to solve this without, say, creating
-> an all-new numeric or some such...
->
-> >On Thu, 8 Nov 2001, Andrew Church wrote:
-> >
-> >> Out of curiosity, has anyone experienced any trouble with the new
-> >> option to send a nickname-in-use (433) numeric with nick warnings? I've
-> >> already had one report privately of it causing problems, in terms of people
-> >> complaining of being told their nick is in use when in fact it isn't.
-> >> (Note that this feature can be turned off at compile time by adding
-> >> -DDONT_SEND_433 in the Makefile.)
-> >>
-> >> --Andrew Church
-> >> achurch@achurch.org
-> >> http://achurch.org/
-> >> -----------------------------------------------------------
-> >> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> with the word UNSUBSCRIBE in the subject of the mail.
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From strider at chatcircuit.com Mon Nov 12 04:55:01 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-References: <3bef0459.52040@achurch.org>
-Message-ID: <3BEF39F6.000004.00280@strider.gimpy.2y.net>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 494 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011112/680da4c2/attachment.gif
-From andrewk at icon.co.za Mon Nov 12 08:34:00 2001
-From: andrewk at icon.co.za (Andrew Kempe)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] Thoughts on 433 numeric?
-References: <3bef0459.52040@achurch.org>
-Message-ID: <007f01c16b43$e82e3dd0$9c011ac4@africa.didata.local>
-
-I'm quite happy with this. I would suggest making this usage public
-knowledge by mentioning it on the mailing lists used by the major ircd
-development teams.
-
-Andrew
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, November 12, 2001 1:03 AM
-Subject: Re: [IRCServices] Thoughts on 433 numeric?
-
-
-> >>About the only problem I've found with it is if I have kill set to quick
-> >>and access the nick from a user@host not in the access list, services
-> >>sends the numeric as soon as I connect... not a big problem, unless the
-> >>IRC client is one that changes nicks automatically when it receives that
-> >>numeric. :)
-> >
-> > Do you think, say, 10 seconds before the kill/SVSNICK would be long
-> >enough? Otherwise I don't see a way to solve this without, say, creating
-> >an all-new numeric or some such...
->
-> To follow up on this--what would people think of taking a currently
-> unused numeric, say 430, and using it for "nick registered/forbidden"?
-> That way we get the advantage of keeping bots RFC-compliant without the
-> problems of people getting confused by "nick in use" messages.
->
-> >>On Thu, 8 Nov 2001, Andrew Church wrote:
-> >>
-> >>> Out of curiosity, has anyone experienced any trouble with the new
-> >>> option to send a nickname-in-use (433) numeric with nick warnings?
-I've
-> >>> already had one report privately of it causing problems, in terms of
-people
-> >>> complaining of being told their nick is in use when in fact it isn't.
-> >>> (Note that this feature can be turned off at compile time by adding
-> >>> -DDONT_SEND_433 in the Makefile.)
-> >>>
-> >>> --Andrew Church
-> >>> achurch@achurch.org
-> >>> http://achurch.org/
-> >>> -----------------------------------------------------------
-> >>> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >>> with the word UNSUBSCRIBE in the subject of the mail.
-> >>> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>>
-> >>
-> >>-----------------------------------------------------------
-> >>To unsubscribe, mail ircservices-request@ircservices.za.net
-> >>with the word UNSUBSCRIBE in the subject of the mail.
-> >>http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> >-----------------------------------------------------------
-> >To unsubscribe, mail ircservices-request@ircservices.za.net
-> >with the word UNSUBSCRIBE in the subject of the mail.
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 headbang at silverserver.nl Mon Nov 12 17:48:00 2001
-From: headbang at silverserver.nl (Headbang)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-References: <3beefbfe.51471@achurch.org>
-Message-ID: <3BEFFD46.9010208@silverserver.nl>
-
-Andrew Church wrote:
-
->>Hello,
->>
->>I havent seen this request drive by or seen it in TODO list but is there
->>a possibilaty you can do something like /msg operserv schedule downtime
->><server> <time of downtime> <eta of downtime> <reason> or something
->>and that it does a global like 8 hours in front then 2 hours in front 1
->>hour and 15 minutes so people can see that the server is going down.
->>
->
-> Use logon news for that.
->
-
->><chip chip>
->>
-
-People dont always read logon news and when they do they dont activaly
-see it.
-when you have timed messages which go around 4 times or something people
-start noticing.
-and i said it _could_ be possible to make the ircd to that i never said
-it was a services function it was just an idea i have of how you could
-use the services function.
-
-
-Melle Visser
-Headbang
-
-Admin UzayNet
-irc.silverserver.nl
-
-
-
-From paulfranz at email.msn.com Mon Nov 12 18:04:01 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] OperServ/NickServ and IRCD Server
-References: <3beefbfe.51471@achurch.org> <3BEFFD46.9010208@silverserver.nl>
-Message-ID: <002201c16b93$924674a0$440710ac@glogtech.com>
-
-Excuse a begginners question:
-
- Is there a document or URL that explains the above, how they work
-together? What are the uses for an OperServ? What are some of the special
-services that an OperServ can offer?
-
-Paul Franz
-
-
-From achurch at achurch.org Tue Nov 13 00:07:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-Message-ID: <3bf04806.52710@achurch.org>
-
->People dont always read logon news and when they do they dont activaly
->see it.
-
- Well, that's hardly Services' fault.
-
->when you have timed messages which go around 4 times or something people
->start noticing.
-
- Let me get this straight: you want a function that does nothing more
-than send out four global messages? Give me a break.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From griever at t2n.org Tue Nov 13 01:20:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-In-Reply-To: <3bf04806.52710@achurch.org>
-Message-ID: <Pine.LNX.4.33.0111121118200.5488-100000@linux.ircd-net.org>
-
-When 5.0 does come out, write a module to do this
-
-
-From alisor at softhome.net Tue Nov 13 15:59:00 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:32 2004
-Subject: [IRCServices] 5.0 Request/idea
-References: <3bf04806.52710@achurch.org>
-Message-ID: <000d01c16c4a$9cbb8800$7e14fea9@control>
-
-I dont think it can be useful....If you want to make global messages you can
-do it by a little client script such as at mirc you can user timer...And yes
-Logonews dont get attention well maybe it is only for being a notice if
-Andrew wanna do he can make that loggonews can be send to every user also
-as a privmsg but i dont think that it is really important....
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, November 13, 2001 12:06 AM
-Subject: Re: [IRCServices] 5.0 Request/idea
-
-
-> >People dont always read logon news and when they do they dont activaly
-> >see it.
->
-> Well, that's hardly Services' fault.
->
-> >when you have timed messages which go around 4 times or something people
-> >start noticing.
->
-> Let me get this straight: you want a function that does nothing more
-> than send out four global messages? Give me a break.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 frostycoolslug at hotmail.com Tue Nov 13 21:11:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 5.0 Request/idea
-Message-ID: <F2487Kimkg66MtHngfH000252b9@hotmail.com>
-
-imho, this will just annoy users :)
-u can change the code of services to do that yourself i just cant tell you
-where atm, but i dont think many ppl will like this.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Ali Sor" <alisor@softhome.net>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] 5.0 Request/idea
->Date: Tue, 13 Nov 2001 15:53:39 +0200
->MIME-Version: 1.0
->Received: from [216.171.76.2] by hotmail.com (3.2) with ESMTP id
->MHotMailBDBA726900C740043719D8AB4C0213720; Tue, 13 Nov 2001 06:00:10 -0800
->Received: from ultra16.uk2net.com ([212.4.208.116])by chex.usnuk.net with
->esmtp (Exim 3.33 #1)id 163e6G-0005Nh-00for craig@e-tidalwave.org; Tue, 13
->Nov 2001 08:59:40 -0500
->Received: from snow.fingers.co.za (snow.fingers.co.za [196.7.148.5]) by
->ultra16.uk2net.com (0.0.0/0.0.0) with ESMTP id fADDxra15515 for
-><craig@e-tidalwave.co.uk>; Tue, 13 Nov 2001 13:59:55 GMT
->Received: from snow.fingers.co.za (localhost.fingers.co.za [127.0.0.1])by
->snow.fingers.co.za (Postfix) with ESMTPid 3F5FE18449; Tue, 13 Nov 2001
->15:59:22 +0200 (SAST)
->Received: from softhome.net (jive.SoftHome.net [66.54.152.27])by
->snow.fingers.co.za (Postfix) with ESMTP id A2F801813Ffor
-><ircservices@ircservices.za.net>; Tue, 13 Nov 2001 15:58:25 +0200 (SAST)
->Received: from control ([195.175.209.232]) by softhome.net with esmtp;
->Tue, 13 Nov 2001 06:50:08 -0700
->From ircservices-admin@ircservices.za.net Tue, 13 Nov 2001 06:00:10 -0800
->Delivered-To: ircservices@snow.fingers.co.za
->Message-ID: <000d01c16c4a$9cbb8800$7e14fea9@control>
->References: <3bf04806.52710@achurch.org>
->X-Priority: 3
->X-MSMail-Priority: Normal
->X-Mailer: Microsoft Outlook Express 5.50.4133.2400
->X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
->Sender: ircservices-admin@ircservices.za.net
->Errors-To: ircservices-admin@ircservices.za.net
->X-BeenThere: ircservices@ircservices.za.net
->X-Mailman-Version: 2.0.3
->Precedence: bulk
->List-Help: <mailto:ircservices-request@ircservices.za.net?subject=help>
->List-Post: <mailto:ircservices@ircservices.za.net>
->List-Subscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=subscribe>
->List-Id: IRC Services General Mailing List <ircservices.ircservices.za.net>
->List-Unsubscribe:
-><http://www.ircservices.za.net/mailman/listinfo/ircservices>,<mailto:ircservices-request@ircservices.za.net?subject=unsubscribe>
->List-Archive: <http://www.ircservices.za.net/pipermail/ircservices/>
->X-Original-Date: Tue, 13 Nov 2001 15:53:39 +0200
->X-AntiAbuse: This header was added to track abuse, please include it with
->any abuse report
->X-AntiAbuse: Primary Hostname - chex.usnuk.net
->X-AntiAbuse: Original Domain - e-tidalwave.org
->X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
->X-AntiAbuse: Sender Address Domain - ircservices.za.net
->
->I dont think it can be useful....If you want to make global messages you
->can
->do it by a little client script such as at mirc you can user timer...And
->yes
->Logonews dont get attention well maybe it is only for being a notice if
->Andrew wanna do he can make that loggonews can be send to every user also
->as a privmsg but i dont think that it is really important....
->
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Tuesday, November 13, 2001 12:06 AM
->Subject: Re: [IRCServices] 5.0 Request/idea
->
->
-> > >People dont always read logon news and when they do they dont activaly
-> > >see it.
-> >
-> > Well, that's hardly Services' fault.
-> >
-> > >when you have timed messages which go around 4 times or something
->people
-> > >start noticing.
-> >
-> > Let me get this straight: you want a function that does nothing
->more
-> > than send out four global messages? Give me a break.
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > -----------------------------------------------------------
-> > 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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From msmith at acmecorp.org Tue Nov 13 21:17:00 2001
-From: msmith at acmecorp.org (Michael D. Smith)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 5.0 Request/idea
-References: <F2487Kimkg66MtHngfH000252b9@hotmail.com>
-Message-ID: <005201c16c77$f90580c0$c9e8c43f@itiwks02>
-
------ Original Message -----
-From: "Craig McLure" <frostycoolslug@hotmail.com>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, November 13, 2001 11:10
-Subject: Re: [IRCServices] 5.0 Request/idea
-
-
-> imho, this will just annoy users :)
-> u can change the code of services to do that yourself i just cant tell you
-> where atm, but i dont think many ppl will like this.
-
-I would dare say so.
-
-If they won't read the MOTD/logon news and they miss some important piece of
-news, then that's their problem, IMHO.
-
-To be fair, though, I've found that most of the users on our little network
-do actually pay attention the logon news; when we started our Status
-ListServ I broadcasted it on Logon News along with instructions on how to
-subscribe, and a lot of the regulars did do so.
-
-Regards,
-Mike
-
-Chief Network Admin
-Fleetchat IRC Network
-http://www.fleetchat.org
-(happy IRC Services user)
-
-
-From frostycoolslug at hotmail.com Tue Nov 13 21:23:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] Nickserv required for operserv?
-Message-ID: <F206GiAw8HQEUEiffC800025269@hotmail.com>
-
-would it be easier to continue work with Version5.0 instead of the current
-string of services?
-i know this may sound stupid, but unless there is a fuck off bug which can
-allow uusers to take networks down, thhe fixes can wait?
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: RE: AW: [IRCServices] Nickserv required for operserv?
->Date: Mon, 12 Nov 2001 08:01:25 JST
->
-> >> -----Original Message-----
-> >> Finny Merrill wrote...
-> >> Oh crap I forgot heh. No one has 5.0
-> >
-> >Care to explain?
->
-> I'm getting some early opinions on the current 5.0 codebase from a
->few
->frequent contributors to Services, and one of them was careless (which will
->probably affect my evaluation of him in terms of future testing). No, a
->public alpha/beta is NOT ready, and I don't know when it will be (though
->probably in the not-too-distant future), so don't ask.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From frostycoolslug at hotmail.com Tue Nov 13 21:29:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Backup databases?
-Message-ID: <F1606cwsGFwZJeLN5yP0002578f@hotmail.com>
-
-would it be possible in an upcoming version of services to have an automatic
-back up system?
-i recently had my providers HDD going bust after a power failure, lost all
-databases (and IRC shite at that)
-just something that can be scheduled every 2hrs lets say, that uploads a tar
-gzipped copy of the databases to another FTP so if something *DOES* happen
-and all data is lost, there is a backup :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From Georges at Berscheid.lu Tue Nov 13 21:36:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] Backup databases?
-In-Reply-To: <F1606cwsGFwZJeLN5yP0002578f@hotmail.com>
-Message-ID: <EMEAJDMIHJFMOHONHAEDKEHKCDAA.Georges@Berscheid.lu>
-
-Hi,
-
-I don't think this is a services issue. Maybe you should simply write a
-little crontab who does exactly what you just described. You don't need any
-support from services' side for this.
-
-Georges
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-Gesendet: Dienstag, 13. November 2001 20:28
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] Backup databases?
-
-
-would it be possible in an upcoming version of services to have an automatic
-back up system?
-i recently had my providers HDD going bust after a power failure, lost all
-databases (and IRC shite at that)
-just something that can be scheduled every 2hrs lets say, that uploads a tar
-gzipped copy of the databases to another FTP so if something *DOES* happen
-and all data is lost, there is a backup :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From strider at chatcircuit.com Tue Nov 13 21:41:00 2001
-From: strider at chatcircuit.com (Strider)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] Backup databases?
-References: <EMEAJDMIHJFMOHONHAEDKEHKCDAA.Georges@Berscheid.lu>
-Message-ID: <3BF17755.000008.01260@strider.gimpy.2y.net>
-
-Skipped content of type multipart/alternative-------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/gif
-Size: 494 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011113/a551119c/attachment.gif
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: image/unknown
-Size: 0 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011113/a551119c/attachment.bin
-From duane at groth.net Tue Nov 13 21:42:01 2001
-From: duane at groth.net (Duane Groth)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] Backup databases?
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDKEHKCDAA.Georges@Berscheid.lu>
-References: <EMEAJDMIHJFMOHONHAEDKEHKCDAA.Georges@Berscheid.lu>
-Message-ID: <140828545695.20011114064054@groth.net>
-
-Hello Hi,
-
-MySQL support would be good, then replication can be setup, so that
-if the master database dies, a slave can startup with a read-only
-copy, well unless someone has a better idea of redundancy I haven't
-thought of that could be easily implemented.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:36:45 AM, you wrote:
-
-GB> I don't think this is a services issue. Maybe you should simply write a
-GB> little crontab who does exactly what you just described. You don't need any
-GB> support from services' side for this.
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 1946 bytes
-Desc: S/MIME Cryptographic Signature
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011113/07173f49/smime.bin
-From Georges at Berscheid.lu Tue Nov 13 21:57:01 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <140828545695.20011114064054@groth.net>
-Message-ID: <EMEAJDMIHJFMOHONHAEDAEHMCDAA.Georges@Berscheid.lu>
-
-Re,
-
-well, MySQL support is nice, but not really suitable for everybody (e.g.
-users that don't have a MySQL account). The FTP-Upload thing would probably
-do the job for most people.
-
-Georges
-
------Ursprungliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Duane Groth
-Gesendet: Dienstag, 13. November 2001 20:41
-An: ircservices@ircservices.za.net
-Betreff: Re: AW: [IRCServices] Backup databases?
-
-
-Hello Hi,
-
-MySQL support would be good, then replication can be setup, so that
-if the master database dies, a slave can startup with a read-only
-copy, well unless someone has a better idea of redundancy I haven't
-thought of that could be easily implemented.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:36:45 AM, you wrote:
-
-GB> I don't think this is a services issue. Maybe you should simply write a
-GB> little crontab who does exactly what you just described. You don't need
-any
-GB> support from services' side for this.
-
-
-From duane at groth.net Tue Nov 13 22:09:00 2001
-From: duane at groth.net (Duane Groth)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDAEHMCDAA.Georges@Berscheid.lu>
-References: <EMEAJDMIHJFMOHONHAEDAEHMCDAA.Georges@Berscheid.lu>
-Message-ID: <188830196018.20011114070825@groth.net>
-
-Hello,
-
- No, but have the option of choosing MySQL for database, or using
- it's own flat file format, the side benefit from this would be easier
- web interfaces with PHP and the like, this unlike some simple
- scripting has to be done in services itself. You should be using scp or
- similar for the remote archiving anyway, if you employ RSA/DSA keys
- it's 1000x more secure, not to mention easier to script, hell you
- can even setup your remote script to trigger tar/bzip, then the next
- line to scp it off, so that you don't need to have 2 cron processes
- going.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-
-GB> Re,
-
-GB> well, MySQL support is nice, but not really suitable for everybody (e.g.
-GB> users that don't have a MySQL account). The FTP-Upload thing would probably
-GB> do the job for most people.
-
-
-From Craig at e-tidalwave.org Tue Nov 13 22:29:00 2001
-From: Craig at e-tidalwave.org (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <188830196018.20011114070825@groth.net>
-Message-ID: <000001c16c81$b9316e50$8e9086d9@ibr0kedit>
-
-Lol..
-MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-their web browser?
-Interesting concept :P
-But wouldn't that mean pw encryption?
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-Sent: 13 November 2001 20:08
-To: ircservices@ircservices.za.net
-Subject: Re: AW: AW: [IRCServices] Backup databases?
-
-Hello,
-
- No, but have the option of choosing MySQL for database, or using
- it's own flat file format, the side benefit from this would be easier
- web interfaces with PHP and the like, this unlike some simple
- scripting has to be done in services itself. You should be using scp
-or
- similar for the remote archiving anyway, if you employ RSA/DSA keys
- it's 1000x more secure, not to mention easier to script, hell you
- can even setup your remote script to trigger tar/bzip, then the next
- line to scp it off, so that you don't need to have 2 cron processes
- going.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-
-GB> Re,
-
-GB> well, MySQL support is nice, but not really suitable for everybody
-(e.g.
-GB> users that don't have a MySQL account). The FTP-Upload thing would
-probably
-GB> do the job for most people.
-
------------------------------------------------------------
-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 Georges at Berscheid.lu Tue Nov 13 22:44:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <000001c16c81$b9316e50$8e9086d9@ibr0kedit>
-Message-ID: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
-
-I like the idea of managing nicks through the browser, which is very much
-more intuitive for many users who have no knowledge about IRC and only know
-that they can type text into their client.
-It is really intresting for very small networks who pretend to have a
-'community'. People will be able to share much more information when
-registering their nick on the web. This registration can be passed on to
-nickserv who uses the same information than in the Userinfo Database on the
-web.
-People will even be able to change their IRC-Settings in their browser.
-
-It took me quite a number of hours to hack something like this into services
-though, so I would appreciate if there was a possibility (i.e. interface) to
-re-organise all this and make it a little more structured.
-
-Georges
-
------Ursprungliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-Gesendet: Dienstag, 13. November 2001 21:28
-An: ircservices@ircservices.za.net
-Betreff: RE: AW: AW: [IRCServices] Backup databases?
-
-
-Lol..
-MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-their web browser?
-Interesting concept :P
-But wouldn't that mean pw encryption?
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-Sent: 13 November 2001 20:08
-To: ircservices@ircservices.za.net
-Subject: Re: AW: AW: [IRCServices] Backup databases?
-
-Hello,
-
- No, but have the option of choosing MySQL for database, or using
- it's own flat file format, the side benefit from this would be easier
- web interfaces with PHP and the like, this unlike some simple
- scripting has to be done in services itself. You should be using scp
-or
- similar for the remote archiving anyway, if you employ RSA/DSA keys
- it's 1000x more secure, not to mention easier to script, hell you
- can even setup your remote script to trigger tar/bzip, then the next
- line to scp it off, so that you don't need to have 2 cron processes
- going.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-
-GB> Re,
-
-GB> well, MySQL support is nice, but not really suitable for everybody
-(e.g.
-GB> users that don't have a MySQL account). The FTP-Upload thing would
-probably
-GB> do the job for most people.
-
------------------------------------------------------------
-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 thebeast at xs4all.nl Tue Nov 13 22:49:00 2001
-From: thebeast at xs4all.nl (Hans v Steenbergen)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Backup databases?
-References: <F1606cwsGFwZJeLN5yP0002578f@hotmail.com>
-Message-ID: <3BF186FE.8E6B5E32@xs4all.nl>
-
-Craig McLure schreef:
->
-> would it be possible in an upcoming version of services to have an automatic
-> back up system?
-> i recently had my providers HDD going bust after a power failure, lost all
-> databases (and IRC shite at that)
-> just something that can be scheduled every 2hrs lets say, that uploads a tar
-> gzipped copy of the databases to another FTP so if something *DOES* happen
-> and all data is lost, there is a backup :)
-
-You can make a simple backup of it with this line
-tar cvfz /home/httpd/html/backup/services.tar.gz /home/service/
-we do it on this network 2 time's a day and 30 minutes later
-there start on anther server of the netwerk a script
-mv /home/service/services.tar.gz /home/service/old_backup/
-`date +%d-%m-%Y_%H-%M`.tar.gz
-wget http://ww.nowheretogo.com/backup/services.tar.gz
-first line copy's the old backup
-second line is getting new backup from the services server
-
---
-
-Grtzz Hans v Steenbergen
- Mail me at thebeast@xs4all.nl
- Tech Admin on rc5proxy.mp3crew.nu
- www.mp3crew.nu for info about this irc server.
- mail to admins@mp3crew.nu for info
-The only one who got his work done by friday was R.Crusoe
-
- 9:35pm up 26 days, 23:48, 2 users, load average: 1.05, 1.23, 1.70
-
-From Craig at e-tidalwave.org Tue Nov 13 23:00:01 2001
-From: Craig at e-tidalwave.org (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
-Message-ID: <000001c16c86$062c7980$796987d9@ibr0kedit>
-
-Buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuut....
-Isn't the idea of *IRC*Services, for them to be used on *IRC* Networks??
-I was being sarcastic about editing thru web browser ;D
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Georges
-Berscheid
-Sent: 13 November 2001 20:45
-To: ircservices@ircservices.za.net
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-
-I like the idea of managing nicks through the browser, which is very
-much
-more intuitive for many users who have no knowledge about IRC and only
-know
-that they can type text into their client.
-It is really intresting for very small networks who pretend to have a
-'community'. People will be able to share much more information when
-registering their nick on the web. This registration can be passed on to
-nickserv who uses the same information than in the Userinfo Database on
-the
-web.
-People will even be able to change their IRC-Settings in their browser.
-
-It took me quite a number of hours to hack something like this into
-services
-though, so I would appreciate if there was a possibility (i.e.
-interface) to
-re-organise all this and make it a little more structured.
-
-Georges
-
------Ursprungliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-Gesendet: Dienstag, 13. November 2001 21:28
-An: ircservices@ircservices.za.net
-Betreff: RE: AW: AW: [IRCServices] Backup databases?
-
-
-Lol..
-MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-their web browser?
-Interesting concept :P
-But wouldn't that mean pw encryption?
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-Sent: 13 November 2001 20:08
-To: ircservices@ircservices.za.net
-Subject: Re: AW: AW: [IRCServices] Backup databases?
-
-Hello,
-
- No, but have the option of choosing MySQL for database, or using
- it's own flat file format, the side benefit from this would be easier
- web interfaces with PHP and the like, this unlike some simple
- scripting has to be done in services itself. You should be using scp
-or
- similar for the remote archiving anyway, if you employ RSA/DSA keys
- it's 1000x more secure, not to mention easier to script, hell you
- can even setup your remote script to trigger tar/bzip, then the next
- line to scp it off, so that you don't need to have 2 cron processes
- going.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-
-GB> Re,
-
-GB> well, MySQL support is nice, but not really suitable for everybody
-(e.g.
-GB> users that don't have a MySQL account). The FTP-Upload thing would
-probably
-GB> do the job for most people.
-
------------------------------------------------------------
-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 duane at groth.net Tue Nov 13 23:00:23 2001
-From: duane at groth.net (Duane Groth)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
-References: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
-Message-ID: <163833225394.20011114075854@groth.net>
-
-Hello Georges,
-
- As I said originally, I would like to see this feature purely for a
- redundancy point of view, as I have a reasonably setup IRC network,
- the DNS probes the IRC servers and removes dead server
- automatically, I have the IRC servers each setup with multiple hubs,
- so in the event of any one hub dying there is redundancy to keep the
- network together, however I am unable to think of a suitable way of
- making services redundant, and in the event of failure of the
- primary server that it's linking into the network with, for whatever
- reason, a secondary will kick in, with read only, so that people can
- authenticate, but not change details, this is the only single point
- of failure on my network that requires manual intervention.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 7:45:01 AM, you wrote:
-
-GB> I like the idea of managing nicks through the browser, which is very much
-GB> more intuitive for many users who have no knowledge about IRC and only know
-GB> that they can type text into their client.
-GB> It is really intresting for very small networks who pretend to have a
-GB> 'community'. People will be able to share much more information when
-GB> registering their nick on the web. This registration can be passed on to
-GB> nickserv who uses the same information than in the Userinfo Database on the
-GB> web.
-GB> People will even be able to change their IRC-Settings in their browser.
-
-GB> It took me quite a number of hours to hack something like this into services
-GB> though, so I would appreciate if there was a possibility (i.e. interface) to
-GB> re-organise all this and make it a little more structured.
-
-GB> Georges
-
-GB> -----Ursprungliche Nachricht-----
-GB> Von: ircservices-admin@ircservices.za.net
-GB> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-GB> Gesendet: Dienstag, 13. November 2001 21:28
-GB> An: ircservices@ircservices.za.net
-GB> Betreff: RE: AW: AW: [IRCServices] Backup databases?
-
-
-GB> Lol..
-GB> MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-GB> their web browser?
-GB> Interesting concept :P
-GB> But wouldn't that mean pw encryption?
-
-GB> -----Original Message-----
-GB> From: ircservices-admin@ircservices.za.net
-GB> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-GB> Sent: 13 November 2001 20:08
-GB> To: ircservices@ircservices.za.net
-GB> Subject: Re: AW: AW: [IRCServices] Backup databases?
-
-GB> Hello,
-
-GB> No, but have the option of choosing MySQL for database, or using
-GB> it's own flat file format, the side benefit from this would be easier
-GB> web interfaces with PHP and the like, this unlike some simple
-GB> scripting has to be done in services itself. You should be using scp
-GB> or
-GB> similar for the remote archiving anyway, if you employ RSA/DSA keys
-GB> it's 1000x more secure, not to mention easier to script, hell you
-GB> can even setup your remote script to trigger tar/bzip, then the next
-GB> line to scp it off, so that you don't need to have 2 cron processes
-GB> going.
-
-GB> --
-GB> Best regards,
-GB> Duane mailto:duane@groth.net
-
-GB> Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-
-GB>> Re,
-
-GB>> well, MySQL support is nice, but not really suitable for everybody
-GB> (e.g.
-GB>> users that don't have a MySQL account). The FTP-Upload thing would
-GB> probably
-GB>> do the job for most people.
-
-GB> -----------------------------------------------------------
-GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-GB> with the word UNSUBSCRIBE in the subject of the mail.
-GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-GB> -----------------------------------------------------------
-GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-GB> with the word UNSUBSCRIBE in the subject of the mail.
-GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-GB> -----------------------------------------------------------
-GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-GB> with the word UNSUBSCRIBE in the subject of the mail.
-GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From Christopher.Burton at unn.ac.uk Wed Nov 14 00:03:00 2001
-From: Christopher.Burton at unn.ac.uk (Chris Burton)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <000001c16c86$062c7980$796987d9@ibr0kedit>
-Message-ID: <002701c16c8f$c83e3e10$c901a8c0@murphy>
-
-> Buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuut....Isn't the idea of
-> *IRC*Services, for them to be used on *IRC* Networks??
-> I was being sarcastic about editing thru web browser ;D
->
-
-Well you will use them on irc, but I see nothing wrong with doing the
-admin on the web. I would assume more users would be familiar with web
-interfaces than with sending chanserv/nickserv the commands. Not that
-I'm saying ircservices should be changed this way, I just don't see
-anything against it.
-
-ChrisB.
-
---
-http://ChrisBurton.info
-
-
-From duane at groth.net Wed Nov 14 01:06:01 2001
-From: duane at groth.net (Duane Groth)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <002701c16c8f$c83e3e10$c901a8c0@murphy>
-References: <002701c16c8f$c83e3e10$c901a8c0@murphy>
-Message-ID: <189840783282.20011114100452@groth.net>
-
-Hello Chris,
-
-Well if we're going to hypothesis on web based user admin of services,
-why not super users, with SSL encryption? I mean instead of typing a
-heap of commands, scrolling up and down, isn't it usually easier to
-see all the options and information in front of you on one page?
-
-Not to mention the fact that there are a large amount of IRC networks
-running web interfaces with Java chat clients, wouldn't services web
-interfaces be the logical next step?
-
-My original statement only mentioned this as a side benefit, what I'm
-really after is redundancy, or the very least automatic change over on
-primary failure.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 9:08:53 AM, you wrote:
-
->> Buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuut....Isn't the idea of
->> *IRC*Services, for them to be used on *IRC* Networks??
->> I was being sarcastic about editing thru web browser ;D
->>
-
-CB> Well you will use them on irc, but I see nothing wrong with doing the
-CB> admin on the web. I would assume more users would be familiar with web
-CB> interfaces than with sending chanserv/nickserv the commands. Not that
-CB> I'm saying ircservices should be changed this way, I just don't see
-CB> anything against it.
-
-
-From achurch at achurch.org Wed Nov 14 01:45:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: Let me be blunt (was RE: AW: [IRCServices] Nickserv required for operserv?)
-Message-ID: <3bf1b079.55050@achurch.org>
-
->would it be easier to continue work with Version5.0 instead of the current
->string of services?
->i know this may sound stupid, but unless there is a fuck off bug which can
->allow uusers to take networks down, thhe fixes can wait?
-
- Yes, it does sound stupid. Perhaps you don't comprehend the meaning
-of "alpha", so let me explain: An "alpha" version is a version that is
-KNOWN to contain bugs (for example, the current version crashes every few
-minutes/hours), and is NOT suitable for general use. I have barely enough
-time as it is to deal with the bug reports from the few people I have given
-a copy of the alpha version to; if I were to release it publically, I would
-never be able to get anywhere for having to read through all the mail it
-would generate.
-
- Let me be blunt: DO NOT ask for the current version 5.0 source code
-because I WILL NOT give it to you and it will only annoy me; and the more
-annoyed I am, the less efficiently I code, so the later version 5.0 will be
-released. Or, in short: Shut up.
-
- Any and all replies to this message will be ignored.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->
->>From: achurch@achurch.org (Andrew Church)
->>Reply-To: ircservices@ircservices.za.net
->>To: ircservices@ircservices.za.net
->>Subject: RE: AW: [IRCServices] Nickserv required for operserv?
->>Date: Mon, 12 Nov 2001 08:01:25 JST
->>
->> >> -----Original Message-----
->> >> Finny Merrill wrote...
->> >> Oh crap I forgot heh. No one has 5.0
->> >
->> >Care to explain?
->>
->> I'm getting some early opinions on the current 5.0 codebase from a
->>few
->>frequent contributors to Services, and one of them was careless (which will
->>probably affect my evaluation of him in terms of future testing). No, a
->>public alpha/beta is NOT ready, and I don't know when it will be (though
->>probably in the not-too-distant future), so don't ask.
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->>-----------------------------------------------------------
->>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
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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 grifferz at blitzed.org Wed Nov 14 02:29:00 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <000001c16c86$062c7980$796987d9@ibr0kedit>; from Craig@e-tidalwave.org on Tue, Nov 13, 2001 at 08:59:02PM -0000
-References: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu> <000001c16c86$062c7980$796987d9@ibr0kedit>
-Message-ID: <20011114002802.B5177@laudanum.strugglers.net>
-
-On Tue, Nov 13, 2001 at 08:59:02PM -0000, Craig McLure wrote:
-> Buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuut....
-> Isn't the idea of *IRC*Services, for them to be used on *IRC* Networks??
-> I was being sarcastic about editing thru web browser ;D
-
-Well you shouldn't be. Services databases in SQL format would be
-wonderful, but not from a backup point of view - it's easy to set up
-a regular copy of the databases to elsewhere.
-
-No, the big win with such a thing is that you can interface it to
-many other tools. For example, it would be easy to make a web page
-where every user can see their access in different channels, what
-memos they have etc etc, all on one page instead of through
-executing many different IRC commands.
-
-But, it would be a lot of work for the benefit of comparatively few
-people (I would imagine most users of ircservices are not that
-bothered about such things).
-
-It probably isn't even as simple a *concept* as replacing access to
-data structures in memory with access to a database, because at the
-moment the only thing that can modify the databases whilst services
-is running, is services itself. If a database were to be used to
-full potential, other tools and interfaces could well be altering
-the databases at any time without services knowledge.
-
-If only I had the time. :)
-
---
-The Blitzed IRC Network, http://www.blitzed.org
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011114/51698645/attachment.pgp
-From achurch at achurch.org Wed Nov 14 04:47:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Services 4.5.31 released
-Message-ID: <3bf1db30.60013@achurch.org>
-
- I think I forgot to announce this, but Services 4.5.31 has been
-released, and can be downloaded from:
-
-ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-4.5.31.tar.gz
-ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-4.5.31.diff.gz
-
-or any of the mirrors.
-
- This release fixes a bug which can cause Services to crash when a nick
-currently in use is forbidden (with the NickServ FORBID command). While
-the potential for this bug to be exploited is minimal, since the FORBID
-command can only be used by Services admins, it can still occur e.g. from
-users intentionally provoking administrators to forbid nicknames in use, so
-all users of previous 4.5.x releases should upgrade to this release as soon
-as convenient.
-
- This release also changes the handling of the 433 (nick in use)
-numeric, giving the client some leeway to register first; specifically,
-nicks with quick kill set have 10 seconds (out of 20) before 433 is sent,
-all others have 40 seconds (out of 60), i.e. 20 seconds before the kill /
-nick change. As with everything else in Services which is timed, this can
-vary by up to ReadTimeout seconds if your network has little activity (at
-the default of 5 seconds, this can halve the delay between 433 and kill for
-nicks with quick kill set). Comments on this change are appreciated, as
-always.
-
- Note that if you have disabled sending of the 433 numeric by setting
-DONT_SEND_433 in the Makefile, applying the 4.5.31 upgrade patch will not
-change that; likewise, if you have not set it then the patch will not set
-it for you.
-
-Changes in version 4.5.31
--------------------------
-2001/11/12 Changed 433 handling to delay a bit before sending.
-2001/11/12 Fixed bug causing crashes on FORBID of logged-on nick.
- Reported by <fabulous@t7ds.com.br>
-2001/11/07 Added support for +M channel mode in Bahamut 1.4.30.
- Suggested by Andrew Kempe <andrewk@icon.co.za>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From savage at savage.za.org Wed Nov 14 07:51:02 2001
-From: savage at savage.za.org (Chris Knipe)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] Backup databases?
-In-Reply-To: <3BF17755.000008.01260@strider.gimpy.2y.net>
-Message-ID: <Pine.LNX.4.33.0111140748410.16477-300000@darkwing.savage.za.org>
-
-Isn't it maybe a good time to start some sort of contrib for services?
-Allot of people has been asking for scripts lately, and when services
-becomes modular, I can see allot more requests for custom code starting to
-rise...
-
-As such, I'll start this off with both a contrab script to check that
-services is running, aswell as a small backup script to tgz tha services
-DB.
-
-On Tue, 13 Nov 2001, Strider wrote:
-
->Aren't there shell scripts and etc already available to do this sort of
->thing? Not specifically for services...but for anything you want.
->
->www.freshmeat.net is a great place to look if there is a program to do this.
->
->-------Original Message-------
->
->From: ircservices@ircservices.za.net
->Date: Tuesday, November 13, 2001 01:36:29 PM
->To: ircservices@ircservices.za.net
->Subject: AW: [IRCServices] Backup databases?
->
->Hi,
->
->I don't think this is a services issue. Maybe you should simply write a
->little crontab who does exactly what you just described. You don't need any
->support from services' side for this.
->
->Georges
->
->-----Urspr?ngliche Nachricht-----
->Von: ircservices-admin@ircservices.za.net
->[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
->Gesendet: Dienstag, 13. November 2001 20:28
->An: ircservices@ircservices.za.net
->Betreff: [IRCServices] Backup databases?
->
->
->would it be possible in an upcoming version of services to have an automatic
->back up system?
->i recently had my providers HDD going bust after a power failure, lost all
->databases (and IRC shite at that)
->just something that can be scheduled every 2hrs lets say, that uploads a tar
->gzipped copy of the databases to another FTP so if something *DOES* happen
->and all data is lost, there is a backup :)
->
->--
->Craig McLure
->Craig@e-tidalwave.org
->WaveAdmin on the e-tidalwave IRC Network
->Ride the Wave! www.e-tidalwave.org
->
->
->_________________________________________________________________
->Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
->-----------------------------------------------------------
->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
->
->.
-
---
-
-Regards,
-Chris Knipe
-(083) 430-8151
-
-
--------------- next part --------------
-#!/bin/sh
-
-# Setup date for the reports
-DATE=`date +%Y-%m-%d`
-
-# Generate Daily Tarbal
-# Generate Daily Tarbal
-mkdir /home/savage/ircd/data/tmp
-cd /home/savage/ircd/data/tmp
-cp ../*.db .
-cp ../services.log .
-tar czf $DATE.tgz *
-mv $DATE.tgz ../
-rm -rf /home/savage/ircd/data/tmp
-
--------------- next part --------------
-#!/bin/sh
-SERVBIN=services
-SERVPIDFILE=data/services.pid
-SERVPATH=/home/savage/ircd
-
-cd $SERVPATH
-if test -r $SERVPATH/$SERVPIDFILE; then
- SERVPID=$(cat $SERVPATH/$SERVPIDFILE)
- if $(kill -CHLD $SERVPID >/dev/null 2>&1)
- then
- # lucky for us SERV is still up
- exit 0
- fi
- echo ""
- echo "stale pid file (erasing it)"
- rm -f $SERVPATH/$SERVPIDFILE
-fi
-echo ""
-echo "Services is dead........restarting Services"
-echo ""
-if test -x $SERVBIN ;then
- $SERVPATH/$SERVBIN
- exit 0
-fi
-echo "could not reload"
-
-From grenday288 at geocities.com Wed Nov 14 14:52:00 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <163833225394.20011114075854@groth.net>
-References: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
-Message-ID: <3BF2145E.24320.C676DD7@localhost>
-
-On 14 Nov 2001, at 7:58, Duane Groth wrote:
-
-Its easier having 1 set of services on a really stable box that never
-goes down.. but thats only possible if you only have a few or just
-yourself knowing the ip to the hub and keep it that way by only
-adding c/n's to a couple other hubs and never link client servers
-directly to it. we have this setup on my net and it works well.
-
-(services hub ircd:)
-Server Up 169 days, 11:23:14
-
-> Hello Georges,
->
-> As I said originally, I would like to see this feature purely for a
-> redundancy point of view, as I have a reasonably setup IRC network,
-> the DNS probes the IRC servers and removes dead server
-> automatically, I have the IRC servers each setup with multiple hubs,
-> so in the event of any one hub dying there is redundancy to keep the
-> network together, however I am unable to think of a suitable way of
-> making services redundant, and in the event of failure of the
-> primary server that it's linking into the network with, for whatever
-> reason, a secondary will kick in, with read only, so that people can
-> authenticate, but not change details, this is the only single point
-> of failure on my network that requires manual intervention.
->
-> --
-> Best regards,
-> Duane mailto:duane@groth.net
->
-> Wednesday, November 14, 2001, 7:45:01 AM, you wrote:
->
-> GB> I like the idea of managing nicks through the browser, which is very much
-> GB> more intuitive for many users who have no knowledge about IRC and only know
-> GB> that they can type text into their client.
-> GB> It is really intresting for very small networks who pretend to have a
-> GB> 'community'. People will be able to share much more information when
-> GB> registering their nick on the web. This registration can be passed on to
-> GB> nickserv who uses the same information than in the Userinfo Database on the
-> GB> web.
-> GB> People will even be able to change their IRC-Settings in their browser.
->
-> GB> It took me quite a number of hours to hack something like this into services
-> GB> though, so I would appreciate if there was a possibility (i.e. interface) to
-> GB> re-organise all this and make it a little more structured.
->
-> GB> Georges
->
-> GB> -----Ursprungliche Nachricht-----
-> GB> Von: ircservices-admin@ircservices.za.net
-> GB> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-> GB> Gesendet: Dienstag, 13. November 2001 21:28
-> GB> An: ircservices@ircservices.za.net
-> GB> Betreff: RE: AW: AW: [IRCServices] Backup databases?
->
->
-> GB> Lol..
-> GB> MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-> GB> their web browser?
-> GB> Interesting concept :P
-> GB> But wouldn't that mean pw encryption?
->
-> GB> -----Original Message-----
-> GB> From: ircservices-admin@ircservices.za.net
-> GB> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-> GB> Sent: 13 November 2001 20:08
-> GB> To: ircservices@ircservices.za.net
-> GB> Subject: Re: AW: AW: [IRCServices] Backup databases?
->
-> GB> Hello,
->
-> GB> No, but have the option of choosing MySQL for database, or using
-> GB> it's own flat file format, the side benefit from this would be easier
-> GB> web interfaces with PHP and the like, this unlike some simple
-> GB> scripting has to be done in services itself. You should be using scp
-> GB> or
-> GB> similar for the remote archiving anyway, if you employ RSA/DSA keys
-> GB> it's 1000x more secure, not to mention easier to script, hell you
-> GB> can even setup your remote script to trigger tar/bzip, then the next
-> GB> line to scp it off, so that you don't need to have 2 cron processes
-> GB> going.
->
-> GB> --
-> GB> Best regards,
-> GB> Duane mailto:duane@groth.net
->
-> GB> Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
->
-> GB>> Re,
->
-> GB>> well, MySQL support is nice, but not really suitable for everybody
-> GB> (e.g.
-> GB>> users that don't have a MySQL account). The FTP-Upload thing would
-> GB> probably
-> GB>> do the job for most people.
->
-> GB> -----------------------------------------------------------
-> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> GB> -----------------------------------------------------------
-> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> GB> -----------------------------------------------------------
-> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> GB> 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
-
-
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-From duane at groth.net Wed Nov 14 22:01:00 2001
-From: duane at groth.net (Duane Groth)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <3BF2145E.24320.C676DD7@localhost>
-References: <EMEAJDMIHJFMOHONHAEDOEHMCDAA.Georges@Berscheid.lu>
- <3BF2145E.24320.C676DD7@localhost>
-Message-ID: <10627240029.20011115065945@groth.net>
-
-Hello Josh,
-
-Yes that's all good and well, but that is like having your head in the
-sand thinking nothing will ever happen, the server I do have them on
-currently has 100 days approx, last reboot was due to kernel upgrade,
-I'm merely preparing for the worst, in the event something will
-happen, I've been an ISP admin, and server admin too long to know
-better then to be naive about it all.
-
---
-Best regards,
- Duane mailto:duane@groth.net
-
-Wednesday, November 14, 2001, 11:51:10 PM, you wrote:
-
-J> On 14 Nov 2001, at 7:58, Duane Groth wrote:
-
-J> Its easier having 1 set of services on a really stable box that never
-J> goes down.. but thats only possible if you only have a few or just
-J> yourself knowing the ip to the hub and keep it that way by only
-J> adding c/n's to a couple other hubs and never link client servers
-J> directly to it. we have this setup on my net and it works well.
-
-J> (services hub ircd:)
-J> Server Up 169 days, 11:23:14
-
->> Hello Georges,
->>
->> As I said originally, I would like to see this feature purely for a
->> redundancy point of view, as I have a reasonably setup IRC network,
->> the DNS probes the IRC servers and removes dead server
->> automatically, I have the IRC servers each setup with multiple hubs,
->> so in the event of any one hub dying there is redundancy to keep the
->> network together, however I am unable to think of a suitable way of
->> making services redundant, and in the event of failure of the
->> primary server that it's linking into the network with, for whatever
->> reason, a secondary will kick in, with read only, so that people can
->> authenticate, but not change details, this is the only single point
->> of failure on my network that requires manual intervention.
->>
->> --
->> Best regards,
->> Duane mailto:duane@groth.net
->>
->> Wednesday, November 14, 2001, 7:45:01 AM, you wrote:
->>
->> GB> I like the idea of managing nicks through the browser, which is very much
->> GB> more intuitive for many users who have no knowledge about IRC and only know
->> GB> that they can type text into their client.
->> GB> It is really intresting for very small networks who pretend to have a
->> GB> 'community'. People will be able to share much more information when
->> GB> registering their nick on the web. This registration can be passed on to
->> GB> nickserv who uses the same information than in the Userinfo Database on the
->> GB> web.
->> GB> People will even be able to change their IRC-Settings in their browser.
->>
->> GB> It took me quite a number of hours to hack something like this into services
->> GB> though, so I would appreciate if there was a possibility (i.e. interface) to
->> GB> re-organise all this and make it a little more structured.
->>
->> GB> Georges
->>
->> GB> -----Ursprungliche Nachricht-----
->> GB> Von: ircservices-admin@ircservices.za.net
->> GB> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
->> GB> Gesendet: Dienstag, 13. November 2001 21:28
->> GB> An: ircservices@ircservices.za.net
->> GB> Betreff: RE: AW: AW: [IRCServices] Backup databases?
->>
->>
->> GB> Lol..
->> GB> MySQL, does that mean ppl will be able to reg nicks and manage nicks in
->> GB> their web browser?
->> GB> Interesting concept :P
->> GB> But wouldn't that mean pw encryption?
->>
->> GB> -----Original Message-----
->> GB> From: ircservices-admin@ircservices.za.net
->> GB> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
->> GB> Sent: 13 November 2001 20:08
->> GB> To: ircservices@ircservices.za.net
->> GB> Subject: Re: AW: AW: [IRCServices] Backup databases?
->>
->> GB> Hello,
->>
->> GB> No, but have the option of choosing MySQL for database, or using
->> GB> it's own flat file format, the side benefit from this would be easier
->> GB> web interfaces with PHP and the like, this unlike some simple
->> GB> scripting has to be done in services itself. You should be using scp
->> GB> or
->> GB> similar for the remote archiving anyway, if you employ RSA/DSA keys
->> GB> it's 1000x more secure, not to mention easier to script, hell you
->> GB> can even setup your remote script to trigger tar/bzip, then the next
->> GB> line to scp it off, so that you don't need to have 2 cron processes
->> GB> going.
->>
->> GB> --
->> GB> Best regards,
->> GB> Duane mailto:duane@groth.net
->>
->> GB> Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
->>
->> GB>> Re,
->>
->> GB>> well, MySQL support is nice, but not really suitable for everybody
->> GB> (e.g.
->> GB>> users that don't have a MySQL account). The FTP-Upload thing would
->> GB> probably
->> GB>> do the job for most people.
->>
->> GB> -----------------------------------------------------------
->> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
->> GB> with the word UNSUBSCRIBE in the subject of the mail.
->> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
->> GB> -----------------------------------------------------------
->> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
->> GB> with the word UNSUBSCRIBE in the subject of the mail.
->> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->> GB> -----------------------------------------------------------
->> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
->> GB> with the word UNSUBSCRIBE in the subject of the mail.
->> GB> 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
-
-
-J> -------------------------------------
-J> -- Josh Kirkorian [aka Poison-X]
-J> -- Administrator - irc.insiderz.net
-
-J> C Code. C code run. Run, code, run...
-J> Segmentation fault (core dumped).. aww shit
-J> -----------------------------------------------------------
-J> To unsubscribe, mail ircservices-request@ircservices.za.net
-J> with the word UNSUBSCRIBE in the subject of the mail.
-J> http://www.ircservices.za.net/mailman/listinfo/ircservices
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: smime.p7s
-Type: application/x-pkcs7-signature
-Size: 1946 bytes
-Desc: S/MIME Cryptographic Signature
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011114/4e5501dc/smime.bin
-From frostycoolslug at hotmail.com Wed Nov 14 23:30:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-Message-ID: <F1117hx27kBnccYTjr800026c62@hotmail.com>
-
-on the network i was on before e-tidalwave, their main hub had a 400+ day
-uptime. The box wasnt tounched, so all i data (services, backup conf files
-etc) was *ALL* on there, and we eventually forgot about backups and deleted
-old ones.
-5 days later (grrrrrrrr) the box went down. It started smoking, and
-everything was lost including the machine.
-
-now if backups can be automated *THRU* services, it will save the hastle of
-this. cron jobs are good, but some boxes dont support them.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Duane Groth <duane@groth.net>
->Reply-To: ircservices@ircservices.za.net
->To: Josh <ircservices@ircservices.za.net>
->Subject: Re[2]: AW: AW: AW: [IRCServices] Backup databases?
->Date: Thu, 15 Nov 2001 06:59:45 +1100
->
->Hello Josh,
->
->Yes that's all good and well, but that is like having your head in the
->sand thinking nothing will ever happen, the server I do have them on
->currently has 100 days approx, last reboot was due to kernel upgrade,
->I'm merely preparing for the worst, in the event something will
->happen, I've been an ISP admin, and server admin too long to know
->better then to be naive about it all.
->
->--
->Best regards,
-> Duane mailto:duane@groth.net
->
->Wednesday, November 14, 2001, 11:51:10 PM, you wrote:
->
->J> On 14 Nov 2001, at 7:58, Duane Groth wrote:
->
->J> Its easier having 1 set of services on a really stable box that never
->J> goes down.. but thats only possible if you only have a few or just
->J> yourself knowing the ip to the hub and keep it that way by only
->J> adding c/n's to a couple other hubs and never link client servers
->J> directly to it. we have this setup on my net and it works well.
->
->J> (services hub ircd:)
->J> Server Up 169 days, 11:23:14
->
-> >> Hello Georges,
-> >>
-> >> As I said originally, I would like to see this feature purely for a
-> >> redundancy point of view, as I have a reasonably setup IRC network,
-> >> the DNS probes the IRC servers and removes dead server
-> >> automatically, I have the IRC servers each setup with multiple hubs,
-> >> so in the event of any one hub dying there is redundancy to keep the
-> >> network together, however I am unable to think of a suitable way of
-> >> making services redundant, and in the event of failure of the
-> >> primary server that it's linking into the network with, for whatever
-> >> reason, a secondary will kick in, with read only, so that people can
-> >> authenticate, but not change details, this is the only single point
-> >> of failure on my network that requires manual intervention.
-> >>
-> >> --
-> >> Best regards,
-> >> Duane mailto:duane@groth.net
-> >>
-> >> Wednesday, November 14, 2001, 7:45:01 AM, you wrote:
-> >>
-> >> GB> I like the idea of managing nicks through the browser, which is
->very much
-> >> GB> more intuitive for many users who have no knowledge about IRC and
->only know
-> >> GB> that they can type text into their client.
-> >> GB> It is really intresting for very small networks who pretend to have
->a
-> >> GB> 'community'. People will be able to share much more information
->when
-> >> GB> registering their nick on the web. This registration can be passed
->on to
-> >> GB> nickserv who uses the same information than in the Userinfo
->Database on the
-> >> GB> web.
-> >> GB> People will even be able to change their IRC-Settings in their
->browser.
-> >>
-> >> GB> It took me quite a number of hours to hack something like this into
->services
-> >> GB> though, so I would appreciate if there was a possibility (i.e.
->interface) to
-> >> GB> re-organise all this and make it a little more structured.
-> >>
-> >> GB> Georges
-> >>
-> >> GB> -----Ursprungliche Nachricht-----
-> >> GB> Von: ircservices-admin@ircservices.za.net
-> >> GB> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig
->McLure
-> >> GB> Gesendet: Dienstag, 13. November 2001 21:28
-> >> GB> An: ircservices@ircservices.za.net
-> >> GB> Betreff: RE: AW: AW: [IRCServices] Backup databases?
-> >>
-> >>
-> >> GB> Lol..
-> >> GB> MySQL, does that mean ppl will be able to reg nicks and manage
->nicks in
-> >> GB> their web browser?
-> >> GB> Interesting concept :P
-> >> GB> But wouldn't that mean pw encryption?
-> >>
-> >> GB> -----Original Message-----
-> >> GB> From: ircservices-admin@ircservices.za.net
-> >> GB> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane
->Groth
-> >> GB> Sent: 13 November 2001 20:08
-> >> GB> To: ircservices@ircservices.za.net
-> >> GB> Subject: Re: AW: AW: [IRCServices] Backup databases?
-> >>
-> >> GB> Hello,
-> >>
-> >> GB> No, but have the option of choosing MySQL for database, or using
-> >> GB> it's own flat file format, the side benefit from this would be
->easier
-> >> GB> web interfaces with PHP and the like, this unlike some simple
-> >> GB> scripting has to be done in services itself. You should be using
->scp
-> >> GB> or
-> >> GB> similar for the remote archiving anyway, if you employ RSA/DSA
->keys
-> >> GB> it's 1000x more secure, not to mention easier to script, hell you
-> >> GB> can even setup your remote script to trigger tar/bzip, then the
->next
-> >> GB> line to scp it off, so that you don't need to have 2 cron
->processes
-> >> GB> going.
-> >>
-> >> GB> --
-> >> GB> Best regards,
-> >> GB> Duane mailto:duane@groth.net
-> >>
-> >> GB> Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-> >>
-> >> GB>> Re,
-> >>
-> >> GB>> well, MySQL support is nice, but not really suitable for everybody
-> >> GB> (e.g.
-> >> GB>> users that don't have a MySQL account). The FTP-Upload thing would
-> >> GB> probably
-> >> GB>> do the job for most people.
-> >>
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> 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
->
->
->J> -------------------------------------
->J> -- Josh Kirkorian [aka Poison-X]
->J> -- Administrator - irc.insiderz.net
->
->J> C Code. C code run. Run, code, run...
->J> Segmentation fault (core dumped).. aww shit
->J> -----------------------------------------------------------
->J> To unsubscribe, mail ircservices-request@ircservices.za.net
->J> with the word UNSUBSCRIBE in the subject of the mail.
->J> http://www.ircservices.za.net/mailman/listinfo/ircservices
-><< smime.p7s >>
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From thomas at cotwarlords.com Thu Nov 15 03:01:00 2001
-From: thomas at cotwarlords.com (Thomas Skovsende)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] How to up someone
-Message-ID: <001201c16d71$a1a67fa0$e000000a@thomas>
-
-Hullo!
-
-Sorry if this is too much of an rtfm question - but i think i have read all the help i could find(maybe that its 2 am has messed with my eyes! :)
-
-I believe it should be possible to op a user on a given (op-less) channel, but how?
-
-Thanks
-
-Thomas Skovsende
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011115/2b5dc64b/attachment.html
-From griever at t2n.org Thu Nov 15 03:05:01 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] How to up someone
-In-Reply-To: <001201c16d71$a1a67fa0$e000000a@thomas>
-Message-ID: <Pine.LNX.4.33.0111141303120.20551-100000@linux.ircd-net.org>
-
-On Thu, 15 Nov 2001, Thomas Skovsende wrote:
-
-> Hullo!
->
-> Sorry if this is too much of an rtfm question - but i think i have read all the help i could find(maybe that its 2 am has messed with my eyes! :)
->
-> I believe it should be possible to op a user on a given (op-less) channel, but how?
-Chanserv OP command, or if you are an ircop, operserv MODE
->
-> Thanks
->
-> Thomas Skovsende
->
-
-
-From thomas at cotwarlords.com Thu Nov 15 03:14:01 2001
-From: thomas at cotwarlords.com (Thomas Skovsende)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] How to up someone
-References: <Pine.LNX.4.33.0111141303120.20551-100000@linux.ircd-net.org>
-Message-ID: <001a01c16d73$5b0cb2b0$e000000a@thomas>
-
-Hi.
-
-> > I believe it should be possible to op a user on a given (op-less)
-channel, but how?
-> Chanserv OP command, or if you are an ircop, operserv MODE
-
-It is as IRCop - and is operservs MODE command not only for setting the mode
-for the channel? According to the docs it seems so!
-
-----
-->[OperServ] : Allows Services operators to set
- channel modes for any
--
-->[OperServ] : channel. Parameters are the
- same as for the standard /MODE
--
-->[OperServ] : command.
-----
-
-Thomas
-
-
-From thomas at cotwarlords.com Thu Nov 15 03:15:00 2001
-From: thomas at cotwarlords.com (Thomas Skovsende)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] How to up someone
-References: <Pine.LNX.4.33.0111141303120.20551-100000@linux.ircd-net.org>
-Message-ID: <001e01c16d73$8ee28100$e000000a@thomas>
-
-Hi!
-
-DUH!
-
-He - too tired - just got it! Thanks alot for the quick answer! :D
-
-Off to bed then ;)
-
-Thomas
-
-
-
-From nick at devaluate.com Thu Nov 15 03:19:00 2001
-From: nick at devaluate.com (Nicholas A. Martini)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] How to up someone
-In-Reply-To: <001a01c16d73$5b0cb2b0$e000000a@thomas>
-References: <Pine.LNX.4.33.0111141303120.20551-100000@linux.ircd-net.org> <001a01c16d73$5b0cb2b0$e000000a@thomas>
-Message-ID: <20011114201758.A20838@devaluate.com>
-
-/msg operserv mode #channel +o nick
-
-On Thu, Nov 15, 2001 at 02:17:54AM +0100, Thomas Skovsende wrote:
-> Hi.
->
-> > > I believe it should be possible to op a user on a given (op-less)
-> channel, but how?
-> > Chanserv OP command, or if you are an ircop, operserv MODE
->
-> It is as IRCop - and is operservs MODE command not only for setting the mode
-> for the channel? According to the docs it seems so!
->
-> ----
-> ->[OperServ] : Allows Services operators to set
-> channel modes for any
-> -
-> ->[OperServ] : channel. Parameters are the
-> same as for the standard /MODE
-> -
-> ->[OperServ] : command.
-> ----
->
-> Thomas
->
-> -----------------------------------------------------------
-> 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
-
---
-Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ]
-Redhat Certified Engineer [#807101313203345]
-http://www.devaluate.com [nick@devaluate.com]
-
-Cynic: \Cyn"ic\ (s[i^]n"[i^]k), Cynical \Cyn"ic*al\ (-[i^]*kal): adj.
- 1: believing the worst of human nature and motives; having a
- sneering disbelief in e.g. selflessness of others [syn:
- misanthropic, misanthropical]
- 2: a word used by the frightened to describe the realistic
-
-From grenday288 at geocities.com Thu Nov 15 03:45:01 2001
-From: grenday288 at geocities.com (Josh)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: AW: AW: [IRCServices] Backup databases?
-In-Reply-To: <10627240029.20011115065945@groth.net>
-References: <3BF2145E.24320.C676DD7@localhost>
-Message-ID: <3BF2C972.27517.F2AC461@localhost>
-
-On 15 Nov 2001, at 6:59, Duane Groth wrote:
-yea stuff does happen some times uunet has been pretty gay
-before and screwed up the east coast and it was really
-lagged/offline for a day but nothing major really happened in that
-short period of time. and it rarely happens so its no big deal ..
-theres no such thing as a splitless/problemless network anyways
-so ppl understand
-
-> Hello Josh,
->
-> Yes that's all good and well, but that is like having your head in the
-> sand thinking nothing will ever happen, the server I do have them on
-> currently has 100 days approx, last reboot was due to kernel upgrade,
-> I'm merely preparing for the worst, in the event something will
-> happen, I've been an ISP admin, and server admin too long to know
-> better then to be naive about it all.
->
-> --
-> Best regards,
-> Duane mailto:duane@groth.net
->
-> Wednesday, November 14, 2001, 11:51:10 PM, you wrote:
->
-> J> On 14 Nov 2001, at 7:58, Duane Groth wrote:
->
-> J> Its easier having 1 set of services on a really stable box that never
-> J> goes down.. but thats only possible if you only have a few or just
-> J> yourself knowing the ip to the hub and keep it that way by only
-> J> adding c/n's to a couple other hubs and never link client servers
-> J> directly to it. we have this setup on my net and it works well.
->
-> J> (services hub ircd:)
-> J> Server Up 169 days, 11:23:14
->
-> >> Hello Georges,
-> >>
-> >> As I said originally, I would like to see this feature purely for a
-> >> redundancy point of view, as I have a reasonably setup IRC network,
-> >> the DNS probes the IRC servers and removes dead server
-> >> automatically, I have the IRC servers each setup with multiple hubs,
-> >> so in the event of any one hub dying there is redundancy to keep the
-> >> network together, however I am unable to think of a suitable way of
-> >> making services redundant, and in the event of failure of the
-> >> primary server that it's linking into the network with, for whatever
-> >> reason, a secondary will kick in, with read only, so that people can
-> >> authenticate, but not change details, this is the only single point
-> >> of failure on my network that requires manual intervention.
-> >>
-> >> --
-> >> Best regards,
-> >> Duane mailto:duane@groth.net
-> >>
-> >> Wednesday, November 14, 2001, 7:45:01 AM, you wrote:
-> >>
-> >> GB> I like the idea of managing nicks through the browser, which is very much
-> >> GB> more intuitive for many users who have no knowledge about IRC and only know
-> >> GB> that they can type text into their client.
-> >> GB> It is really intresting for very small networks who pretend to have a
-> >> GB> 'community'. People will be able to share much more information when
-> >> GB> registering their nick on the web. This registration can be passed on to
-> >> GB> nickserv who uses the same information than in the Userinfo Database on the
-> >> GB> web.
-> >> GB> People will even be able to change their IRC-Settings in their browser.
-> >>
-> >> GB> It took me quite a number of hours to hack something like this into services
-> >> GB> though, so I would appreciate if there was a possibility (i.e. interface) to
-> >> GB> re-organise all this and make it a little more structured.
-> >>
-> >> GB> Georges
-> >>
-> >> GB> -----Ursprungliche Nachricht-----
-> >> GB> Von: ircservices-admin@ircservices.za.net
-> >> GB> [mailto:ircservices-admin@ircservices.za.net]Im Auftrag von Craig McLure
-> >> GB> Gesendet: Dienstag, 13. November 2001 21:28
-> >> GB> An: ircservices@ircservices.za.net
-> >> GB> Betreff: RE: AW: AW: [IRCServices] Backup databases?
-> >>
-> >>
-> >> GB> Lol..
-> >> GB> MySQL, does that mean ppl will be able to reg nicks and manage nicks in
-> >> GB> their web browser?
-> >> GB> Interesting concept :P
-> >> GB> But wouldn't that mean pw encryption?
-> >>
-> >> GB> -----Original Message-----
-> >> GB> From: ircservices-admin@ircservices.za.net
-> >> GB> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Duane Groth
-> >> GB> Sent: 13 November 2001 20:08
-> >> GB> To: ircservices@ircservices.za.net
-> >> GB> Subject: Re: AW: AW: [IRCServices] Backup databases?
-> >>
-> >> GB> Hello,
-> >>
-> >> GB> No, but have the option of choosing MySQL for database, or using
-> >> GB> it's own flat file format, the side benefit from this would be easier
-> >> GB> web interfaces with PHP and the like, this unlike some simple
-> >> GB> scripting has to be done in services itself. You should be using scp
-> >> GB> or
-> >> GB> similar for the remote archiving anyway, if you employ RSA/DSA keys
-> >> GB> it's 1000x more secure, not to mention easier to script, hell you
-> >> GB> can even setup your remote script to trigger tar/bzip, then the next
-> >> GB> line to scp it off, so that you don't need to have 2 cron processes
-> >> GB> going.
-> >>
-> >> GB> --
-> >> GB> Best regards,
-> >> GB> Duane mailto:duane@groth.net
-> >>
-> >> GB> Wednesday, November 14, 2001, 6:58:11 AM, you wrote:
-> >>
-> >> GB>> Re,
-> >>
-> >> GB>> well, MySQL support is nice, but not really suitable for everybody
-> >> GB> (e.g.
-> >> GB>> users that don't have a MySQL account). The FTP-Upload thing would
-> >> GB> probably
-> >> GB>> do the job for most people.
-> >>
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >>
-> >> GB> -----------------------------------------------------------
-> >> GB> To unsubscribe, mail ircservices-request@ircservices.za.net
-> >> GB> with the word UNSUBSCRIBE in the subject of the mail.
-> >> GB> 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
->
->
-> J> -------------------------------------
-> J> -- Josh Kirkorian [aka Poison-X]
-> J> -- Administrator - irc.insiderz.net
->
-> J> C Code. C code run. Run, code, run...
-> J> Segmentation fault (core dumped).. aww shit
-> J> -----------------------------------------------------------
-> J> To unsubscribe, mail ircservices-request@ircservices.za.net
-> J> with the word UNSUBSCRIBE in the subject of the mail.
-> J> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
--------------------------------------
--- Josh Kirkorian [aka Poison-X]
--- Administrator - irc.insiderz.net
-
-C Code. C code run. Run, code, run...
-Segmentation fault (core dumped).. aww shit
-
-From silvius at expres.ro Thu Nov 15 13:57:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] some ircservices (5.0?) request/idea
-Message-ID: <005f01c16dcc$9738e9d0$0ae4e6c1@ANIMALU>
-
-Hi
-What about some "listakills" from shell (like "listnicks"/"listchans")?
-May be used to build some web pages (mysql db stuff maybe) where people can see what/who/why was akilled and for how long.
-
-Thanks,
-Partizanu
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011115/eff8a523/attachment.htm
-From achurch at achurch.org Thu Nov 15 14:20:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] some ircservices (5.0?) request/idea
-Message-ID: <3bf3b2e4.02170@achurch.org>
-
->What about some "listakills" from shell (like "listnicks"/"listchans")?
->May be used to build some web pages (mysql db stuff maybe) where people =
->can see what/who/why was akilled and for how long.
-
- While the details aren't finalized, I am planning on a more general
-interface to the databases for version 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From a.use at webfutur.com Thu Nov 15 15:53:01 2001
-From: a.use at webfutur.com (Antony =?iso-8859-1?Q?Us=E9?=)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] irc services
-Message-ID: <3BF3C89F.6BA5AACF@webfutur.com>
-
-Hi All !
-I'm a newbie and i try to run ircservices 4.5.30. In my services.log,
-i've got this message :
-[Nov 15 10:29:47 2001] Services 4.5.30 (compiled for RFC1459) starting
-up
-[Nov 15 10:29:47 2001] Databases loaded
-[Nov 15 10:29:47 2001] unknown message from server (ERROR :Closing
-Link:[unknown@127.0.0.1] (Non-TS server))
-[Nov 15 10:29:47 2001] Read error from server: Success
-
-I don't undestand what does it mean.
-
-Is there anyone to help me ?
-
-Thanks
-
-Antony
-
-PS : I'm using PTircd as irc server.
-
-From Schutzgeist at uni.de Fri Nov 16 01:10:00 2001
-From: Schutzgeist at uni.de (Dennis Sela)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] RAW-Command-List
-Message-ID: <12118778612.20011116000905@uni.de>
-
-Hello
-
-Where can I geht a list of all RAW - Commands ?
-Tried to serch in the RFC 1459, but theres not really a kind of List
-with all RAW-Commands.
-Maybe some of U got some Lists. For the Operserv and for the normal
-Reply for mirc-scripts .
-
-Tanks
-
-Dennis
-
-
-
-From beng at nc.rr.com Fri Nov 16 01:32:00 2001
-From: beng at nc.rr.com (Ben Goldstein)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] RAW-Command-List
-References: <12118778612.20011116000905@uni.de>
-Message-ID: <028a01c16e2e$d0513b20$0300a8c0@asi200>
-
-Actually, ircservices has nothing to do with RAW "commands". It is entirely
-up to your ircd as to what commands are supported. RAW is only a way for
-you to send unformatted strings to the rest of the network from your
-services pseudo-server. Check your ircd's documentation or for a list try
-/quote HELP from your client.
-
--- Ben Goldstein (beng@nc.rr.com)
-
------ Original Message -----
-From: "Dennis Sela" <Schutzgeist@uni.de>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, November 15, 2001 6:09 PM
-Subject: [IRCServices] RAW-Command-List
-
-
-> Hello
->
-> Where can I geht a list of all RAW - Commands ?
-> Tried to serch in the RFC 1459, but theres not really a kind of List
-> with all RAW-Commands.
-> Maybe some of U got some Lists. For the Operserv and for the normal
-> Reply for mirc-scripts .
->
-> Tanks
->
-> Dennis
-
-
-
-From andrewk at isdial.net Fri Nov 16 08:11:01 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] RAW-Command-List
-References: <12118778612.20011116000905@uni.de>
-Message-ID: <048a01c16e65$58b84c70$9c011ac4@africa.didata.local>
-
-The only way to find out what commands you can send using the RAW OperServ
-command is to browse the source code for your ircd. All the interesting
-commands, and their parameters, are not usually documented.
-
-Andrew
-
------ Original Message -----
-From: "Dennis Sela" <Schutzgeist@uni.de>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, November 16, 2001 1:09 AM
-Subject: [IRCServices] RAW-Command-List
-
-
-> Hello
->
-> Where can I geht a list of all RAW - Commands ?
-> Tried to serch in the RFC 1459, but theres not really a kind of List
-> with all RAW-Commands.
-> Maybe some of U got some Lists. For the Operserv and for the normal
-> Reply for mirc-scripts .
->
-> Tanks
->
-> Dennis
->
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at stud.uni-karlsruhe.de Fri Nov 16 10:15:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:33 2004
-Subject: AW: [IRCServices] RAW-Command-List
-In-Reply-To: <048a01c16e65$58b84c70$9c011ac4@africa.didata.local>
-Message-ID: <000901c16e76$b7e9e580$0264a8c0@nygmatech.local>
-
-I believe he is referring to numerics. Numerics of an ircd can be
-read from the s_err.c file in the source directory of the ircd.
-
-(The on :RAW: event of mIRC does act on the numerical replies from the
-server)
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Andrew Kempe
-> Gesendet: Freitag, 16. November 2001 07:10
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] RAW-Command-List
->
->
-> The only way to find out what commands you can send using the
-> RAW OperServ command is to browse the source code for your
-> ircd. All the interesting commands, and their parameters, are
-> not usually documented.
->
-> Andrew
->
-
-
-From cyxs at cyxs.net Fri Nov 16 15:42:00 2001
-From: cyxs at cyxs.net (Michael Sparpaglione)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 433 Problems?
-Message-ID: <1005918139.395.4.camel@rage>
-
-I just pulled the source to 4.5.31 and did some minor changes to it but
-nothing that messes with the 433 section. But now at the timeout point
-for the 433 if the person has identified or not it sends the 433. Has
-anyone else had any problems with this?
-
-Michael Sparpaglione
-cyxs@cyxs.net
-cyxs on irc.stormdancing.net
-
-
-From alisor at softhome.net Fri Nov 16 15:57:01 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 433 Problems?
-References: <1005918139.395.4.camel@rage>
-Message-ID: <001a01c16ea6$42bb9260$7e14fea9@control>
-
-Hello
-Read Top of Makefile As you will surely see you have make an addition to it
-if you dont wanna get 433 msg
-
--DDONT_SEND_433 in the configuration section at the top of the Makefile and
-recompile Services.
-
------ Original Message -----
-From: "Michael Sparpaglione" <cyxs@cyxs.net>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, November 16, 2001 3:41 PM
-Subject: [IRCServices] 433 Problems?
-
-
-> I just pulled the source to 4.5.31 and did some minor changes to it but
-> nothing that messes with the 433 section. But now at the timeout point
-> for the 433 if the person has identified or not it sends the 433. Has
-> anyone else had any problems with this?
->
-> Michael Sparpaglione
-> cyxs@cyxs.net
-> cyxs on irc.stormdancing.net
->
-> -----------------------------------------------------------
-> 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 cyxs at cyxs.net Fri Nov 16 16:16:00 2001
-From: cyxs at cyxs.net (Michael Sparpaglione)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 433 Problems?
-In-Reply-To: <001a01c16ea6$42bb9260$7e14fea9@control>
-References: <1005918139.395.4.camel@rage>
- <001a01c16ea6$42bb9260$7e14fea9@control>
-Message-ID: <1005920166.395.7.camel@rage>
-
-Yes you can disable it but if you a user does identify for the nick it
-shouldn't send the 433 since they are the owner of the nick. If they
-haven't identified then send the 433.
-
-Michael Sparpaglione
-cyxs@cyxs.net
-cyxs on irc.stormdancing.net
-
-
-On Fri, 2001-11-16 at 08:53, Ali Sor wrote:
-> Hello
-> Read Top of Makefile As you will surely see you have make an addition to it
-> if you dont wanna get 433 msg
->
-> -DDONT_SEND_433 in the configuration section at the top of the Makefile and
-> recompile Services.
->
-> ----- Original Message -----
-> From: "Michael Sparpaglione" <cyxs@cyxs.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Friday, November 16, 2001 3:41 PM
-> Subject: [IRCServices] 433 Problems?
->
->
-> > I just pulled the source to 4.5.31 and did some minor changes to it but
-> > nothing that messes with the 433 section. But now at the timeout point
-> > for the 433 if the person has identified or not it sends the 433. Has
-> > anyone else had any problems with this?
-> >
-> > Michael Sparpaglione
-> > cyxs@cyxs.net
-> > cyxs on irc.stormdancing.net
-> >
-> > -----------------------------------------------------------
-> > 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 achurch at achurch.org Fri Nov 16 16:16:24 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] 433 Problems?
-Message-ID: <3bf51f83.11442@achurch.org>
-
->I just pulled the source to 4.5.31 and did some minor changes to it but
->nothing that messes with the 433 section. But now at the timeout point
->for the 433 if the person has identified or not it sends the 433. Has
->anyone else had any problems with this?
-
- You're entirely correct, and this is my fault for trying to make a fix
-with much too little sleep. I'll put out a corrected version shortly.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Fri Nov 16 16:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Services 4.5.32 released
-Message-ID: <3bf524b3.13175@achurch.org>
-
- Services 4.5.32 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.32.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.32.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- This fixes the brainfart just reported with 433 sending (sending 433
-to people even after they've registered), as well as a related memory leak.
-Apologies for the problem, but hey, what can you do when you're at work or
-commuting 16 hours a day...
-
-Changes in version 4.5.32
--------------------------
-2001/11/16 433 is no longer sent for users who have identified.
- Reported by Michael Sparpaglione <cyxs@cyxs.net>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From ender at enderboi.com Fri Nov 16 16:43:01 2001
-From: ender at enderboi.com (J.Brown (Ender/Amigo))
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] French language file (was: Services 4.5.32 released)
-In-Reply-To: <3bf524b3.13175@achurch.org>
-Message-ID: <Pine.LNX.4.31.0111162240500.11041-100000@shaker.worfie.net>
-
-Speaking of which, did anyone ever do a french language file?
-
-I remember something being tossed around late '99/early '00 - but I've
-never seen anything make it into a release..
-
-
-Regards, | Reality is merely an illusion, albeit a very persistent one.
- Ender |
- (James Brown) | [Nehahra, Easycuts, PureLS, QuakeSRC, EsperNet, LiveJournal]
-
-On Fri, 16 Nov 2001, Andrew Church wrote:
-
-> Date: Fri, 16 Nov 2001 23:30:53 JST
-> From: Andrew Church <achurch@achurch.org>
-> Reply-To: ircservices@ircservices.za.net
-> To: ircservices@ircservices.za.net
-> Subject: [IRCServices] Services 4.5.32 released
->
-> Services 4.5.32 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.32.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.32.diff.gz
->
-> ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> This fixes the brainfart just reported with 433 sending (sending 433
-> to people even after they've registered), as well as a related memory leak.
-> Apologies for the problem, but hey, what can you do when you're at work or
-> commuting 16 hours a day...
->
-> Changes in version 4.5.32
-> -------------------------
-> 2001/11/16 433 is no longer sent for users who have identified.
-> Reported by Michael Sparpaglione <cyxs@cyxs.net>
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Fri Nov 16 18:17:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] French language file (was: Services 4.5.32 released)
-Message-ID: <3bf53c17.15407@achurch.org>
-
->Speaking of which, did anyone ever do a french language file?
->
->I remember something being tossed around late '99/early '00 - but I've
->never seen anything make it into a release..
-
- No... I did once have someone say they'd do it, but they never got
-back to me.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From jbinder at kgazd.bme.hu Sat Nov 17 00:04:01 2001
-From: jbinder at kgazd.bme.hu (John Binder)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-Message-ID: <003301c16eea$675e9920$0101010a@fedelnelkul>
-
-Hi,
-
-I've just found this reply via whois from services:
-:services.abc.xyz 311 janos operserv services services.abc.xyz :Operator
-Server
->From server:
-:irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator Server
-So the * is missing from the source.
-And the last line is also buggy in void m_whois, it should be:
- 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.", source,
-av[0])'
-
-For extra another line should be added (oper numeric) and it should be:
- 'send_cmd(ServerName, "313 %s %s :is a Network Service", source,
-av[0])' (or "an IRC Operator") - but this is only optional , and it should
-be for clients/scripts to detect services as a "super-user". (Scripts and
-clients only watch the numeric in the most cases)
-
-Effect: breaking some client (I tried mirc and xchat)
-
-"/whois services.abc.xyz notexistantuser" is also affected:
- 'send_cmd(ServerName, "401 %s %s :No such service.", source, av[0]);'
-Sometimes it breaks some client, it should be two lines:
- 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
-av[0]);'
- 'send_cmd(ServerName, "318 End of /WHOIS response.");'
-But the last bug can be found rarely.
-
-John Binder (Janos on IRC)
-
-P.S.: I hope I didn't write my bug report to the wrong place.
-
-
-From andrewk at isdial.net Mon Nov 19 08:26:00 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-References: <003301c16eea$675e9920$0101010a@fedelnelkul>
-Message-ID: <05f401c170c2$f2f71550$9c011ac4@africa.didata.local>
-
-Out of interest, what ircd were you using to test this?
-
-Andrew
-
------ Original Message -----
-From: "John Binder" <jbinder@kgazd.bme.hu>
-To: <ircservices@ircservices.za.net>
-Sent: Saturday, November 17, 2001 12:02 AM
-Subject: [IRCServices] Little remote WHOIS formal bug
-
-
-> Hi,
->
-> I've just found this reply via whois from services:
-> :services.abc.xyz 311 janos operserv services services.abc.xyz :Operator
-> Server
-> From server:
-> :irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator
-Server
-> So the * is missing from the source.
-> And the last line is also buggy in void m_whois, it should be:
-> 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.", source,
-> av[0])'
->
-> For extra another line should be added (oper numeric) and it should be:
-> 'send_cmd(ServerName, "313 %s %s :is a Network Service", source,
-> av[0])' (or "an IRC Operator") - but this is only optional , and it
-should
-> be for clients/scripts to detect services as a "super-user". (Scripts and
-> clients only watch the numeric in the most cases)
->
-> Effect: breaking some client (I tried mirc and xchat)
->
-> "/whois services.abc.xyz notexistantuser" is also affected:
-> 'send_cmd(ServerName, "401 %s %s :No such service.", source, av[0]);'
-> Sometimes it breaks some client, it should be two lines:
-> 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
-> av[0]);'
-> 'send_cmd(ServerName, "318 End of /WHOIS response.");'
-> But the last bug can be found rarely.
->
-> John Binder (Janos on IRC)
->
-> P.S.: I hope I didn't write my bug report to the wrong place.
->
-> -----------------------------------------------------------
-> 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 jbinder at kgazd.bme.hu Mon Nov 19 15:56:00 2001
-From: jbinder at kgazd.bme.hu (John Binder)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-References: <003301c16eea$675e9920$0101010a@fedelnelkul> <05f401c170c2$f2f71550$9c011ac4@africa.didata.local>
-Message-ID: <001301c17101$ca4db200$0101010a@fedelnelkul>
-
-It was Unreal ,but it is not important. I mean that remote whois reply in
-services is incomplete (/whois nick nick). Try to do a '/whois nick nick' on
-a remote server. (The best if it is done by a raw telnet connection) And
-then '/whois chanserv chanserv' for example and see the differences between
-them. (numeric 311)
-
-Cya
-
-John Binder
-
------ Original Message -----
-From: "Andrew Kempe" <andrewk@isdial.net>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, November 19, 2001 7:25 AM
-Subject: Re: [IRCServices] Little remote WHOIS formal bug
-
-
-> Out of interest, what ircd were you using to test this?
->
-> Andrew
->
-> ----- Original Message -----
-> From: "John Binder" <jbinder@kgazd.bme.hu>
-> To: <ircservices@ircservices.za.net>
-> Sent: Saturday, November 17, 2001 12:02 AM
-> Subject: [IRCServices] Little remote WHOIS formal bug
->
->
-> > Hi,
-> >
-> > I've just found this reply via whois from services:
-> > :services.abc.xyz 311 janos operserv services services.abc.xyz :Operator
-> > Server
-> > From server:
-> > :irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator
-> Server
-> > So the * is missing from the source.
-> > And the last line is also buggy in void m_whois, it should be:
-> > 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.",
-source,
-> > av[0])'
-> >
-> > For extra another line should be added (oper numeric) and it should be:
-> > 'send_cmd(ServerName, "313 %s %s :is a Network Service", source,
-> > av[0])' (or "an IRC Operator") - but this is only optional , and it
-> should
-> > be for clients/scripts to detect services as a "super-user". (Scripts
-and
-> > clients only watch the numeric in the most cases)
-> >
-> > Effect: breaking some client (I tried mirc and xchat)
-> >
-> > "/whois services.abc.xyz notexistantuser" is also affected:
-> > 'send_cmd(ServerName, "401 %s %s :No such service.", source,
-av[0]);'
-> > Sometimes it breaks some client, it should be two lines:
-> > 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
-> > av[0]);'
-> > 'send_cmd(ServerName, "318 End of /WHOIS response.");'
-> > But the last bug can be found rarely.
-> >
-> > John Binder (Janos on IRC)
-> >
-> > P.S.: I hope I didn't write my bug report to the wrong place.
-> >
-> > -----------------------------------------------------------
-> > 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 andrewk at isdial.net Mon Nov 19 16:13:01 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-References: <003301c16eea$675e9920$0101010a@fedelnelkul> <05f401c170c2$f2f71550$9c011ac4@africa.didata.local> <001301c17101$ca4db200$0101010a@fedelnelkul>
-Message-ID: <000d01c17104$2c107b10$9c011ac4@africa.didata.local>
-
-I'm not arguing... just curious :-)
-
-Thanks though.
-
-Andrew
-
------ Original Message -----
-From: "John Binder" <jbinder@kgazd.bme.hu>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, November 19, 2001 3:54 PM
-Subject: Re: [IRCServices] Little remote WHOIS formal bug
-
-
-> It was Unreal ,but it is not important. I mean that remote whois reply in
-> services is incomplete (/whois nick nick). Try to do a '/whois nick nick'
-on
-> a remote server. (The best if it is done by a raw telnet connection) And
-> then '/whois chanserv chanserv' for example and see the differences
-between
-> them. (numeric 311)
->
-> Cya
->
-> John Binder
->
-> ----- Original Message -----
-> From: "Andrew Kempe" <andrewk@isdial.net>
-> To: <ircservices@ircservices.za.net>
-> Sent: Monday, November 19, 2001 7:25 AM
-> Subject: Re: [IRCServices] Little remote WHOIS formal bug
->
->
-> > Out of interest, what ircd were you using to test this?
-> >
-> > Andrew
-> >
-> > ----- Original Message -----
-> > From: "John Binder" <jbinder@kgazd.bme.hu>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Saturday, November 17, 2001 12:02 AM
-> > Subject: [IRCServices] Little remote WHOIS formal bug
-> >
-> >
-> > > Hi,
-> > >
-> > > I've just found this reply via whois from services:
-> > > :services.abc.xyz 311 janos operserv services services.abc.xyz
-:Operator
-> > > Server
-> > > From server:
-> > > :irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator
-> > Server
-> > > So the * is missing from the source.
-> > > And the last line is also buggy in void m_whois, it should be:
-> > > 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.",
-> source,
-> > > av[0])'
-> > >
-> > > For extra another line should be added (oper numeric) and it should
-be:
-> > > 'send_cmd(ServerName, "313 %s %s :is a Network Service",
-source,
-> > > av[0])' (or "an IRC Operator") - but this is only optional , and it
-> > should
-> > > be for clients/scripts to detect services as a "super-user". (Scripts
-> and
-> > > clients only watch the numeric in the most cases)
-> > >
-> > > Effect: breaking some client (I tried mirc and xchat)
-> > >
-> > > "/whois services.abc.xyz notexistantuser" is also affected:
-> > > 'send_cmd(ServerName, "401 %s %s :No such service.", source,
-> av[0]);'
-> > > Sometimes it breaks some client, it should be two lines:
-> > > 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
-> > > av[0]);'
-> > > 'send_cmd(ServerName, "318 End of /WHOIS response.");'
-> > > But the last bug can be found rarely.
-> > >
-> > > John Binder (Janos on IRC)
-> > >
-> > > P.S.: I hope I didn't write my bug report to the wrong place.
-> > >
-> > > -----------------------------------------------------------
-> > > 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 achurch at achurch.org Mon Nov 19 22:28:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-Message-ID: <3bf96b4c.72774@achurch.org>
-
->I've just found this reply via whois from services:
->:services.abc.xyz 311 janos operserv services services.abc.xyz :Operator
->Server
->>From server:
->:irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator Server
->So the * is missing from the source.
-
- This is already fixed for version 5.0.
-
->And the last line is also buggy in void m_whois, it should be:
-> 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.", source,
->av[0])'
->
->For extra another line should be added (oper numeric) and it should be:
-> 'send_cmd(ServerName, "313 %s %s :is a Network Service", source,
->av[0])' (or "an IRC Operator") - but this is only optional , and it should
->be for clients/scripts to detect services as a "super-user". (Scripts and
->clients only watch the numeric in the most cases)
-
- These will be added for version 5.0. I may backport the fix to 4.5
-once 5.0 has been finished.
-
->"/whois services.abc.xyz notexistantuser" is also affected:
-> 'send_cmd(ServerName, "401 %s %s :No such service.", source, av[0]);'
->Sometimes it breaks some client, it should be two lines:
-> 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
->av[0]);'
-> 'send_cmd(ServerName, "318 End of /WHOIS response.");'
->But the last bug can be found rarely.
-
- I'd consider this a client bug.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From jbinder at kgazd.bme.hu Mon Nov 19 23:13:00 2001
-From: jbinder at kgazd.bme.hu (John Binder)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Little remote WHOIS formal bug
-References: <3bf96b4c.72774@achurch.org>
-Message-ID: <000b01c1713e$ddcc0150$0101010a@fedelnelkul>
-
-OK, where can I send the .diff if I will fix it?
-
-Janos Binder
-
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, November 19, 2001 9:20 PM
-Subject: Re: [IRCServices] Little remote WHOIS formal bug
-
-
-> >I've just found this reply via whois from services:
-> >:services.abc.xyz 311 janos operserv services services.abc.xyz :Operator
-> >Server
-> >>From server:
-> >:irc.abc.xyz 311 janos OperServ services services.abc.xyz * :Operator
-Server
-> >So the * is missing from the source.
->
-> This is already fixed for version 5.0.
->
-> >And the last line is also buggy in void m_whois, it should be:
-> > 'send_cmd(ServerName, "318 %s %s End of /WHOIS response.",
-source,
-> >av[0])'
-> >
-> >For extra another line should be added (oper numeric) and it should be:
-> > 'send_cmd(ServerName, "313 %s %s :is a Network Service", source,
-> >av[0])' (or "an IRC Operator") - but this is only optional , and it
-should
-> >be for clients/scripts to detect services as a "super-user". (Scripts and
-> >clients only watch the numeric in the most cases)
->
-> These will be added for version 5.0. I may backport the fix to 4.5
-> once 5.0 has been finished.
->
-> >"/whois services.abc.xyz notexistantuser" is also affected:
-> > 'send_cmd(ServerName, "401 %s %s :No such service.", source, av[0]);'
-> >Sometimes it breaks some client, it should be two lines:
-> > 'send_cmd(ServerName, "401 %s %s :No such nick/channel.", source,
-> >av[0]);'
-> > 'send_cmd(ServerName, "318 End of /WHOIS response.");'
-> >But the last bug can be found rarely.
->
-> I'd consider this a client bug.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->
-
-
-From achurch at achurch.org Fri Nov 23 13:19:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Services 4.5.33 released
-Message-ID: <3bfe3089.36010@achurch.org>
-
- Services 4.5.33 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.33.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.33.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- The only major change in this version is a fix to autokicks to remove
-ban exceptions that match an autokicked user, which would otherwise allow
-them to enter the channel around the autokick.
-
-Changes in version 4.5.33
--------------------------
-2001/11/23 Updated E-mail addresses in documentation.
-2001/11/17 Autokicks now remove ban exceptions from channels when
- triggered. Suggested by <RealCFC@chatfirst.com>
-2001/11/17 Corrected typo in OperServ KILLCLONES help. Reported by
- Ali Sor <alisor@softhome.net>
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From silvius at expres.ro Fri Nov 23 16:57:00 2001
-From: silvius at expres.ro (Partizanu)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Operserv Debug Level help req
-Message-ID: <001d01c1742e$a1e7b880$0ae4e6c1@ANIMALU>
-
------BEGIN PGP SIGNED MESSAGE-----
-Hash: SHA1
-
-Hi all
-I have some problems with chanops that "undercover" akick users. Meaning that they place the akick and remove it after some minutes in such a way nobody knows who placed the akick. What I want to do is to set up the oper debug function so I can watch the logs and eliminate the "bad" ops.
-What debug level should be recomended for such a case? Are there any other solutions for detecting such events?
-
-Thanx,
-Partizanu
------BEGIN PGP SIGNATURE-----
-Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
-
-iQA/AwUBO/5i7tCYX4OjSk95EQLI/wCfR/Qr92auzf9cL6vS7uafrF6PybAAn0DL
-cvt6bDAEKwDDTGf+M7tO9nee
-=SAl3
------END PGP SIGNATURE-----
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011123/c3a04151/attachment.html
-From mike at icon.co.za Fri Nov 23 18:43:00 2001
-From: mike at icon.co.za (Michael Smith)
-Date: Sat Oct 23 23:01:33 2004
-Subject: [IRCServices] Services 4.5.33 released
-Message-ID: <2.2.32.20011123164229.014dfc34@196.14.3.98>
-
-Is there anything that was done to services that would render it
-incompatible with bahamut 1.4.24 ?
-
-I loaded up the new services (.33) from (.22).. and it kept on dumping core
-after a nickserv identify.
-
-When I regressed back to .22, it was fine.(Hence, my databases are not corrupt).
-I did not change the config file in any way, and the ./configure options
-were identical.
-
-Any ideas?
-
-Mike
-
-
-
-At 08:12 PM 01/11/23 JST, you wrote:
-> Services 4.5.33 has been released, and can be downloaded from:
->
->ftp://ftp.esper.net/ircservices/ircservices-4.5.33.tar.gz
->ftp://ftp.esper.net/ircservices/ircservices-4.5.33.diff.gz
->
->ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> The only major change in this version is a fix to autokicks to remove
->ban exceptions that match an autokicked user, which would otherwise allow
->them to enter the channel around the autokick.
->
->Changes in version 4.5.33
->-------------------------
->2001/11/23 Updated E-mail addresses in documentation.
->2001/11/17 Autokicks now remove ban exceptions from channels when
-> triggered. Suggested by <RealCFC@chatfirst.com>
->2001/11/17 Corrected typo in OperServ KILLCLONES help. Reported by
-> Ali Sor <alisor@softhome.net>
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->-----------------------------------------------------------
->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
->
->
----
-Michael Smith (Warlock on IRC)
- "Do you smell something burning or is it me?"
- -- Joan of Arc
-
-
-From achurch at achurch.org Fri Nov 23 19:25:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Services 4.5.33 released
-Message-ID: <3bfe867e.03154@achurch.org>
-
->Is there anything that was done to services that would render it
->incompatible with bahamut 1.4.24 ?
->
->I loaded up the new services (.33) from (.22).. and it kept on dumping core
->after a nickserv identify.
-
- It should work with Bahamut 1.4.23 and over, and shouldn't crash in
-any case... can you send me (privately) a backtrace from gdb? (If the
-executable is in /usr/local/sbin/services and the core file is in
-/usr/local/lib/services/core, then type:
- $ gdb /usr/local/sbin/services /usr/local/lib/services/core
- (gdb) bt
-and send me the output from the "bt" command.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From thebeast at xs4all.nl Fri Nov 23 23:57:00 2001
-From: thebeast at xs4all.nl (thebeast)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] merging database's
-Message-ID: <3BFEC5FE.BC50B00A@xs4all.nl>
-
-Hi just a small one this time from me ;)
-
-is there a way that i can from 2 services database's (chan.db & nick.db)
-1 new big database ?
-than we can put two networks to 1 without losing any data
-
---
-
-Grtzz Hans v Steenbergen
- Mail me at thebeast@xs4all.nl
- Tech Admin on rc5proxy.mp3crew.nu
- www.mp3crew.nu for info about this irc server.
- mail to admins@mp3crew.nu for info
-The only one who got his work done by friday was R.Crusoe
-
- 11:45pm up 1:07, 4 users, load average: 2.11, 2.05, 1.58
-
-From griever at t2n.org Sat Nov 24 00:22:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] merging database's
-In-Reply-To: <3BFEC5FE.BC50B00A@xs4all.nl>
-Message-ID: <Pine.LNX.4.33.0111231020020.13943-100000@linux.ircd-net.org>
-
-On Fri, 23 Nov 2001, thebeast wrote:
-
->
-> Hi just a small one this time from me ;)
->
-> is there a way that i can from 2 services database's (chan.db & nick.db)
-> 1 new big database ?
-> than we can put two networks to 1 without losing any data
-
-Cygnus services has a way to do this, and I think it would be good for
-ircservices to have this too
-
->
->
-
-
-From achurch at achurch.org Sat Nov 24 03:32:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] merging database's
-Message-ID: <3bfef8be.65140@achurch.org>
-
->
->Hi just a small one this time from me ;)
->
->is there a way that i can from 2 services database's (chan.db & nick.db)
->1 new big database ?
->than we can put two networks to 1 without losing any data
-
- This functionality is not available in the current version, but it is
-under consideration for a future version.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From schutzgeist at uni.de Sun Nov 25 02:19:01 2001
-From: schutzgeist at uni.de (Schutzgeist)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-Message-ID: <36614825402.20011125011804@uni.de>
-
-
- REASON: Too many bad passwords (automatic suspend)
-
- I think it`s dangerous for every Channel , when the
- automatic-suspend is active.
- It can be used for kind of "attacks".
-
- When I don?t like a chan , I can use the identify command with a
- lot of BAD
- PASSWORDS and the channel is on suspend.
- So nobody can use it anymore.
-
- I turned it now off.
-
- But is there a way to kline the one host , who identified with the
- wrong password instead of a suspend ?
-
- Or set a kind of a supend on a IP /HOST .
- So that this person isnt able to identify _a_ nick anymore.
-
- Same Problem with Nickserv .
-
- The Services should ignore a host , when he does such attacks.
-
-
- Sorry, my english is terrible , I know :(
-
-
- Thx
- Dennis
-
-
-
-From frostycoolslug at hotmail.com Sun Nov 25 02:23:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-Message-ID: <F236hFCfywEsGmjm08I00004fae@hotmail.com>
-
-thats a good point, i was thinking about that earlier when re-writing my
-config files.. i think something should be done about it.
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Schutzgeist <schutzgeist@uni.de>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] automatic-suspend
->Date: Sun, 25 Nov 2001 01:18:04 +0100
->
->
->
-> REASON: Too many bad passwords (automatic suspend)
->
-> I think it`s dangerous for every Channel , when the
-> automatic-suspend is active.
-> It can be used for kind of "attacks".
->
-> When I don´t like a chan , I can use the identify command with a
-> lot of BAD
-> PASSWORDS and the channel is on suspend.
-> So nobody can use it anymore.
->
-> I turned it now off.
->
-> But is there a way to kline the one host , who identified with the
-> wrong password instead of a suspend ?
->
-> Or set a kind of a supend on a IP /HOST .
-> So that this person isnt able to identify _a_ nick anymore.
->
-> Same Problem with Nickserv .
->
-> The Services should ignore a host , when he does such attacks.
->
->
-> Sorry, my english is terrible , I know :(
->
->
-> Thx
-> Dennis
->
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From griever at t2n.org Sun Nov 25 02:33:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-In-Reply-To: <F236hFCfywEsGmjm08I00004fae@hotmail.com>
-Message-ID: <Pine.LNX.4.33.0111241232050.18572-100000@linux.ircd-net.org>
-
-On Sun, 25 Nov 2001, Craig McLure wrote:
-
-> thats a good point, i was thinking about that earlier when re-writing my
-> config files.. i think something should be done about it.
-
-What about adding services ignores (if services ignores exist) for
-failed identifies
-
->
-> --
-> Craig McLure
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
->
-> >From: Schutzgeist <schutzgeist@uni.de>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: ircservices@ircservices.za.net
-> >Subject: [IRCServices] automatic-suspend
-> >Date: Sun, 25 Nov 2001 01:18:04 +0100
-> >
-> >
-> >
-> > REASON: Too many bad passwords (automatic suspend)
-> >
-> > I think it`s dangerous for every Channel , when the
-> > automatic-suspend is active.
-> > It can be used for kind of "attacks".
-> >
-> > When I don?t like a chan , I can use the identify command with a
-> > lot of BAD
-> > PASSWORDS and the channel is on suspend.
-> > So nobody can use it anymore.
-> >
-> > I turned it now off.
-> >
-> > But is there a way to kline the one host , who identified with the
-> > wrong password instead of a suspend ?
-> >
-> > Or set a kind of a supend on a IP /HOST .
-> > So that this person isnt able to identify _a_ nick anymore.
-> >
-> > Same Problem with Nickserv .
-> >
-> > The Services should ignore a host , when he does such attacks.
-> >
-> >
-> > Sorry, my english is terrible , I know :(
-> >
-> >
-> > Thx
-> > Dennis
-> >
-> >
-> >-----------------------------------------------------------
-> >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
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
-> -----------------------------------------------------------
-> 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 phish at winchat.net Sun Nov 25 03:04:01 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Backup?
-Message-ID: <000e01c1754d$12271f90$9865fea9@flip>
-
-Hi..
-
-Just wondering how exactly the backup feature of ircservices actually works.
-It says to run services with -readonly tag, but what i'm interested in, is
-how does it detect that the original services shell has gone down, and when
-to replace them until they get back?
-
-Any hints?
-
-phish
-
-
-From achurch at achurch.org Sun Nov 25 03:06:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-Message-ID: <3c004421.74463@achurch.org>
-
- This is known; if it causes problems, turn it off. Services can
-already kill users for too many bad passwords, and I'm looking into
-alternative measures.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->
->
-> REASON: Too many bad passwords (automatic suspend)
->
-> I think it`s dangerous for every Channel , when the
-> automatic-suspend is active.
-> It can be used for kind of "attacks".
->
-> When I don´t like a chan , I can use the identify command with a
-> lot of BAD
-> PASSWORDS and the channel is on suspend.
-> So nobody can use it anymore.
->
-> I turned it now off.
->
-> But is there a way to kline the one host , who identified with the
-> wrong password instead of a suspend ?
->
-> Or set a kind of a supend on a IP /HOST .
-> So that this person isnt able to identify _a_ nick anymore.
->
-> Same Problem with Nickserv .
->
-> The Services should ignore a host , when he does such attacks.
->
->
-> Sorry, my english is terrible , I know :(
->
->
-> Thx
-> Dennis
->
->
->-----------------------------------------------------------
->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 frostycoolslug at hotmail.com Sun Nov 25 03:08:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-Message-ID: <F245LDwdbWKEVqr4YFM00019338@hotmail.com>
-
-that could work...
-we really need to repremand the ppl doing it, and not channel owners...
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: Finny Merrill <griever@t2n.org>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] automatic-suspend
->Date: Sat, 24 Nov 2001 12:32:32 -0600 (CST)
->
->On Sun, 25 Nov 2001, Craig McLure wrote:
->
-> > thats a good point, i was thinking about that earlier when re-writing my
-> > config files.. i think something should be done about it.
->
->What about adding services ignores (if services ignores exist) for
->failed identifies
->
-> >
-> > --
-> > Craig McLure
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >
-> > >From: Schutzgeist <schutzgeist@uni.de>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: ircservices@ircservices.za.net
-> > >Subject: [IRCServices] automatic-suspend
-> > >Date: Sun, 25 Nov 2001 01:18:04 +0100
-> > >
-> > >
-> > >
-> > > REASON: Too many bad passwords (automatic suspend)
-> > >
-> > > I think it`s dangerous for every Channel , when the
-> > > automatic-suspend is active.
-> > > It can be used for kind of "attacks".
-> > >
-> > > When I don´t like a chan , I can use the identify command with a
-> > > lot of BAD
-> > > PASSWORDS and the channel is on suspend.
-> > > So nobody can use it anymore.
-> > >
-> > > I turned it now off.
-> > >
-> > > But is there a way to kline the one host , who identified with the
-> > > wrong password instead of a suspend ?
-> > >
-> > > Or set a kind of a supend on a IP /HOST .
-> > > So that this person isnt able to identify _a_ nick anymore.
-> > >
-> > > Same Problem with Nickserv .
-> > >
-> > > The Services should ignore a host , when he does such attacks.
-> > >
-> > >
-> > > Sorry, my english is terrible , I know :(
-> > >
-> > >
-> > > Thx
-> > > Dennis
-> > >
-> > >
-> > >-----------------------------------------------------------
-> > >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
-> >
-> >
-> > _________________________________________________________________
-> > Get your FREE download of MSN Explorer at
->http://explorer.msn.com/intl.asp
-> >
-> > -----------------------------------------------------------
-> > 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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From achurch at achurch.org Sun Nov 25 03:09:02 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Backup?
-Message-ID: <3c0044b6.74475@achurch.org>
-
->Hi..
->
->Just wondering how exactly the backup feature of ircservices actually works.
->It says to run services with -readonly tag, but what i'm interested in, is
->how does it detect that the original services shell has gone down, and when
->to replace them until they get back?
-
- You have to start it up manually; when the main one comes back, the
-backup will not reintroduce its clients after the nick collisions, while
-the main one will. However, some IRC servers have weird nick collision
-handling which prevents this from working, and it hasn't been tested
-recently, so I'd recommend not using it, or at least testing it before you
-try it live.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->Any hints?
->
->phish
->
->-----------------------------------------------------------
->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 frostycoolslug at hotmail.com Sun Nov 25 03:09:31 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Backup?
-Message-ID: <F46daI14ws7AWLEPRTW00011702@hotmail.com>
-
-*ShRuGS*
-
-arrrggg being bombarded with services emails :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "phish" <phish@winchat.net>
->Reply-To: ircservices@ircservices.za.net
->To: "IRCServices" <ircservices@ircservices.za.net>
->Subject: [IRCServices] Backup?
->Date: Sun, 25 Nov 2001 01:03:59 -0000
->
->Hi..
->
->Just wondering how exactly the backup feature of ircservices actually
->works.
->It says to run services with -readonly tag, but what i'm interested in, is
->how does it detect that the original services shell has gone down, and when
->to replace them until they get back?
->
->Any hints?
->
->phish
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From frostycoolslug at hotmail.com Sun Nov 25 03:11:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-Message-ID: <F31WiUGb5cFsT46SDPo00015e6f@hotmail.com>
-
-cheers Andy,
-tbh, i would like to thank u for listening to the customers (if u wanna call
-them that ;) and trying to resolve their issues, and add the features they
-want to see. i have seen loads of IRC software recently based on what the
-makers want.. and they fail, this is y IRCServices are so successful :)
-
-So 2 thumbs up for andy :)
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: achurch@achurch.org (Andrew Church)
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] automatic-suspend
->Date: Sun, 25 Nov 2001 10:05:36 JST
->
-> This is known; if it causes problems, turn it off. Services can
->already kill users for too many bad passwords, and I'm looking into
->alternative measures.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >
-> >
-> > REASON: Too many bad passwords (automatic suspend)
-> >
-> > I think it`s dangerous for every Channel , when the
-> > automatic-suspend is active.
-> > It can be used for kind of "attacks".
-> >
-> > When I don´t like a chan , I can use the identify command with a
-> > lot of BAD
-> > PASSWORDS and the channel is on suspend.
-> > So nobody can use it anymore.
-> >
-> > I turned it now off.
-> >
-> > But is there a way to kline the one host , who identified with the
-> > wrong password instead of a suspend ?
-> >
-> > Or set a kind of a supend on a IP /HOST .
-> > So that this person isnt able to identify _a_ nick anymore.
-> >
-> > Same Problem with Nickserv .
-> >
-> > The Services should ignore a host , when he does such attacks.
-> >
-> >
-> > Sorry, my english is terrible , I know :(
-> >
-> >
-> > Thx
-> > Dennis
-> >
-> >
-> >-----------------------------------------------------------
-> >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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From nothing at psychopat.org Sun Nov 25 09:48:00 2001
-From: nothing at psychopat.org (Marc-Andre A. Fuentes)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-In-Reply-To: <F245LDwdbWKEVqr4YFM00019338@hotmail.com>
-Message-ID: <Pine.LNX.4.33.0111250326001.11261-100000@psychopat.org>
-
-I Think that the channel suspension could be only on the /IDENTIFY
-i mean... if somebody try to identify X times to a channel, the IDENTIFY
-command could be disable for only this channel..
-it's only an idea...
-
-
-PsYcHoPaT
-nothing@psychopat.org
-irc.terra.cl
-
-On Sun, 25 Nov 2001, Craig McLure wrote:
-
-> that could work...
-> we really need to repremand the ppl doing it, and not channel owners...
->
-> --
-> Craig McLure
-> Craig@e-tidalwave.org
-> WaveAdmin on the e-tidalwave IRC Network
-> Ride the Wave! www.e-tidalwave.org
->
->
->
-> >From: Finny Merrill <griever@t2n.org>
-> >Reply-To: ircservices@ircservices.za.net
-> >To: <ircservices@ircservices.za.net>
-> >Subject: Re: [IRCServices] automatic-suspend
-> >Date: Sat, 24 Nov 2001 12:32:32 -0600 (CST)
-> >
-> >On Sun, 25 Nov 2001, Craig McLure wrote:
-> >
-> > > thats a good point, i was thinking about that earlier when re-writing my
-> > > config files.. i think something should be done about it.
-> >
-> >What about adding services ignores (if services ignores exist) for
-> >failed identifies
-> >
-> > >
-> > > --
-> > > Craig McLure
-> > > Craig@e-tidalwave.org
-> > > WaveAdmin on the e-tidalwave IRC Network
-> > > Ride the Wave! www.e-tidalwave.org
-> > >
-> > >
-> > >
-> > > >From: Schutzgeist <schutzgeist@uni.de>
-> > > >Reply-To: ircservices@ircservices.za.net
-> > > >To: ircservices@ircservices.za.net
-> > > >Subject: [IRCServices] automatic-suspend
-> > > >Date: Sun, 25 Nov 2001 01:18:04 +0100
-> > > >
-> > > >
-> > > >
-> > > > REASON: Too many bad passwords (automatic suspend)
-> > > >
-> > > > I think it`s dangerous for every Channel , when the
-> > > > automatic-suspend is active.
-> > > > It can be used for kind of "attacks".
-> > > >
-> > > > When I don?t like a chan , I can use the identify command with a
-> > > > lot of BAD
-> > > > PASSWORDS and the channel is on suspend.
-> > > > So nobody can use it anymore.
-> > > >
-> > > > I turned it now off.
-> > > >
-> > > > But is there a way to kline the one host , who identified with the
-> > > > wrong password instead of a suspend ?
-> > > >
-> > > > Or set a kind of a supend on a IP /HOST .
-> > > > So that this person isnt able to identify _a_ nick anymore.
-> > > >
-> > > > Same Problem with Nickserv .
-> > > >
-> > > > The Services should ignore a host , when he does such attacks.
-> > > >
-> > > >
-> > > > Sorry, my english is terrible , I know :(
-> > > >
-> > > >
-> > > > Thx
-> > > > Dennis
-> > > >
-> > > >
-> > > >-----------------------------------------------------------
-> > > >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
-> > >
-> > >
-> > > _________________________________________________________________
-> > > Get your FREE download of MSN Explorer at
-> >http://explorer.msn.com/intl.asp
-> > >
-> > > -----------------------------------------------------------
-> > > 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
->
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
->
-> -----------------------------------------------------------
-> 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 p_levesque at sympatico.ca Sun Nov 25 19:59:00 2001
-From: p_levesque at sympatico.ca (Philippe Levesque)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] automatic-suspend
-References: <Pine.LNX.4.33.0111250326001.11261-100000@psychopat.org>
-Message-ID: <3C00E05D.187A97F6@sympatico.ca>
-
-Well, adding an auto akick on the hostmask that gived a lot of bad pass from one
-channel, and make chanserv ignore him, to prevent him to flood the entire services
-can be a good idea
-
-"Marc-Andre A. Fuentes" wrote:
-
-> I Think that the channel suspension could be only on the /IDENTIFY
-> i mean... if somebody try to identify X times to a channel, the IDENTIFY
-> command could be disable for only this channel..
-> it's only an idea...
->
-> PsYcHoPaT
-> nothing@psychopat.org
-> irc.terra.cl
->
-> On Sun, 25 Nov 2001, Craig McLure wrote:
->
-> > that could work...
-> > we really need to repremand the ppl doing it, and not channel owners...
-> >
-> > --
-> > Craig McLure
-> > Craig@e-tidalwave.org
-> > WaveAdmin on the e-tidalwave IRC Network
-> > Ride the Wave! www.e-tidalwave.org
-> >
-> >
-> >
-> > >From: Finny Merrill <griever@t2n.org>
-> > >Reply-To: ircservices@ircservices.za.net
-> > >To: <ircservices@ircservices.za.net>
-> > >Subject: Re: [IRCServices] automatic-suspend
-> > >Date: Sat, 24 Nov 2001 12:32:32 -0600 (CST)
-> > >
-> > >On Sun, 25 Nov 2001, Craig McLure wrote:
-> > >
-> > > > thats a good point, i was thinking about that earlier when re-writing my
-> > > > config files.. i think something should be done about it.
-> > >
-> > >What about adding services ignores (if services ignores exist) for
-> > >failed identifies
-> > >
-> > > >
-> > > > --
-> > > > Craig McLure
-> > > > Craig@e-tidalwave.org
-> > > > WaveAdmin on the e-tidalwave IRC Network
-> > > > Ride the Wave! www.e-tidalwave.org
-> > > >
-> > > >
-> > > >
-> > > > >From: Schutzgeist <schutzgeist@uni.de>
-> > > > >Reply-To: ircservices@ircservices.za.net
-> > > > >To: ircservices@ircservices.za.net
-> > > > >Subject: [IRCServices] automatic-suspend
-> > > > >Date: Sun, 25 Nov 2001 01:18:04 +0100
-> > > > >
-> > > > >
-> > > > >
-> > > > > REASON: Too many bad passwords (automatic suspend)
-> > > > >
-> > > > > I think it`s dangerous for every Channel , when the
-> > > > > automatic-suspend is active.
-> > > > > It can be used for kind of "attacks".
-> > > > >
-> > > > > When I don?t like a chan , I can use the identify command with a
-> > > > > lot of BAD
-> > > > > PASSWORDS and the channel is on suspend.
-> > > > > So nobody can use it anymore.
-> > > > >
-> > > > > I turned it now off.
-> > > > >
-> > > > > But is there a way to kline the one host , who identified with the
-> > > > > wrong password instead of a suspend ?
-> > > > >
-> > > > > Or set a kind of a supend on a IP /HOST .
-> > > > > So that this person isnt able to identify _a_ nick anymore.
-> > > > >
-> > > > > Same Problem with Nickserv .
-> > > > >
-> > > > > The Services should ignore a host , when he does such attacks.
-> > > > >
-> > > > >
-> > > > > Sorry, my english is terrible , I know :(
-> > > > >
-> > > > >
-> > > > > Thx
-> > > > > Dennis
-> > > > >
-> > > > >
-> > > > >-----------------------------------------------------------
-> > > > >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
-> > > >
-> > > >
-> > > > _________________________________________________________________
-> > > > Get your FREE download of MSN Explorer at
-> > >http://explorer.msn.com/intl.asp
-> > > >
-> > > > -----------------------------------------------------------
-> > > > 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
-> >
-> >
-> > _________________________________________________________________
-> > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-> >
-> > -----------------------------------------------------------
-> > 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 phish at winchat.net Sun Nov 25 23:09:00 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Backup?
-References: <3c0044b6.74475@achurch.org>
-Message-ID: <001001c175f5$76b64aa0$9865fea9@flip>
-
-ok.. so that's how it works.. but do you have to upload an old copy of
-databases to it, or does it pick the current ones up somehow? if so, how?
-
-phish
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, November 25, 2001 1:07 AM
-Subject: Re: [IRCServices] Backup?
-
-
-> >Hi..
-> >
-> >Just wondering how exactly the backup feature of ircservices actually
-works.
-> >It says to run services with -readonly tag, but what i'm interested in,
-is
-> >how does it detect that the original services shell has gone down, and
-when
-> >to replace them until they get back?
->
-> You have to start it up manually; when the main one comes back, the
-> backup will not reintroduce its clients after the nick collisions, while
-> the main one will. However, some IRC servers have weird nick collision
-> handling which prevents this from working, and it hasn't been tested
-> recently, so I'd recommend not using it, or at least testing it before you
-> try it live.
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >Any hints?
-> >
-> >phish
-> >
-> >-----------------------------------------------------------
-> >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 achurch at achurch.org Sun Nov 25 23:17:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Backup?
-Message-ID: <3c015fec.37372@achurch.org>
-
->ok.. so that's how it works.. but do you have to upload an old copy of
->databases to it, or does it pick the current ones up somehow? if so, how?
-
- You have to transfer the databases manually.
-
->phish
->----- Original Message -----
->From: "Andrew Church" <achurch@achurch.org>
->To: <ircservices@ircservices.za.net>
->Sent: Sunday, November 25, 2001 1:07 AM
->Subject: Re: [IRCServices] Backup?
->
->
->> >Hi..
->> >
->> >Just wondering how exactly the backup feature of ircservices actually
->works.
->> >It says to run services with -readonly tag, but what i'm interested in,
->is
->> >how does it detect that the original services shell has gone down, and
->when
->> >to replace them until they get back?
->>
->> You have to start it up manually; when the main one comes back, the
->> backup will not reintroduce its clients after the nick collisions, while
->> the main one will. However, some IRC servers have weird nick collision
->> handling which prevents this from working, and it hasn't been tested
->> recently, so I'd recommend not using it, or at least testing it before you
->> try it live.
->>
->> --Andrew Church
->> achurch@achurch.org
->> http://achurch.org/
->>
->> >Any hints?
->> >
->> >phish
->> >
->> >-----------------------------------------------------------
->> >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
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From phish at winchat.net Mon Nov 26 02:36:01 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] 4.5.33 Crashes win32 UnrealIRCD
-Message-ID: <001501c17612$67fa2460$9865fea9@flip>
-
-Hi
-
-I've noticed that ircservices-4.5.33 tends to crash Unreal3.1.1 IRCd on Windows Based Servers. Anyone else noticed this, and is there a cure for this, or is it a bug? 4.5.29 worked fine on windows unreal ircd....
-
-phish
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011126/5c64c780/attachment.htm
-From webmaster at mossadnet.net Tue Nov 27 14:21:01 2001
-From: webmaster at mossadnet.net (MossadNet)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Auspice to IRC Services Importer
-Message-ID: <!~!AAAAAINPwhed9FpItN7RmFJePZzkbCAA@mossadnet.net>
-
-Well,
-I want to start to use IRC Services and I was wondering if there is some
-importer so I will import my database from Auspice services to IRC
-Services..
-
-
-- Eternal Bliss
-
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: winmail.dat
-Type: application/ms-tnef
-Size: 3724 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011127/9ed2b179/winmail.bin
-From uhc0 at stud.uni-karlsruhe.de Tue Nov 27 16:55:01 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:34 2004
-Subject: AW: [IRCServices] Auspice to IRC Services Importer
-In-Reply-To: <!~!AAAAAINPwhed9FpItN7RmFJePZzkbCAA@mossadnet.net>
-Message-ID: <!~!AAAAAINPwhed9FpItN7RmFJePZzkbCAA@stud.uni-karlsruhe.de>
-
-If you had read the README, you would have noticed that import-db is
-able to import from that clone of ircservices.
-
-Regards;
-yusuf
-
-
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de | in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
------Urspr?ngliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]
-Gesendet: Dienstag, 27. November 2001 13:20
-An: ircservices@ircservices.za.net
-Betreff: [IRCServices] Auspice to IRC Services Importer
-
-
-Well,
-I want to start to use IRC Services and I was wondering if there is some
-importer so I will import my database from Auspice services to IRC
-Services..
-
-
-- Eternal Bliss
-
-
-
-From guga-2 at brasnet.org Wed Nov 28 20:21:01 2001
-From: guga-2 at brasnet.org (Gustavo)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Feature suggestion
-Message-ID: <9320193737.20011128161954@brasnet.org>
-
-/chanserv access #channel list *5-10
-Would list all entries with level 5,6,7,8,9,10.
-The "*" is indicating the level-listing form, it can be any char.
-
-Get it? ;)
-
-Thanks,
-Guga-2
-
-
-From nutrinos at yahoo.com Thu Nov 29 20:15:01 2001
-From: nutrinos at yahoo.com (=?iso-8859-1?q?Cristian=20Vallarino?=)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-Message-ID: <20011129181442.15905.qmail@web10904.mail.yahoo.com>
-
-Hi
-
-I'm new with IrcServices, and i want to know if there is a way to configure
-Ircservices to run only chanserv?.. I don't want to control nicks, opers, etc
-etc in my irc server, only i need to control channels.
-
-I use Unreal ircd 3.1.2 and Ircservices 4.5.33
-
-Thanks in advance
-
-
-
-=====
-atentamente,
-Cristian Vallarino (aka nutrino) - nutrinos@yahoo.com
-
-"La distancia destruye los peque?os amores, pero engrandece los verdaderos amores...asi como el viento apaga una vela, pero enciende una hoguera..."
-
-_________________________________________________________
-Do You Yahoo!?
-?Quieres armar tu pr?pia p?gina Web pero no sabes HTML?
-Usa los asistentes de edici?n de Yahoo! Geocities
-y tendr?s un sitio en s?lo unos minutos.
-Vis?tanos en http://espanol.geocities.yahoo.com
-
-From gregk at wwwpages.com Thu Nov 29 20:18:00 2001
-From: gregk at wwwpages.com (Gregory King)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-In-Reply-To: <20011129181442.15905.qmail@web10904.mail.yahoo.com>
-Message-ID: <Pine.LNX.4.21.0111291106120.21965-100000@smtp.wwwpages.com>
-
-how can you control a channel if chanserv cant trust the user giving it
-commands? You need nickserv to validate the user don't you?
-
-
-On Thu, 29 Nov 2001, [iso-8859-1] Cristian Vallarino wrote:
-
->=20
-> Hi
->=20
-> I'm new with IrcServices, and i want to know if there is a way to configu=
-re
-> Ircservices to run only chanserv?.. I don't want to control nicks, opers,=
- etc
-> etc in my irc server, only i need to control channels.
->=20
-> I use Unreal ircd 3.1.2 and Ircservices 4.5.33
->=20
-> Thanks in advance
->=20
->=20
->=20
-> =3D=3D=3D=3D=3D
-> atentamente,
-> Cristian Vallarino (aka nutrino) - nutrinos@yahoo.com
->=20
-> "La distancia destruye los peque=F1os amores, pero engrandece los verdade=
-ros amores...asi como el viento apaga una vela, pero enciende una hoguera..=
-=2E"
->=20
-> _________________________________________________________
-> Do You Yahoo!?
-> =BFQuieres armar tu pr=F3pia p=E1gina Web pero no sabes HTML?
-> Usa los asistentes de edici=F3n de Yahoo! Geocities
-> y tendr=E1s un sitio en s=F3lo unos minutos.
-> Vis=EDtanos en http://espanol.geocities.yahoo.com
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->=20
-
-
-From nick at devaluate.com Thu Nov 29 20:32:00 2001
-From: nick at devaluate.com (Nicholas A. Martini)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-In-Reply-To: <Pine.LNX.4.21.0111291106120.21965-100000@smtp.wwwpages.com>
-References: <20011129181442.15905.qmail@web10904.mail.yahoo.com> <Pine.LNX.4.21.0111291106120.21965-100000@smtp.wwwpages.com>
-Message-ID: <20011129133111.A10226@devaluate.com>
-
-indeed you do!
-
-On Thu, Nov 29, 2001 at 11:06:48AM +0000, Gregory King wrote:
-> how can you control a channel if chanserv cant trust the user giving it
-> commands? You need nickserv to validate the user don't you?
->
->
-> On Thu, 29 Nov 2001, [iso-8859-1] Cristian Vallarino wrote:
->
-> >
-> > Hi
-> >
-> > I'm new with IrcServices, and i want to know if there is a way to configure
-> > Ircservices to run only chanserv?.. I don't want to control nicks, opers, etc
-> > etc in my irc server, only i need to control channels.
-> >
-> > I use Unreal ircd 3.1.2 and Ircservices 4.5.33
-> >
-> > Thanks in advance
-> >
-> >
-> >
-> > =====
-> > atentamente,
-> > Cristian Vallarino (aka nutrino) - nutrinos@yahoo.com
-> >
-> > "La distancia destruye los peque?os amores, pero engrandece los verdaderos amores...asi como el viento apaga una vela, pero enciende una hoguera..."
-> >
-> > _________________________________________________________
-> > Do You Yahoo!?
-> > ?Quieres armar tu pr?pia p?gina Web pero no sabes HTML?
-> > Usa los asistentes de edici?n de Yahoo! Geocities
-> > y tendr?s un sitio en s?lo unos minutos.
-> > Vis?tanos en http://espanol.geocities.yahoo.com
-> > -----------------------------------------------------------
-> > To unsubscribe, mail ircservices-request@ircservices.za.net
-> > with the word UNSUBSCRIBE in the subject of the mail.
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
---
-Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ]
-Redhat Certified Engineer [#807101313203345]
-http://www.devaluate.com [nick@devaluate.com]
-[ cynical: a word used by the frightened to describe the realistic ]
-
-From jester at phrixus.net Thu Nov 29 22:09:01 2001
-From: jester at phrixus.net (David Narayan)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-In-Reply-To: <20011129181442.15905.qmail@web10904.mail.yahoo.com>
-References: <20011129181442.15905.qmail@web10904.mail.yahoo.com>
-Message-ID: <1007064586.16238.2.camel@iris.phrixus.net>
-
-On Thu, 2001-11-29 at 13:14, Cristian Vallarino wrote:
->
-> Hi
->
-> I'm new with IrcServices, and i want to know if there is a way to configure
-> Ircservices to run only chanserv?.. I don't want to control nicks, opers, etc
-> etc in my irc server, only i need to control channels.
->
-> I use Unreal ircd 3.1.2 and Ircservices 4.5.33
->
-
-Since ChanServ relies on NickServ to validate nicks, this is currently
-impossible. Depending on how 5.0 is structured, some sort of module
-might be available for this, but I would assume that for all intents and
-purposes, ChanServ will remain dependant on NickServ.
-
--David
-
---
-David Narayan
-jester@phrixus.net
-
-
-From ron885 at linuxfreemail.com Fri Nov 30 00:23:01 2001
-From: ron885 at linuxfreemail.com (ron885@linuxfreemail.com)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-Message-ID: <200111292221.fATMLcs04812@superglide.netfx-2000.net>
-
-At Thu, 29 Nov 2001 12:14:42 -0600 (CST) , =?iso-8859-1?q?Cristian=20Vallarino?= <nutrinos@yahoo.com> wrote:
-
->
->Hi
->
->I'm new with IrcServices, and i want to know if there is a way to configure
->Ircservices to run only chanserv?.. I don't want to control nicks, opers, etc
->etc in my irc server, only i need to control channels.
-
-If you want a ChanServ only deal, check out X2... http://x2serv.sourceforge.net, but they only work with irc universal, http://ircu.sourceforge.net
-
---
-Ron885
-CSOP @ irc.axenet.org
-
-Get your own FREE E-mail address at http://www.linuxfreemail.com
-Linux FREE Mail is 100% FREE, 100% Linux, and 100% yours!
-
-From achurch at achurch.org Fri Nov 30 02:29:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-Message-ID: <3c06d2da.25600@achurch.org>
-
->On Thu, 2001-11-29 at 13:14, Cristian Vallarino wrote:
->>
->> Hi
->>
->> I'm new with IrcServices, and i want to know if there is a way to configure
->> Ircservices to run only chanserv?.. I don't want to control nicks, opers, etc
->> etc in my irc server, only i need to control channels.
->>
->> I use Unreal ircd 3.1.2 and Ircservices 4.5.33
->>
->
->Since ChanServ relies on NickServ to validate nicks, this is currently
->impossible. Depending on how 5.0 is structured, some sort of module
->might be available for this, but I would assume that for all intents and
->purposes, ChanServ will remain dependant on NickServ.
-
- This is indeed the case; even in 5.0 ChanServ will require NickServ to
-function at all, for the reason described above.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From nutrinos at yahoo.com Fri Nov 30 03:20:01 2001
-From: nutrinos at yahoo.com (=?iso-8859-1?q?Cristian=20Vallarino?=)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-In-Reply-To: <Pine.LNX.4.21.0111291106120.21965-100000@smtp.wwwpages.com>
-Message-ID: <20011130011953.42925.qmail@web10903.mail.yahoo.com>
-
-Ok, you have a point, the thing is that i don't want to any user can
-register his nickname. Only certain operator will be registered and
-no one else.
-
-Can i do that?
-
- --- Gregory King <gregk@wwwpages.com> escribi?:
-> how can you control a channel if chanserv cant trust the user giving it
-> commands? You need nickserv to validate the user don't you?
-
-
-=====
-atentamente,
-Cristian Vallarino (aka nutrino) - nutrinos@yahoo.com
-
-"La distancia destruye los peque?os amores, pero engrandece los verdaderos amores...asi como el viento apaga una vela, pero enciende una hoguera..."
-
-_________________________________________________________
-Do You Yahoo!?
-?Quieres armar tu pr?pia p?gina Web pero no sabes HTML?
-Usa los asistentes de edici?n de Yahoo! Geocities
-y tendr?s un sitio en s?lo unos minutos.
-Vis?tanos en http://espanol.geocities.yahoo.com
-
-From moonchild at wepa.com Fri Nov 30 04:23:01 2001
-From: moonchild at wepa.com (Steph Reed)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-References: <20011130011953.42925.qmail@web10903.mail.yahoo.com>
-Message-ID: <3C06ECEF.2090806@wepa.com>
-
-Cristian Vallarino wrote:
-
-> Ok, you have a point, the thing is that i don't want to any user can
-> register his nickname. Only certain operator will be registered and
-> no one else.
-
-No yet afaik, but I know that it has been talked about before.. I think
-it would be a useful feature to only allow IRC operators to register
-nicknames and channels, specially for websites which use IRC as a chat
-backend.
-
-While we are on the subject, (Sorry, this gets a little OT now) does
-anyone know how I can prevent people from joining non-existent channels
-(ie. Prevent people from creating new channels). Do any of the current
-IRCd's support this feature?
-
-Thanks,
-
- Steph
-
---
-_______________________________________________________________
-
- A gunfire shatters silence, Where birds once sweetly sang
- A mother cradles a child now dead, Now death where life began
-
- May the spirit never die, Though a troubled heart feels pain
- When this long winter is over, It will blossom once again
-
- Breaking the Silence - Loreena McKennitt
-_______________________________________________________________
-
-
-
-
-
-From griever at t2n.org Fri Nov 30 04:36:01 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-In-Reply-To: <3C06ECEF.2090806@wepa.com>
-Message-ID: <Pine.LNX.4.33.0111292035300.6591-100000@linux.ircd-net.org>
-
-On Fri, 30 Nov 2001, Steph Reed wrote:
-
->
-> Cristian Vallarino wrote:
->
-> > Ok, you have a point, the thing is that i don't want to any user can
-> > register his nickname. Only certain operator will be registered and
-> > no one else.
->
-> No yet afaik, but I know that it has been talked about before.. I think
-> it would be a useful feature to only allow IRC operators to register
-> nicknames and channels, specially for websites which use IRC as a chat
-> backend.
->
-> While we are on the subject, (Sorry, this gets a little OT now) does
-> anyone know how I can prevent people from joining non-existent channels
-> (ie. Prevent people from creating new channels). Do any of the current
-> IRCd's support this feature?
-
-unreal's chrestrict.conf works kinda like that
->
-> Thanks,
->
-> Steph
->
->
-
-
-From Georges at Berscheid.lu Fri Nov 30 11:19:01 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-References: <20011130011953.42925.qmail@web10903.mail.yahoo.com> <3C06ECEF.2090806@wepa.com>
-Message-ID: <3C074EC3.835F3885@Berscheid.lu>
-
-> > Ok, you have a point, the thing is that i don't want to any user can
-> > register his nickname. Only certain operator will be registered and
-> > no one else.
->
-> No yet afaik, but I know that it has been talked about before.. I think
-> it would be a useful feature to only allow IRC operators to register
-> nicknames and channels, specially for websites which use IRC as a chat
-> backend.
->
-
-Hi,
-
-simply add
-
- if (!is_oper_u(u))
- return;
-
-to do_register() in nickserv.c (or chanserv.c) Maybe you should add a
-notice() telling the user why he can't register a nick (or chan)
-
-Georges
-
-
-
-From Georges at Berscheid.lu Fri Nov 30 12:13:01 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Wrong number of users
-Message-ID: <3C075B6C.F6E8DDDD@Berscheid.lu>
-
-Hi,
-
-problem is the following: *finduser() returns a pointer to a User struct
-that is not online anymore in some cases. And it seems this only happens
-when the user quit with Ping Timeout (as /ns info <nick> reports). So
-services know that the user quit, but they don't free the structure.
-
-Also /lusers shows something different than /os stats:
-/lusers:
---- Current Local Users: 51 Max: 463
---- Current Global Users: 61 Max: 472
-
-/os stats:
--OperServ- Current users: 66 (2 ops)
--OperServ- Maximum users: 470 (Nov 25 20:50:36 2001 CET)
-
-I already had that kind of problem when users were killed because of
-Session limit exceeded, but they only had one Connection from their
-host.
-Is there any good way to debug this ?
-
-Georges
-
-P.S. I'm using Unreal3.1.1
-
-
-From andrewk at isdial.net Fri Nov 30 12:27:00 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Wrong number of users
-References: <3C075B6C.F6E8DDDD@Berscheid.lu>
-Message-ID: <00d201c17989$73a777c0$9c011ac4@africa.didata.local>
-
-Just be careful... Services' user count does not include NickServ, ChanServ
-etc in it's user count. So Services will always see less users than the
-ircd.
-
-Andrew
-
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, November 30, 2001 12:11 PM
-Subject: [IRCServices] Wrong number of users
-
-
-> Hi,
->
-> problem is the following: *finduser() returns a pointer to a User struct
-> that is not online anymore in some cases. And it seems this only happens
-> when the user quit with Ping Timeout (as /ns info <nick> reports). So
-> services know that the user quit, but they don't free the structure.
->
-> Also /lusers shows something different than /os stats:
-> /lusers:
-> --- Current Local Users: 51 Max: 463
-> --- Current Global Users: 61 Max: 472
->
-> /os stats:
-> -OperServ- Current users: 66 (2 ops)
-> -OperServ- Maximum users: 470 (Nov 25 20:50:36 2001 CET)
->
-> I already had that kind of problem when users were killed because of
-> Session limit exceeded, but they only had one Connection from their
-> host.
-> Is there any good way to debug this ?
->
-> Georges
->
-> P.S. I'm using Unreal3.1.1
->
-> -----------------------------------------------------------
-> 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 Georges at Berscheid.lu Fri Nov 30 14:41:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Wrong number of users
-References: <3C075B6C.F6E8DDDD@Berscheid.lu> <00d201c17989$73a777c0$9c011ac4@africa.didata.local>
-Message-ID: <3C077E37.6B9505B3@Berscheid.lu>
-
-Re,
-
-yes, I know that. That's exactly the problem, because my services see a lot
-MORE (see below) users than ircd, users that have already gone offline.
-
-Georges
-
-
-Andrew Kempe wrote:
-
-> Just be careful... Services' user count does not include NickServ, ChanServ
-> etc in it's user count. So Services will always see less users than the
-> ircd.
->
-> Andrew
->
-> ----- Original Message -----
-> From: "Georges Berscheid" <Georges@Berscheid.lu>
-> To: <ircservices@ircservices.za.net>
-> Sent: Friday, November 30, 2001 12:11 PM
-> Subject: [IRCServices] Wrong number of users
->
-> > Hi,
-> >
-> > problem is the following: *finduser() returns a pointer to a User struct
-> > that is not online anymore in some cases. And it seems this only happens
-> > when the user quit with Ping Timeout (as /ns info <nick> reports). So
-> > services know that the user quit, but they don't free the structure.
-> >
-> > Also /lusers shows something different than /os stats:
-> > /lusers:
-> > --- Current Local Users: 51 Max: 463
-> > --- Current Global Users: 61 Max: 472
-> >
-> > /os stats:
-> > -OperServ- Current users: 66 (2 ops)
-> > -OperServ- Maximum users: 470 (Nov 25 20:50:36 2001 CET)
-> >
-> > I already had that kind of problem when users were killed because of
-> > Session limit exceeded, but they only had one Connection from their
-> > host.
-> > Is there any good way to debug this ?
-> >
-> > Georges
-> >
-> > P.S. I'm using Unreal3.1.1
-> >
-> > -----------------------------------------------------------
-> > 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 andrewk at isdial.net Fri Nov 30 14:54:01 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Wrong number of users
-References: <3C075B6C.F6E8DDDD@Berscheid.lu> <00d201c17989$73a777c0$9c011ac4@africa.didata.local> <3C077E37.6B9505B3@Berscheid.lu>
-Message-ID: <00e401c1799e$00eb9f80$9c011ac4@africa.didata.local>
-
-hmmm yes....
-
-i'll put my mistake down to my company's year end staff party going on until
-4 am this morning.... :)
-
-
------ Original Message -----
-From: "Georges Berscheid" <Georges@Berscheid.lu>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, November 30, 2001 2:40 PM
-Subject: Re: [IRCServices] Wrong number of users
-
-
-> Re,
->
-> yes, I know that. That's exactly the problem, because my services see a
-lot
-> MORE (see below) users than ircd, users that have already gone offline.
->
-> Georges
->
->
-> Andrew Kempe wrote:
->
-> > Just be careful... Services' user count does not include NickServ,
-ChanServ
-> > etc in it's user count. So Services will always see less users than the
-> > ircd.
-> >
-> > Andrew
-> >
-> > ----- Original Message -----
-> > From: "Georges Berscheid" <Georges@Berscheid.lu>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Friday, November 30, 2001 12:11 PM
-> > Subject: [IRCServices] Wrong number of users
-> >
-> > > Hi,
-> > >
-> > > problem is the following: *finduser() returns a pointer to a User
-struct
-> > > that is not online anymore in some cases. And it seems this only
-happens
-> > > when the user quit with Ping Timeout (as /ns info <nick> reports). So
-> > > services know that the user quit, but they don't free the structure.
-> > >
-> > > Also /lusers shows something different than /os stats:
-> > > /lusers:
-> > > --- Current Local Users: 51 Max: 463
-> > > --- Current Global Users: 61 Max: 472
-> > >
-> > > /os stats:
-> > > -OperServ- Current users: 66 (2 ops)
-> > > -OperServ- Maximum users: 470 (Nov 25 20:50:36 2001 CET)
-> > >
-> > > I already had that kind of problem when users were killed because of
-> > > Session limit exceeded, but they only had one Connection from their
-> > > host.
-> > > Is there any good way to debug this ?
-> > >
-> > > Georges
-> > >
-> > > P.S. I'm using Unreal3.1.1
-> > >
-> > > -----------------------------------------------------------
-> > > 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 thomas at cotwarlords.com Fri Nov 30 18:17:00 2001
-From: thomas at cotwarlords.com (Thomas Skovsende)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Deleting a nick
-Message-ID: <009901c179bb$24434c40$e000000a@thomas>
-
-Hi
-
-Couldnt find it in the docs it appears, but how do i, as an oper, delete a nick in nickserv?
-
-ie. someone has taken a nick i dont want them to have!
-
-Thomas
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011130/e075cc81/attachment.htm
-From calimonk at gmx.net Fri Nov 30 20:00:01 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Deleting a nick
-In-Reply-To: <009901c179bb$24434c40$e000000a@thomas>
-Message-ID: <5.1.0.14.2.20011130190134.00b0eec0@mail.gmx.net>
-
-At 05:21 PM 11/30/2001 +0100, you wrote:
->Hi
->
->Couldnt find it in the docs it appears, but how do i, as an oper, delete a
->nick in nickserv?
->
->ie. someone has taken a nick i dont want them to have!
->
->Thomas
-
-
-Its called 'dropping' a nickname. Do it by typing /nickserv drop NICKNAME
-
-
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From chromi at cyberspace.org Fri Nov 30 23:23:01 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Deleting a nick
-In-Reply-To: <5.1.0.14.2.20011130190134.00b0eec0@mail.gmx.net>
-References: <5.1.0.14.2.20011130190134.00b0eec0@mail.gmx.net>
-Message-ID: <a05100337b82da42b7eb6@[192.168.239.101]>
-
->>Couldnt find it in the docs it appears, but how do i, as an oper,
->>delete a nick in nickserv?
->>
->>ie. someone has taken a nick i dont want them to have!
->
->Its called 'dropping' a nickname. Do it by typing /nickserv drop NICKNAME
-
-If you don't want *anyone* to have that nick, you can use:
-
-/nickserv FORBID <nick>
-
-...as a Services admin. You can also add Q:lines to your ircd.conf.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From binary_frog at chatcircuit.com Sat Dec 1 16:02:00 2001
-From: binary_frog at chatcircuit.com (Lloyd Williams)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] small akill bug
-Message-ID: <20011201140110.A25676@sigma.mutualwomb>
-
-cancel_akill() modifies the string that is passed to it, if
-WallAkillExpire is enabled, the printed string contains only the
-username part of the mask
-
-a simple fix:
-
---- ircservices-4.5.33-orig/akill.c Fri Nov 23 11:10:35 2001
-+++ ircservices-4.5.33-fixed/akill.c Sat Dec 1 13:54:29 2001
-@@ -274,9 +274,10 @@
-
-/*************************************************************************/
- -static void cancel_akill(char *mask)
-+static void cancel_akill(char *mask_)
- {
- #if defined(IRC_UNREAL) || defined(IRC_DALNET)
-+ char *mask = strdup(mask_);
- char *s = strchr(mask, '@');
- if (s) {
- *s++ = 0;
-@@ -287,6 +288,7 @@
- send_cmd(ServerName, "RAKILL %s %s", s, mask);
- # endif
- }
-+ free(mask);
- #endif
- }
-
-
-From achurch at achurch.org Sat Dec 1 16:16:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Wrong number of users
-Message-ID: <3c08e643.26272@achurch.org>
-
->problem is the following: *finduser() returns a pointer to a User struct
->that is not online anymore in some cases. And it seems this only happens
->when the user quit with Ping Timeout (as /ns info <nick> reports). So
->services know that the user quit, but they don't free the structure.
->
->Also /lusers shows something different than /os stats:
->/lusers:
->--- Current Local Users: 51 Max: 463
->--- Current Global Users: 61 Max: 472
->
->/os stats:
->-OperServ- Current users: 66 (2 ops)
->-OperServ- Maximum users: 470 (Nov 25 20:50:36 2001 CET)
-
- If you can find a way to consistently reproduce this problem (of
-users not getting removed from Services' list), please let me know the
-details. Until then, there's not much I can do.
-
->Is there any good way to debug this ?
-
- The best way is to start Services with the -debug option, then do a
-/lusers and /os stats periodically until you start noticing extra users
-appearing in /os stats, then do a /who 0 and /os listusers (make sure
-you've compiled with DEBUG_COMMANDS defined in config.h) and find out what
-users are in Services' list that aren't actually online, and finally
-terminate Services and review the log file to find out how those users
-quit (you may want to rename the log file to something else and restart
-Services normally so that your users have access to it). Note that this
-can take up a lot of disk space--anywhere from a few megabytes to 100MB or
-more, depending on how busy your network is and how long it takes the
-problem to reoccur.
-
- If you've gotten a debug log file which includes the problem occurring
-but you can't figure out exactly why, put it on an FTP (or HTTP) site
-somewhere and give me the URL; I'll take a look and see if I can find the
-problem.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sat Dec 1 16:17:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Only chanserv
-Message-ID: <3c08e674.26301@achurch.org>
-
->> Ok, you have a point, the thing is that i don't want to any user can
->> register his nickname. Only certain operator will be registered and
->> no one else.
->
->No yet afaik, but I know that it has been talked about before.. I think
->it would be a useful feature to only allow IRC operators to register
->nicknames and channels, specially for websites which use IRC as a chat
->backend.
-
- This feature will be available in version 5.0.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sat Dec 1 17:04:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] small akill bug
-Message-ID: <3c08f186.27013@achurch.org>
-
->cancel_akill() modifies the string that is passed to it, if
->WallAkillExpire is enabled, the printed string contains only the
->username part of the mask
-
- Thanks for the report, fixed.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Sat Dec 1 17:20:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Services 4.5.34 released
-Message-ID: <3c08f539.27042@achurch.org>
-
- Services 4.5.34 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.34.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.34.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
-Changes in version 4.5.34
--------------------------
-2001/12/01 Fixed cosmetic bug with autokill expiration wallops.
- Reported by Lloyd Williams <binary_frog@chatcircuit.com>
-2001/12/01 Fixed typo in Turkish language file. Reported by Guven
- Guzelbey <guzelbey@cs.utk.edu>
-2001/11/28 Fixed bug in Unreal TKL handling causing permanent autokills
- to expire. Reported by Tom Moyer <squall157@hotmail.com>
-2001/11/26 Fixed bug in importing Sirv databases. Reported by Hakan
- Karakan <hkarakan@zurna.net>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From cjb at mircx.com Sat Dec 1 18:01:00 2001
-From: cjb at mircx.com (CJB)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] small akill bug
-In-Reply-To: <20011201140110.A25676@sigma.mutualwomb>
-Message-ID: <Pine.BSF.4.21.0112010859250.2652-100000@mircx.com>
-
-I just wanted to follow up, it appears as though this fix (as implemented
-in 4.5.34) has corrected the "AKILL on * has expired" bug I reported
-earlier.
-
-Chris
-
-On Sat, 1 Dec 2001, Lloyd Williams wrote:
-
-> cancel_akill() modifies the string that is passed to it, if
-> WallAkillExpire is enabled, the printed string contains only the
-> username part of the mask
->
-> a simple fix:
->
-> --- ircservices-4.5.33-orig/akill.c Fri Nov 23 11:10:35 2001
-> +++ ircservices-4.5.33-fixed/akill.c Sat Dec 1 13:54:29 2001
-> @@ -274,9 +274,10 @@
->
-> /*************************************************************************/
-> -static void cancel_akill(char *mask)
-> +static void cancel_akill(char *mask_)
-> {
-> #if defined(IRC_UNREAL) || defined(IRC_DALNET)
-> + char *mask = strdup(mask_);
-> char *s = strchr(mask, '@');
-> if (s) {
-> *s++ = 0;
-> @@ -287,6 +288,7 @@
-> send_cmd(ServerName, "RAKILL %s %s", s, mask);
-> # endif
-> }
-> + free(mask);
-> #endif
-> }
->
-> -----------------------------------------------------------
-> 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 binary_frog at chatcircuit.com Sat Dec 1 23:14:00 2001
-From: binary_frog at chatcircuit.com (Lloyd Williams)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Services 4.5.34 released
-In-Reply-To: <3c08f539.27042@achurch.org>; from achurch@achurch.org on Sat, Dec 01, 2001 at 14:59:59 +0000
-References: <3c08f539.27042@achurch.org>
-Message-ID: <20011201211311.A29881@sigma.mutualwomb>
-
-On 2001.12.01 14:59:59 +0000 Andrew Church wrote:
-> Services 4.5.34 has been released, and can be downloaded from:
->
-... snip ...
-> 2001/11/28 Fixed bug in Unreal TKL handling causing permanent
-> autokills
-> to expire. Reported by Tom Moyer
-> <squall157@hotmail.com>
-
-this bug still exists on line 312 of akill.c:
-> if (akills[i].expires <= time(NULL)) {
-
-
-From Schutzgeist at uni.de Sun Dec 2 01:54:00 2001
-From: Schutzgeist at uni.de (Dennis Sela)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Chanserv/nickserv - LIST
-In-Reply-To: <20011201211311.A29881@sigma.mutualwomb>
-References: <3c08f539.27042@achurch.org>
- <20011201211311.A29881@sigma.mutualwomb>
-Message-ID: <771218192558.20011202005314@uni.de>
-
-Hi
-
-I think its not a good idea when everyone can use the nickserv or
-chanserv list-Command
-Command.
-Because people use this Service to get the emailaddress user oder
-Channelfounder to do advertise for example
-
-/msg nickserv list * oder /msg chanserv list * should be used by
-IRCOPS or Admins.
-
-
-Okay I can disable it , but I want to see the result, too.
-
-
-____
-Dennis
-
-
-From matt at snip.net Sun Dec 2 02:15:00 2001
-From: matt at snip.net (matt@snip.net)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Chanserv/nickserv - LIST
-In-Reply-To: <771218192558.20011202005314@uni.de>
-References: <20011201211311.A29881@sigma.mutualwomb>
- <3c08f539.27042@achurch.org>
- <20011201211311.A29881@sigma.mutualwomb>
-Message-ID: <5.1.0.14.0.20011201191523.00a54120@mail.snip.net>
-
-there's a setting somewhere in the config that lets you set it so only
-opers/admins can use those commands.. also, you can set it so email
-addresses are *hidden* by default when new nicks are registered so people
-can't spam them or whatever.
-
-At 12:53 AM 12/2/01 +0100, you wrote:
->Hi
->
->I think its not a good idea when everyone can use the nickserv or
->chanserv list-Command
->Command.
->Because people use this Service to get the emailaddress user oder
->Channelfounder to do advertise for example
->
->/msg nickserv list * oder /msg chanserv list * should be used by
->IRCOPS or Admins.
->
->
->Okay I can disable it , but I want to see the result, too.
->
->
->____
->Dennis
->
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Sun Dec 2 03:05:03 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Services 4.5.34 released
-Message-ID: <3c097e35.33660@achurch.org>
-
->this bug still exists on line 312 of akill.c:
->> if (akills[i].expires <= time(NULL)) {
-
- Thanks, fixed.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From griever at t2n.org Sun Dec 2 06:04:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Paradigm question
-Message-ID: <Pine.LNX.4.33.0112012202070.16410-100000@linux.ircd-net.org>
-
-What is the paradigm behind having one founder and one services root? one
-founder sounds complicated but more than one SRA sounds like an easy
-thing.
-
-
-From phish at winchat.net Tue Dec 4 00:10:01 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-Message-ID: <000901c17c47$4e40b3f0$9865fea9@flip>
-
-May it be a good idea to have the "Jupe" command be allowed for non-SRA's to
-use.. e.g: Routing members of a network, opers with a T flag or an N flag
-able to use.. maybe?
-
-Just a suggestion
-
-phish
-
-
-From nick at devaluate.com Tue Dec 4 02:53:00 2001
-From: nick at devaluate.com (Nicholas A. Martini)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-In-Reply-To: <000901c17c47$4e40b3f0$9865fea9@flip>
-References: <000901c17c47$4e40b3f0$9865fea9@flip>
-Message-ID: <20011203195114.A8342@devaluate.com>
-
-does anyone know of a way to list all users who are opered. a version of
-operserv i used to use (not ircservices, and thus sucky) had a feature
-to list all opers and if they were away or idle.
-
-nk
-
-
-
-From feren at foxbox.kittyfox.net Tue Dec 4 02:55:01 2001
-From: feren at foxbox.kittyfox.net (Feren)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-In-Reply-To: <20011203195114.A8342@devaluate.com>
-Message-ID: <Pine.LNX.4.30.0112031854400.5137-100000@foxbox.kittyfox.net>
-
-I believe you're looking for /msg operserv admin list
-
-That should do ya.
-
-On Mon, 3 Dec 2001, Nicholas A. Martini wrote:
-
-> does anyone know of a way to list all users who are opered. a version of
-> operserv i used to use (not ircservices, and thus sucky) had a feature
-> to list all opers and if they were away or idle.
->
-> nk
->
->
-> -----------------------------------------------------------
-> 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
->
-
---
-********************************************
-* Jason 'Feren' Olsen * feren@kittyfox.net *
-********************************************
-* UNIX is a friendly OS; It's just choosy *
-* about who its friends are. *
-********************************************
-
-
-From bclark at furless.sytes.net Tue Dec 4 03:08:06 2001
-From: bclark at furless.sytes.net (Bryan Clark)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-References: <Pine.LNX.4.30.0112031854400.5137-100000@foxbox.kittyfox.net>
-Message-ID: <3C0C217C.8080906@furless.sytes.net>
-
-Feren wrote:
-
-> I believe you're looking for /msg operserv admin list
->
-> That should do ya.
->
-
-But that just shows the SA list, not all opers. I wrote a command for
-services to show them all, but I'm not going to post it here only
-because I'm so far off Andrew's development path that I'm not sure if my
-version would work on the 4.5 series. I'll send it to you privately if
-you want it, though.
-
-
---
-Bryan A. Clark
-http://furless.sytes.net
-
-
-
-From feren at foxbox.kittyfox.net Tue Dec 4 03:11:00 2001
-From: feren at foxbox.kittyfox.net (Feren)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-In-Reply-To: <3C0C217C.8080906@furless.sytes.net>
-Message-ID: <Pine.LNX.4.30.0112031909340.5274-100000@foxbox.kittyfox.net>
-
-On Mon, 3 Dec 2001, Bryan Clark wrote:
-
-> But that just shows the SA list, not all opers. I wrote a command for
-> services to show them all, but I'm not going to post it here only
-> because I'm so far off Andrew's development path that I'm not sure if my
-> version would work on the 4.5 series. I'll send it to you privately if
-> you want it, though.
-
-If it's not a stock command I don't know how much help it'll be to the
-person who posted the question. However, I would be intrigued to see your
-code. If you've got a spare moment I'd love a copy.
-
--jfo
-
---
-********************************************
-* Jason 'Feren' Olsen * feren@kittyfox.net *
-********************************************
-* UNIX is a friendly OS; It's just choosy *
-* about who its friends are. *
-********************************************
-
-
-From achurch at achurch.org Tue Dec 4 03:41:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-Message-ID: <3c0c29cf.42737@achurch.org>
-
->does anyone know of a way to list all users who are opered. a version of
->operserv i used to use (not ircservices, and thus sucky) had a feature
->to list all opers and if they were away or idle.
-
-/who 0 -oper
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Tue Dec 4 03:45:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Paradigm question
-Message-ID: <3c0c2adc.42754@achurch.org>
-
->What is the paradigm behind having one founder and one services root? one
- ^^^^^^^^
- If you mean "reason", it's just simplicity. Founders and roots are
-both special cases, and special cases take special handling, which makes
-the program more complex. In both cases, other users can gain those
-privileges using passwords (CS IDENTIFY or OS SU), so I don't see any real
-need for the extra handling which would be needed to allow multiple such
-users (and it would hurt maintainability [is that the right word?] too).
-
->founder sounds complicated but more than one SRA sounds like an easy
->thing.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From griever at t2n.org Tue Dec 4 04:29:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-In-Reply-To: <3c0c29cf.42737@achurch.org>
-Message-ID: <Pine.LNX.4.33.0112032027550.5939-100000@linux.ircd-net.org>
-
-On Tue, 4 Dec 2001, Andrew Church wrote:
-
-> >does anyone know of a way to list all users who are opered. a version of
-> >operserv i used to use (not ircservices, and thus sucky) had a feature
-> >to list all opers and if they were away or idle.
->
-> /who 0 -oper
-
-Don'tcha mean
-/who 0 o
-?
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> -----------------------------------------------------------
-> 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 isdial.net Tue Dec 4 08:20:00 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-References: <Pine.LNX.4.33.0112032027550.5939-100000@linux.ircd-net.org>
-Message-ID: <00d001c17c8b$a59e2df0$9c011ac4@africa.didata.local>
-
-It depends on your ircd...
-
-If you're using bahamut, do a "/who ?" for a command list.
-
-Andrew
-
------ Original Message -----
-From: "Finny Merrill" <griever@t2n.org>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, December 04, 2001 4:28 AM
-Subject: Re: [IRCServices] Oper commands
-
-
-> On Tue, 4 Dec 2001, Andrew Church wrote:
->
-> > >does anyone know of a way to list all users who are opered. a version
-of
-> > >operserv i used to use (not ircservices, and thus sucky) had a feature
-> > >to list all opers and if they were away or idle.
-> >
-> > /who 0 -oper
->
-> Don'tcha mean
-> /who 0 o
-> ?
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > -----------------------------------------------------------
-> > 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 andrewk at isdial.net Tue Dec 4 08:20:26 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-References: <000901c17c47$4e40b3f0$9865fea9@flip>
-Message-ID: <00d401c17c8b$ae87d380$9c011ac4@africa.didata.local>
-
-Excuse my ignorance, but what is an SRA?
-
-Andrew
-
------ Original Message -----
-From: "phish" <phish@winchat.net>
-To: "IRCServices" <ircservices@ircservices.za.net>
-Sent: Tuesday, December 04, 2001 12:10 AM
-Subject: [IRCServices] Oper commands
-
-
-> May it be a good idea to have the "Jupe" command be allowed for non-SRA's
-to
-> use.. e.g: Routing members of a network, opers with a T flag or an N flag
-> able to use.. maybe?
->
-> Just a suggestion
->
-> phish
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From uhc0 at stud.uni-karlsruhe.de Tue Dec 4 09:34:00 2001
-From: uhc0 at stud.uni-karlsruhe.de (Yusuf Iskenderoglu)
-Date: Sat Oct 23 23:01:34 2004
-Subject: AW: [IRCServices] Oper commands
-In-Reply-To: <00d401c17c8b$ae87d380$9c011ac4@africa.didata.local>
-Message-ID: <000001c17c95$ef5e4ab0$0264a8c0@nygmatech.local>
-
-I believe, it is "services root administrator", a context
-from DALnet for their RootServ.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Andrew Kempe
-> Gesendet: Dienstag, 4. Dezember 2001 07:20
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Oper commands
->
->
-> Excuse my ignorance, but what is an SRA?
->
-> Andrew
->
-
-
-From andrewk at isdial.net Tue Dec 4 09:42:00 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] Oper commands
-References: <000001c17c95$ef5e4ab0$0264a8c0@nygmatech.local>
-Message-ID: <003801c17c97$04b82f10$9c011ac4@africa.didata.local>
-
-Thanks...
-
-I assumed it was something along those lines... but wasn't quite sure what
-was meant in terms of IRC Services - seeing as we just refer to "The
-Services Root".
-
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@stud.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, December 04, 2001 9:33 AM
-Subject: AW: [IRCServices] Oper commands
-
-
-
-I believe, it is "services root administrator", a context
-from DALnet for their RootServ.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Andrew Kempe
-> Gesendet: Dienstag, 4. Dezember 2001 07:20
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Oper commands
->
->
-> Excuse my ignorance, but what is an SRA?
->
-> Andrew
->
-
------------------------------------------------------------
-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 mooooooo at avenues.org Tue Dec 4 16:01:00 2001
-From: mooooooo at avenues.org (Daniel P. Stasinski)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] removed glines
-References: <000001c17c95$ef5e4ab0$0264a8c0@nygmatech.local>
-Message-ID: <002c01c17ccc$0c95c8c0$1e64953f@mayorlabs.com>
-
-Is there a secret I'm missing for placing /glines with Unreal +
-ircservices? The moment I place one, services removes it.
-Makes no difference what the mask, time or reason is.
-
-Thank you,
-
-Daniel
-
-
-From achurch at achurch.org Tue Dec 4 16:19:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] removed glines
-Message-ID: <3c0cdb8c.72041@achurch.org>
-
->Is there a secret I'm missing for placing /glines with Unreal +
->ircservices? The moment I place one, services removes it.
->Makes no difference what the mask, time or reason is.
-
- You can't use /gline with Services. Use OperServ AKILL instead.
-Looks like we have a new FAQ candidate...
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From todd at happyempire.com Tue Dec 4 16:30:01 2001
-From: todd at happyempire.com (todd@happyempire.com)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] UNSUBSCRIBE
-In-Reply-To: <003801c17c97$04b82f10$9c011ac4@africa.didata.local>
-Message-ID: <NFBBIHDFOLKMGLECCBCNKEKMCDAA.todd@happyempire.com>
-
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of Andrew Kempe
-Sent: Tuesday, December 04, 2001 2:41 AM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] Oper commands
-
-
-Thanks...
-
-I assumed it was something along those lines... but wasn't quite sure what
-was meant in terms of IRC Services - seeing as we just refer to "The
-Services Root".
-
------ Original Message -----
-From: "Yusuf Iskenderoglu" <uhc0@stud.uni-karlsruhe.de>
-To: <ircservices@ircservices.za.net>
-Sent: Tuesday, December 04, 2001 9:33 AM
-Subject: AW: [IRCServices] Oper commands
-
-
-
-I believe, it is "services root administrator", a context
-from DALnet for their RootServ.
-
-regards;
-yusuf
-
-----------------------------------------------------------------------
-| Yusuf Iskenderoglu | You get to meet all sorts, |
-| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... |
-| eMail - s_iskend@ira.uka.de | |
-| ICQ UIN : 20587464 \ TimeMr14C | |
-----------------------------------------------------------------------
-
-
-
-> -----Urspr?ngliche Nachricht-----
-> Von: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von
-> Andrew Kempe
-> Gesendet: Dienstag, 4. Dezember 2001 07:20
-> An: ircservices@ircservices.za.net
-> Betreff: Re: [IRCServices] Oper commands
->
->
-> Excuse my ignorance, but what is an SRA?
->
-> Andrew
->
-
------------------------------------------------------------
-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 ender at enderboi.com Tue Dec 4 16:50:00 2001
-From: ender at enderboi.com (J.Brown (Ender/Amigo))
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] UNSUBSCRIBE
-In-Reply-To: <NFBBIHDFOLKMGLECCBCNKEKMCDAA.todd@happyempire.com>
-Message-ID: <Pine.LNX.4.31.0112042246530.8299-100000@shaker.worfie.net>
-
-> 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
-
-You know, it's pretty obvious that people will NEVER learn how to use
-mailing lists...
-
-Yo, Todd - Do us all a favour - read the instructions and e-mail
-ircservices-request@ircservices.za.net... NOT ircservices@ircservices.za.net. Thanks :)
-
-
-
-From todd at happyempire.com Tue Dec 4 17:31:00 2001
-From: todd at happyempire.com (todd@happyempire.com)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] UNSUBSCRIBE
-In-Reply-To: <Pine.LNX.4.31.0112042246530.8299-100000@shaker.worfie.net>
-Message-ID: <NFBBIHDFOLKMGLECCBCNGEKNCDAA.todd@happyempire.com>
-
-Sorry about that guys. I already sent another mail to the correct address.
-It's ohh so very early and all the irc services banter has warped my fragile
-little mind. I'm going to get my money back on hooked on phonics as soon as
-I get my additional 900 hours of free internet with AOL. (joke)
-
-Thanks,
-
-Todd
-
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of J.Brown
-(Ender/Amigo)
-Sent: Tuesday, December 04, 2001 9:48 AM
-To: ircservices@ircservices.za.net
-Subject: Re: [IRCServices] UNSUBSCRIBE
-
-
-> 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
-
-You know, it's pretty obvious that people will NEVER learn how to use
-mailing lists...
-
-Yo, Todd - Do us all a favour - read the instructions and e-mail
-ircservices-request@ircservices.za.net... NOT
-ircservices@ircservices.za.net. Thanks :)
-
-
------------------------------------------------------------
-To unsubscribe, mail ircservices-request@ircservices.za.net
-with the word UNSUBSCRIBE in the subject of the mail.
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From chromi at cyberspace.org Tue Dec 4 18:10:00 2001
-From: chromi at cyberspace.org (Jonathan Morton)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] UNSUBSCRIBE
-In-Reply-To: <NFBBIHDFOLKMGLECCBCNGEKNCDAA.todd@happyempire.com>
-References: <NFBBIHDFOLKMGLECCBCNGEKNCDAA.todd@happyempire.com>
-Message-ID: <a05100310b832a272661d@[192.168.239.101]>
-
->Sorry about that guys. I already sent another mail to the correct address.
->It's ohh so very early and all the irc services banter has warped my fragile
->little mind. I'm going to get my money back on hooked on phonics as soon as
->I get my additional 900 hours of free internet with AOL. (joke)
-
-Well, at least this one isn't a *complete* idiot like so many others... :)
-
-I've even seen one (yes, it was an AOL luser) who, after being told
-numerous times how to unsubscribe, still sent "no more mail
-ooookkkkk" messages to a certain mailing list. I think the
-administrator eventually removed him from the list by surgical means.
-
---
---------------------------------------------------------------
-from: Jonathan "Chromatix" Morton
-mail: chromi@cyberspace.org (not for attachments)
-website: http://www.chromatix.uklinux.net/vnc/
-geekcode: GCS$/E 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+(*)
-tagline: The key to knowledge is not to rely on people to teach you it.
-
-From ender at enderboi.com Tue Dec 4 18:13:00 2001
-From: ender at enderboi.com (J.Brown (Ender/Amigo))
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] UNSUBSCRIBE
-In-Reply-To: <a05100310b832a272661d@[192.168.239.101]>
-Message-ID: <Pine.LNX.4.31.0112050010330.8833-100000@shaker.worfie.net>
-
-*laughs*
-
-Someone who apologises for his mistake is alright in my books. Better
-terminate this thread here tho - I notice that "UNSUBSCRIBE" "you idiot!"
-threads generally create more spam on a list than the people who screw up
-originally :)
-
-> >Sorry about that guys. I already sent another mail to the correct address.
-> >It's ohh so very early and all the irc services banter has warped my fragile
-> >little mind. I'm going to get my money back on hooked on phonics as soon as
-> >I get my additional 900 hours of free internet with AOL. (joke)
->
-> Well, at least this one isn't a *complete* idiot like so many others... :)
->
-> I've even seen one (yes, it was an AOL luser) who, after being told
-> numerous times how to unsubscribe, still sent "no more mail
-> ooookkkkk" messages to a certain mailing list. I think the
-> administrator eventually removed him from the list by surgical means.
->
-> --
-> --------------------------------------------------------------
-> from: Jonathan "Chromatix" Morton
-> mail: chromi@cyberspace.org (not for attachments)
-> website: http://www.chromatix.uklinux.net/vnc/
-> geekcode: GCS$/E 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+(*)
-> tagline: The key to knowledge is not to rely on people to teach you it.
-> -----------------------------------------------------------
-> 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 jknutar at nic.fi Tue Dec 4 18:41:00 2001
-From: jknutar at nic.fi (Jan Knutar)
-Date: Sat Oct 23 23:01:34 2004
-Subject: [IRCServices] removed glines
-In-Reply-To: <3c0cdb8c.72041@achurch.org>
-References: <3c0cdb8c.72041@achurch.org>
-Message-ID: <01120418395401.28556@jk.sby.abo.fi>
-
-> You can't use /gline with Services. Use OperServ AKILL instead.
-> Looks like we have a new FAQ candidate...
-
-It would be better, imo, if services set glines had an extra signature
-or tag to them, perhaps in the reason for the ban, and services only
-removed those glines with those tags, when they expire, and left those
-without (oper set glines) alone.
-
-
-From griever at t2n.org Tue Dec 4 22:39:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] removed glines
-In-Reply-To: <01120418395401.28556@jk.sby.abo.fi>
-Message-ID: <Pine.LNX.4.33.0112041436490.10339-100000@linux.ircd-net.org>
-
-On Tue, 4 Dec 2001, Jan Knutar wrote:
-
-> > You can't use /gline with Services. Use OperServ AKILL instead.
-> > Looks like we have a new FAQ candidate...
->
-> It would be better, imo, if services set glines had an extra signature
-> or tag to them, perhaps in the reason for the ban, and services only
-> removed those glines with those tags, when they expire, and left those
-> without (oper set glines) alone.
-
-just put the setter of the G:line as "nickname@operserv" and remove glines
-with @operserv in the setter field
-
-this is ok, the setter field is never used or parsed except for stats g,
-which doesnt care about the format
->
-> -----------------------------------------------------------
-> To unsubscribe, mail ircservices-request@ircservices.za.net
-> with the word UNSUBSCRIBE in the subject of the mail.
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Wed Dec 5 01:07:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] removed glines
-Message-ID: <3c0d572a.76061@achurch.org>
-
->> You can't use /gline with Services. Use OperServ AKILL instead.
->> Looks like we have a new FAQ candidate...
->
->It would be better, imo, if services set glines had an extra signature
->or tag to them, perhaps in the reason for the ban, and services only
->removed those glines with those tags, when they expire, and left those
->without (oper set glines) alone.
-
- This misses part of the point of cancelling G:lines, in that it
-gets around Services' privilege system (i.e.: if any oper can use
-/gline, then it's equivalent to them being able to use /os akill).
-Plus I just don't like the idea of having two systems to do the same
-thing.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From phish at winchat.net Wed Dec 5 01:12:00 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Another suggestion
-Message-ID: <001201c17d19$4ee3f060$9865fea9@flip>
-
-Another thing which may be a good idea, is in the services.conf at the moment, it allows you to put 1 server in for a connection. If it can't find that server, it dies. How about a feature that allows you to give it a list of servers and try to link through each one, one by one, until it connects. If it can't connect to any, then it dies.
-
-Good idea? Bad idea?
-
-phish
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011205/3791a922/attachment.html
-From phish at winchat.net Wed Dec 5 01:15:00 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Another Suggestion - Plain Text.. sorry
-Message-ID: <001801c17d19$becc50c0$9865fea9@flip>
-
-Another thing which may be a good idea, is in the services.conf at the =
-moment, it allows you to put 1 server in for a connection. If it can't =
-find that server, it dies. How about a feature that allows you to give =
-it a list of servers and try to link through each one, one by one, until =
-it connects. If it can't connect to any, then it dies.
-
-Good idea? Bad idea?
-
-phish
-
-
-From ascoli at ascu.unian.it Wed Dec 5 19:49:01 2001
-From: ascoli at ascu.unian.it (Lindo Nepi)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 (you have not registered) ?? help me!
-Message-ID: <200112051748.SAA27768@ascu.unian.it>
-
-hi all!
-i'm a newbye so excuse me if my question is stupid , but i cannot find a solution to this problem, so i post here!
-
-i have a irc server that use Dalnet IRCD 4.6.7 (DreamForge) present in debian 2.2 , it works fine, but when i try to run IRCServices (version 4.5) i obtain (in services.log) this message:
-[Dec 05 15:45:13 2001] unknown message from server
-(:pollo.myhostname.it 451 * :You have not registered)
-
-where is the problem ?
-i already search in readme file but i can't solve this problem
-
-thanks a lot!
-
-From andrewk at isdial.net Thu Dec 6 08:29:01 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 (you have not registered) ?? help me!
-References: <200112051748.SAA27768@ascu.unian.it>
-Message-ID: <01a501c17e1f$49016a40$9c011ac4@africa.didata.local>
-
-What ircd did you compile services to use? i.e. when you ran ./configure,
-what did you answer for the question regarding ircd types?
-
-Andrew
-
------ Original Message -----
-From: "Lindo Nepi" <ascoli@ascu.unian.it>
-To: <ircservices@ircservices.za.net>
-Sent: Wednesday, December 05, 2001 7:48 PM
-Subject: [IRCServices] error 451 (you have not registered) ?? help me!
-
-
-> hi all!
-> i'm a newbye so excuse me if my question is stupid , but i cannot find a
-solution to this problem, so i post here!
->
-> i have a irc server that use Dalnet IRCD 4.6.7 (DreamForge) present in
-debian 2.2 , it works fine, but when i try to run IRCServices (version 4.5)
-i obtain (in services.log) this message:
-> [Dec 05 15:45:13 2001] unknown message from server
-> (:pollo.myhostname.it 451 * :You have not registered)
->
-> where is the problem ?
-> i already search in readme file but i can't solve this problem
->
-> thanks a lot!
-> -----------------------------------------------------------
-> 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 ascoli at ascu.unian.it Thu Dec 6 10:23:00 2001
-From: ascoli at ascu.unian.it (Lindo Nepi)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 (you have not registered) ?? help me!
-In-Reply-To: <01a501c17e1f$49016a40$9c011ac4@africa.didata.local>
-Message-ID: <Pine.LNX.4.31.0112060918270.6471-100000@ascu.unian.it>
-
-On Thu, 6 Dec 2001, Andrew Kempe wrote:
-
-> What ircd did you compile services to use? i.e. when you ran ./configure,
-> what did you answer for the question regarding ircd types?
-
-i type 22
-22) DALnet 4.4.15 or later (Dreamforge)
-
-infact my ircd version is :
- ircd-dalnet 4.6.7-3 DALnet IRCd (IRC server)
-
-is correct?
-
-when i run ./services in log file i obtain:
-
-pollo:/var/www# tail /usr/local/lib/services/services.log
-[Dec 05 15:44:52 2001] Services 4.5.0 (compiled for ircd.dal 4.4.15+)
-starting up
-[Dec 05 15:44:52 2001] Databases loaded
-[Dec 05 15:44:53 2001] unknown message from server
-(:pollo.myhostname.it 451 * :You have not registered)
-
-
-(ircd and ircservices run on the same machine)
-
-
-thanks!
-
-
-
-
-From paulfranz at email.msn.com Mon Dec 10 22:23:00 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] IRC Services and Chan Server
-Message-ID: <00c001c181b8$47615050$440710ac@glogtech.com>
-
-Question: Is it possible to setup a ChanServ to enable playing of games via
-IRC? For example, card games like poker.
-
-Paul Franz
-
-
-From frostycoolslug at hotmail.com Mon Dec 10 22:27:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] IRC Services and Chan Server
-Message-ID: <F53F7D5YnYccyeE1WCK0001eeb8@hotmail.com>
-
-i doubt it.
-u would prolly be best getting an eggy and hosting it on the same shell..
-wither that or see what module support has to offer in Version5
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-
->From: "Paul Franz" <paulfranz@email.msn.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: [IRCServices] IRC Services and Chan Server
->Date: Mon, 10 Dec 2001 15:21:38 -0500
->
->Question: Is it possible to setup a ChanServ to enable playing of games via
->IRC? For example, card games like poker.
->
->Paul Franz
->
->-----------------------------------------------------------
->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
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
-
-
-From nick at devaluate.com Mon Dec 10 22:28:00 2001
-From: nick at devaluate.com (Nicholas A. Martini)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] IRC Services and Chan Server
-In-Reply-To: <00c001c181b8$47615050$440710ac@glogtech.com>
-References: <00c001c181b8$47615050$440710ac@glogtech.com>
-Message-ID: <20011210152642.A26544@devaluate.com>
-
-with ircservices? not that im aware. unless its some kind of great
-easter egg. but i didnt find it in the source code.
-
-~nk
-
-On Mon, Dec 10, 2001 at 03:21:38PM -0500, Paul Franz wrote:
-> Question: Is it possible to setup a ChanServ to enable playing of games via
-> IRC? For example, card games like poker.
->
-> Paul Franz
->
-> -----------------------------------------------------------
-> 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
-
---
-Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ]
-Redhat Certified Engineer [#807101313203345]
-http://www.devaluate.com [nick@devaluate.com]
-[ cynical: a word used by the frightened to describe the realistic ]
-
-From chris at c-pac.co.uk Mon Dec 10 22:32:00 2001
-From: chris at c-pac.co.uk (Chris Burton)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] IRC Services and Chan Server
-In-Reply-To: <E697EDAC3F82E7428ED954881F7C1D740503BB@exchange.pc1.cpac.uk.com>
-Message-ID: <E697EDAC3F82E7428ED954881F7C1D7403AD38@exchange.pc1.cpac.uk.com>
-
-> Question: Is it possible to setup a ChanServ to enable playing of
-games
-> viaIRC? For example, card games like poker.
->
-I don't see this a job for chanserv personally, if you wanted to get a
-game "co-ordinated" over IRC why not just get the "clients" to talk in a
-channel, msg each other or something.
-
-ChrisB.
-
---
-http://ChrisBurton.info/
-
-
-From paulfranz at email.msn.com Mon Dec 10 22:45:00 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] IRC Services and Chan Server
-References: <E697EDAC3F82E7428ED954881F7C1D7403AD38@exchange.pc1.cpac.uk.com>
-Message-ID: <00e301c181bb$60d258b0$440710ac@glogtech.com>
-
-Well, there is problem with a shared card deck. I would like to implement
-like this without modifying the IRCD server itself.
-
-Paul Franz
-
------ Original Message -----
-From: "Chris Burton" <chris@c-pac.co.uk>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, December 10, 2001 3:30 PM
-Subject: RE: [IRCServices] IRC Services and Chan Server
-
-
-> > Question: Is it possible to setup a ChanServ to enable playing of
-> games
-> > viaIRC? For example, card games like poker.
-> >
-> I don't see this a job for chanserv personally, if you wanted to get a
-> game "co-ordinated" over IRC why not just get the "clients" to talk in a
-> channel, msg each other or something.
->
-> ChrisB.
->
-> --
-> http://ChrisBurton.info/
->
-> -----------------------------------------------------------
-> 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 ascoli at ascu.unian.it Tue Dec 11 15:47:00 2001
-From: ascoli at ascu.unian.it (Lindo Nepi)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 ...
-In-Reply-To: <Pine.LNX.4.31.0112060918270.6471-100000@ascu.unian.it>
-Message-ID: <Pine.LNX.4.31.0112111444430.14275-100000@ascu.unian.it>
-
-
-
-when i run ./services in log file i obtain:
-
-pollo:/var/www# tail /usr/local/lib/services/services.log
-[Dec 05 15:44:52 2001] Services 4.5.0 (compiled for ircd.dal 4.4.15+)
-starting up
-[Dec 05 15:44:52 2001] Databases loaded
-[Dec 05 15:44:53 2001] unknown message from server
-(:pollo.myhostname.it 451 * :You have not registered)
-
-(ircd is dalnet-ircd DreamForge 4.6.7)
-
-any solution to my question?
-
-
-
-From calimonk at gmx.net Tue Dec 11 15:55:00 2001
-From: calimonk at gmx.net (CaliMonk)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 ...
-In-Reply-To: <Pine.LNX.4.31.0112111444430.14275-100000@ascu.unian.it>
-References: <Pine.LNX.4.31.0112060918270.6471-100000@ascu.unian.it>
-Message-ID: <5.1.0.14.2.20011211145601.03920c28@mail.gmx.net>
-
-At 02:45 PM 12/11/2001 +0100, you wrote:
-
-
-
->when i run ./services in log file i obtain:
->
->pollo:/var/www# tail /usr/local/lib/services/services.log
->[Dec 05 15:44:52 2001] Services 4.5.0 (compiled for ircd.dal 4.4.15+)
->starting up
->[Dec 05 15:44:52 2001] Databases loaded
->[Dec 05 15:44:53 2001] unknown message from server
->(:pollo.myhostname.it 451 * :You have not registered)
->
->(ircd is dalnet-ircd DreamForge 4.6.7)
->
->any solution to my question?
->
-
-
-try to run ircservices 4.5.34?
-
-
-
-
----------------------------------------
-CaliMonk
-Network Administrator
-Axenet IRC Network
-http://www.axenet.org
-ICQ#: 12000049
-MSN: calimonk@gmx.net
----------------------------------------
-
-
-
-From achurch at achurch.org Thu Dec 13 16:21:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Version 5.0 alpha release available
-Message-ID: <3c18b979.67513@achurch.org>
-
- Well, it's taken a while, but Services 5.0 has finally begun to take a
-reasonable shape (other than "completely jumbled and in little teensy bits")
-and I've decided to release a public alpha test version.
-
- Before you all start jumping for joy, bear in mind that this is an
-ALPHA TEST VERSION--this means that it is known to have bugs, and quite a
-few of them, and is absolutely NOT for use on a production network. About
-the only thing that should work is compiling, and I won't even guarantee
-that. DO NOT DOWNLOAD THIS VERSION unless you intend to help find (and
-fix!) bugs, or translate the new language files. If I get any complaints
-about an alpha release being broken, causing problems on someone's network,
-or anything like that, I won't release any more alpha versions, and you'll
-just have to wait longer.
-
- Furthermore, all discussion on the 5.0 alpha release should go to the
-ircservices-coding list (information and subscription directions available
-at http://www.ircservices.za.net/mailman/listinfo/ircservices-coding).
-Discussion (except possibly feature requests, if I'm in a good mood) about
-the alpha release on this list will NOT be tolerated, and offenders may be
-forcibly removed from the list. This will be the only announcement about
-5.0 on this list until a beta (or final) version is released.
-
- If you still want to download the alpha version, visit the Services
-home page (http://www.ircservices.za.net/) for information. (I won't post
-a download link here because (1) it will change as versions go up, or if I
-take it down entirely, and (2) I want people to see the warnings I put up
-before downloading it.)
-
- Also, I'll be busy or out of town with year-end activities for most of
-the rest of the year, so I may not be able to respond quickly to mail;
-please be patient, as always.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From v13 at priest.com Thu Dec 13 21:41:00 2001
-From: v13 at priest.com (v13@priest.com)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] killclones
-Message-ID: <200112131940.VAA11232@ppp0.the.forthnet.gr>
-
- It whould be nice to extend "KILLCLONES nick"
-to "KILLCLONES [+expiry] nick [reason]"
-
-FAQ question #22 does not apply to this one, because killclones will only
-akill a single host.
-
-(This is a request for version 5)
-
-<<V13>>
-
-From mark at mhetherington.demon.co.uk Fri Dec 14 03:15:03 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Log Rotation and -SIGUSR2
-In-Reply-To: <3c18b979.67513@achurch.org>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMEEGACHAA.mark@mhetherington.demon.co.uk>
-
-I was not a subscriber to the list at the time the rotate_log() function was
-removed so missed the discussion. I haven't yet come across it in the
-archives. For these reasons, some of what I say here may have come up
-before.
-
-kill -SIGUSR2 combined with a move of the log file does not seem to be the
-best manner in which to manage the log rotation, at least IME. Quite often,
-the sequence will result in services performing an SQUIT with an error
-message of:
-
-Read error from server: Success
-
-to it's log file.
-
-So far I have been unable to discover the exact reason what services thinks
-is an error especially given the lack of error indicated with the error
-message.
-
-Various combinations of file operations and the SIGUSR signal have been
-tried with no noticable change.
-
-So far I have been unable through existing debug code been able to ascertain
-the exact cause of the problem however I suspect that it is a timing issue
-with services responding to the signal at the wrong point during the file
-system operations (maybe the file operation is still in progress, maybe file
-size has some effect on this).
-
-Since the problem is only semi-regularly reproducable on the production
-network, I am limited as to how often I can debug the problem and I suspect
-that I would be better placed merely rewriting the log/signal processing to
-use a system that would not suffer these problems. Sometimes services will
-run for a couple months without a problem then other times it will have the
-problem every day. Again this is not helpful for attempting to debug the
-cause.
-
-Having had a quick look at the source code for Services 5 alpha, it seems
-the SIGUSR2/logging code is almost identical so this will likely remain an
-issue with newer versions of services.
-
-Although I would be interested in hearing other's experience and techniques
-for managing log rotation, I do have a couple of suggestions that I believe
-would be useful to have in the main build of services:
-
-1) Restore the original rotate_log() function or provide a new one - using a
-compile time #define would mean that those that do no want to have the code
-compiled in do not have to. Yes I can provide my own rotate_log() code, but
-with Services 5 coming up and the likely need for more frequent upgrades in
-the early days, I would prefer not to have to keep patching the log code.
-
-2) Alter the log naming convention so that it becomes LogFileName.suffix
-where suffix is generated from the current date. eg 20011213. This would
-allow the existing SIGUSR2 code to actually produce dated log files in a
-similar way to eggdrop and some IRCd software does in their own rotate log
-functions while making the whole system somewaht less susceptable to any
-other issues. Using eggdrop as an example, it is again a simple
-configuration item to have this system optional for any users of services
-that do not use daily logs.
-
-3) The error system needs some improvement. "Read error from server:
-Success" is not a useful error message. The nature of the error needs
-reporting.
-
-
-Should I manage to extract any further information as to the cause of the
-problem, I will notify the group, but after months of this issue occurring
-on and off with only once a date testing facilities, it does seem far easier
-to merely rewrite the code that is causing the problem.
-
-Mark.
-
-
-From achurch at achurch.org Fri Dec 14 03:15:33 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] killclones
-Message-ID: <3c1923bf.67664@achurch.org>
-
-> It whould be nice to extend "KILLCLONES nick"
->to "KILLCLONES [+expiry] nick [reason]"
-
- Useless. KILLCLONES is only intended as a stopgap measure in the
-first place; if you want to add a more permanent autokill, then do it
-with the AKILL command.
-
->FAQ question #22 does not apply to this one, because killclones will only
->
->akill a single host.
->
->(This is a request for version 5)
->
-><<V13>>
->-----------------------------------------------------------
->To unsubscribe, mail ircservices-request@ircservices.za.net
->with the word UNSUBSCRIBE in the subject of the mail.
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From alisor at softhome.net Fri Dec 14 03:16:10 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Suggestion
-References: <200112131940.VAA11232@ppp0.the.forthnet.gr>
-Message-ID: <000201c18428$584ec4c0$7e14fea9@control>
-
-We have some problems about nick emails?
-if a user accidently gives his/her nick pass to someone? (nicksorv ,
-N1ickserv etc)
-the pass stealer can change email....
-Can we make email setting only when registering and only resettable by
-services admins?
-
-A.S
-
-
-From achurch at achurch.org Fri Dec 14 03:19:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Log Rotation and -SIGUSR2
-Message-ID: <3c1953b4.67777@achurch.org>
-
- This is a known problem and will be fixed in version 5.0.
-
->I was not a subscriber to the list at the time the rotate_log() function was
->removed so missed the discussion. I haven't yet come across it in the
->archives. For these reasons, some of what I say here may have come up
->before.
->
->kill -SIGUSR2 combined with a move of the log file does not seem to be the
->best manner in which to manage the log rotation, at least IME. Quite often,
->the sequence will result in services performing an SQUIT with an error
->message of:
->
->Read error from server: Success
->
->to it's log file.
->
->So far I have been unable to discover the exact reason what services thinks
->is an error especially given the lack of error indicated with the error
->message.
->
->Various combinations of file operations and the SIGUSR signal have been
->tried with no noticable change.
->
->So far I have been unable through existing debug code been able to ascertain
->the exact cause of the problem however I suspect that it is a timing issue
->with services responding to the signal at the wrong point during the file
->system operations (maybe the file operation is still in progress, maybe file
->size has some effect on this).
->
->Since the problem is only semi-regularly reproducable on the production
->network, I am limited as to how often I can debug the problem and I suspect
->that I would be better placed merely rewriting the log/signal processing to
->use a system that would not suffer these problems. Sometimes services will
->run for a couple months without a problem then other times it will have the
->problem every day. Again this is not helpful for attempting to debug the
->cause.
->
->Having had a quick look at the source code for Services 5 alpha, it seems
->the SIGUSR2/logging code is almost identical so this will likely remain an
->issue with newer versions of services.
->
->Although I would be interested in hearing other's experience and techniques
->for managing log rotation, I do have a couple of suggestions that I believe
->would be useful to have in the main build of services:
->
->1) Restore the original rotate_log() function or provide a new one - using a
->compile time #define would mean that those that do no want to have the code
->compiled in do not have to. Yes I can provide my own rotate_log() code, but
->with Services 5 coming up and the likely need for more frequent upgrades in
->the early days, I would prefer not to have to keep patching the log code.
->
->2) Alter the log naming convention so that it becomes LogFileName.suffix
->where suffix is generated from the current date. eg 20011213. This would
->allow the existing SIGUSR2 code to actually produce dated log files in a
->similar way to eggdrop and some IRCd software does in their own rotate log
->functions while making the whole system somewaht less susceptable to any
->other issues. Using eggdrop as an example, it is again a simple
->configuration item to have this system optional for any users of services
->that do not use daily logs.
->
->3) The error system needs some improvement. "Read error from server:
->Success" is not a useful error message. The nature of the error needs
->reporting.
->
->
->Should I manage to extract any further information as to the cause of the
->problem, I will notify the group, but after months of this issue occurring
->on and off with only once a date testing facilities, it does seem far easier
->to merely rewrite the code that is causing the problem.
->
->Mark.
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Fri Dec 14 03:20:01 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Suggestion
-Message-ID: <3c1953d1.70006@achurch.org>
-
- E-mail changing will require authorization in version 5.0.
-
->We have some problems about nick emails?
->if a user accidently gives his/her nick pass to someone? (nicksorv ,
->N1ickserv etc)
->the pass stealer can change email....
->Can we make email setting only when registering and only resettable by
->services admins?
->
->A.S
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From jknutar at nic.fi Fri Dec 14 03:21:00 2001
-From: jknutar at nic.fi (Jan Knutar)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] killclones
-In-Reply-To: <3c1923bf.67664@achurch.org>
-References: <3c1923bf.67664@achurch.org>
-Message-ID: <01121403202102.29326@jk.sby.abo.fi>
-
-> > It whould be nice to extend "KILLCLONES nick"
-> >to "KILLCLONES [+expiry] nick [reason]"
->
-> Useless. KILLCLONES is only intended as a stopgap measure in
-> the first place; if you want to add a more permanent autokill, then
-> do it with the AKILL command.
-
-I would assume that what he really wants is a AKILL [+expiry] <NICK>
-[reason] style command, instead of having to specify a mask..
-
-
-From mark at mhetherington.demon.co.uk Fri Dec 14 03:53:01 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-In-Reply-To: <01121403202102.29326@jk.sby.abo.fi>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMMEGDCHAA.mark@mhetherington.demon.co.uk>
-
-Anyone else having problmes with duplicate mailings?
-
-Seems every message sent to the list since and including "[IRCServices]
-Version 5.0 alpha release available" sent 13/12/2001 14:21 GMT arrives
-twice.
-
-Since other email is not affected, I can only assume the problem to lie with
-the list software/server.
-
-Mark.
-
-
-From RealCFC at ChatFIRST.COM Fri Dec 14 04:38:00 2001
-From: RealCFC at ChatFIRST.COM (RealCFC)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Suggestion
-References: <3c1953d1.70006@achurch.org>
-Message-ID: <000e01c18447$cf6fce40$21b23dd0@chatfirs2f7pmk>
-
-I would make DROP require authorization too, in most nickname and channel
-take overs these are first droped and then re-registered under the new
-identity.
-I might be mistaken , but I think requiring authorization only for SET EMAIL
-would not be effective enough against take overs. Please correct me if I'm
-mistaken.
-Ely
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, December 13, 2001 8:19 PM
-Subject: Re: [IRCServices] Suggestion
-
-
-> E-mail changing will require authorization in version 5.0.
->
-> >We have some problems about nick emails?
-> >if a user accidently gives his/her nick pass to someone? (nicksorv ,
-> >N1ickserv etc)
-> >the pass stealer can change email....
-> >Can we make email setting only when registering and only resettable by
-> >services admins?
-> >
-> >A.S
-> >
-> >------------------------------------------------------------------
-> >To unsubscribe or change your subscription options, visit:
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-
-From achurch at achurch.org Fri Dec 14 05:00:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-Message-ID: <3c196b64.72537@achurch.org>
-
- Not happening to me.
-
->Anyone else having problmes with duplicate mailings?
->
->Seems every message sent to the list since and including "[IRCServices]
->Version 5.0 alpha release available" sent 13/12/2001 14:21 GMT arrives
->twice.
->
->Since other email is not affected, I can only assume the problem to lie with
->the list software/server.
->
->Mark.
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From griever at t2n.org Fri Dec 14 05:05:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-In-Reply-To: <3c196b64.72537@achurch.org>
-Message-ID: <Pine.LNX.4.33.0112132104190.28653-100000@linux.ircd-net.org>
-
-On Fri, 14 Dec 2001, Andrew Church wrote:
-
-> Not happening to me.
->
-> >Anyone else having problmes with duplicate mailings?
-> >
-> >Seems every message sent to the list since and including "[IRCServices]
-> >Version 5.0 alpha release available" sent 13/12/2001 14:21 GMT arrives
-> >twice.
-> >
-> >Since other email is not affected, I can only assume the problem to lie with
-> >the list software/server.
-Sent to both lists
-> >
-> >Mark.
-> >
-> >------------------------------------------------------------------
-> >To unsubscribe or change your subscription options, visit:
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From dreamer at darkness.gr Fri Dec 14 14:07:00 2001
-From: dreamer at darkness.gr (dreamer@darkness.gr)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-In-Reply-To: <NFBBKFAFGLNBHGEDBKDMMEGDCHAA.mark@mhetherington.demon.co.uk>
-Message-ID: <Pine.LNX.4.43.0112141404480.18371-100000@darkness.darkness.gr>
-
-Greetings,
- Yes mails are in doubles.
-
-On Fri, 14 Dec 2001, Mark Hetherington wrote:
-
-> Anyone else having problmes with duplicate mailings?
->
-> Seems every message sent to the list since and including "[IRCServices]
-> Version 5.0 alpha release available" sent 13/12/2001 14:21 GMT arrives
-> twice.
->
-> Since other email is not affected, I can only assume the problem to lie with
-> the list software/server.
->
-> Mark.
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From andrewk at isdial.net Fri Dec 14 14:18:00 2001
-From: andrewk at isdial.net (Andrew Kempe)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-References: <Pine.LNX.4.43.0112141404480.18371-100000@darkness.darkness.gr>
-Message-ID: <000a01c18499$5c487640$9c011ac4@africa.didata.local>
-
-If you're getting double mails, you're subscribed twice.... or something is
-very fishy because most of the rest of us are not getting it twice.
-
-The very first post by Andrew about v5 was send to both lists... so make
-sure you're not confused.
-
-Andrew
-
------ Original Message -----
-From: <dreamer@darkness.gr>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, December 14, 2001 2:06 PM
-Subject: Re: [IRCServices] Mailing List echo....
-
-
-> Greetings,
-> Yes mails are in doubles.
->
-> On Fri, 14 Dec 2001, Mark Hetherington wrote:
->
-> > Anyone else having problmes with duplicate mailings?
-> >
-> > Seems every message sent to the list since and including "[IRCServices]
-> > Version 5.0 alpha release available" sent 13/12/2001 14:21 GMT arrives
-> > twice.
-> >
-> > Since other email is not affected, I can only assume the problem to lie
-with
-> > the list software/server.
-> >
-> > Mark.
-> >
-> > ------------------------------------------------------------------
-> > To unsubscribe or change your subscription options, visit:
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From mark at mhetherington.demon.co.uk Fri Dec 14 17:21:00 2001
-From: mark at mhetherington.demon.co.uk (Mark Hetherington)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-In-Reply-To: <000a01c18499$5c487640$9c011ac4@africa.didata.local>
-Message-ID: <NFBBKFAFGLNBHGEDBKDMEEGMCHAA.mark@mhetherington.demon.co.uk>
-
-> If you're getting double mails, you're subscribed twice.... or
-> something is
-> very fishy because most of the rest of us are not getting it twice.
-
-Haven't changed anything this end (including personal subscription settings)
-for months. I would assume a double subscription would also send me a double
-notification in the "monthly" subscription info email, but that has never
-happened. Both copies are being sent to the same email address but doesn't
-the mailing list software prevent multiple subscriptions from the same email
-address anyway?
-
->
-> The very first post by Andrew about v5 was send to both lists... so make
-> sure you're not confused.
-
-I know it was sent to both lists since I actually got 3 copies of the
-message (one on coding and 2 on the main list). My coding subscription is
-currently on a different email address to the main list. Also, checking the
-headers the messages I referred to were all to the ircservices list and not
-the coding one. I only indicated that specific message since it represented
-the first double email and to check whether anything had been changed
-between that message and the last successful single message of Tue 11/12/01
-13:57 GMT. So let's rephrase, has anything changed wrt the mailing list
-software/configuration between 11 December and 13 December?
-
-I am guessing there is no way for members to the list to see the subscriber
-list so it is difficult for me to ascertain what mailman is doing with my
-address. Guess I will try unsubscribing and resubscribing see if it helps.
-
-Mark.
-
-
-
-From eengin at talesoft.de Fri Dec 14 17:35:01 2001
-From: eengin at talesoft.de (Ekim Engin)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-In-Reply-To: <NFBBKFAFGLNBHGEDBKDMEEGMCHAA.mark@mhetherington.demon.co.uk>
-Message-ID: <000101c184b4$de230020$092a14ac@hadiko.de>
-
-Hello,
-
-I subscribed 2 days ago and I get 2 mails on most of the postings. But
-it depends on the sender.
-eg. Andrew Kempe, Josh, Ryan Riley, and some other postings came in
-once,
-Andrew Church, Mark Hetherington, and others do come in twice.
-
-I am subscribed to both lists, but all mails i get twice are send to
-ircservices@ircservices.za.net
-
-Greets
-Ekim
-
-
-> -----Original Message-----
-> From: ircservices-admin@ircservices.za.net
-> [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> Mark Hetherington
-> Sent: Friday, December 14, 2001 4:22 PM
-> To: ircservices@ircservices.za.net
-> Subject: RE: [IRCServices] Mailing List echo....
->
-
-
-
-From paulfranz at email.msn.com Fri Dec 14 17:52:00 2001
-From: paulfranz at email.msn.com (Paul Franz)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-References: <000101c184b4$de230020$092a14ac@hadiko.de>
-Message-ID: <002201c184b7$286b8060$440710ac@glogtech.com>
-
-I know what is happening. It is called "Reply All". If you list
-ircservices@ircservices.za.net twice in the Email message. I can see this
-easily sending out 2 Emails. (Depending upon the package used and the email
-server that is sending the Email)
-
-Paul Franz
-
------ Original Message -----
-From: "Ekim Engin" <eengin@talesoft.de>
-To: <ircservices@ircservices.za.net>
-Sent: Friday, December 14, 2001 10:34 AM
-Subject: RE: [IRCServices] Mailing List echo....
-
-
-> Hello,
->
-> I subscribed 2 days ago and I get 2 mails on most of the postings. But
-> it depends on the sender.
-> eg. Andrew Kempe, Josh, Ryan Riley, and some other postings came in
-> once,
-> Andrew Church, Mark Hetherington, and others do come in twice.
->
-> I am subscribed to both lists, but all mails i get twice are send to
-> ircservices@ircservices.za.net
->
-> Greets
-> Ekim
->
->
-> > -----Original Message-----
-> > From: ircservices-admin@ircservices.za.net
-> > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
-> > Mark Hetherington
-> > Sent: Friday, December 14, 2001 4:22 PM
-> > To: ircservices@ircservices.za.net
-> > Subject: RE: [IRCServices] Mailing List echo....
-> >
->
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From eirik-b2 at online.no Fri Dec 14 19:13:00 2001
-From: eirik-b2 at online.no (eirik)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Daylight IRC Services
-Message-ID: <000901c184c2$8b6b4730$0100a8c0@eirikylzljqqeo>
-
-Hello i`m searching for the program Daylight IRC Services win32, do you now where i can find it on the web, all the links i found to it are broken, and i need it for my server irc.amcar.d2g.com if you can help me i will be very grateful , and visit me on my server and channel #opers irc.amcar.d2g.com
-
-Skrotball
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011214/f853a26e/attachment.htm
-From amcar at uten.net Fri Dec 14 19:14:00 2001
-From: amcar at uten.net (amcar)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Daylight IRC Services win32
-Message-ID: <000801c184c2$8b314b70$0100a8c0@eirikylzljqqeo>
-
-Hello i`m searching for the program Daylight IRC Services win32 do you now where i can find it on the web, for download? all the links i found to it are broken, and i need it for my server irc.amcar.d2g.com if you can help me i will be very grateful , and visit me on my server and channel #opers irc.amcar.d2g.com
-
-Skrotball
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011214/296a3a3c/attachment.html
-From achurch at achurch.org Fri Dec 14 19:14:25 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Mailing List echo....
-Message-ID: <3c1a3368.04404@achurch.org>
-
- My mailer doesn't _have_ a reply-all function, and besides I only get
-one copy of all messages anyway, so it can't be that.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->I know what is happening. It is called "Reply All". If you list
->ircservices@ircservices.za.net twice in the Email message. I can see this
->easily sending out 2 Emails. (Depending upon the package used and the email
->server that is sending the Email)
->
->Paul Franz
->
->----- Original Message -----
->From: "Ekim Engin" <eengin@talesoft.de>
->To: <ircservices@ircservices.za.net>
->Sent: Friday, December 14, 2001 10:34 AM
->Subject: RE: [IRCServices] Mailing List echo....
->
->
->> Hello,
->>
->> I subscribed 2 days ago and I get 2 mails on most of the postings. But
->> it depends on the sender.
->> eg. Andrew Kempe, Josh, Ryan Riley, and some other postings came in
->> once,
->> Andrew Church, Mark Hetherington, and others do come in twice.
->>
->> I am subscribed to both lists, but all mails i get twice are send to
->> ircservices@ircservices.za.net
->>
->> Greets
->> Ekim
->>
->>
->> > -----Original Message-----
->> > From: ircservices-admin@ircservices.za.net
->> > [mailto:ircservices-admin@ircservices.za.net] On Behalf Of
->> > Mark Hetherington
->> > Sent: Friday, December 14, 2001 4:22 PM
->> > To: ircservices@ircservices.za.net
->> > Subject: RE: [IRCServices] Mailing List echo....
->> >
->>
->>
->> ------------------------------------------------------------------
->> To unsubscribe or change your subscription options, visit:
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->>
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From stskeeps at tspre.org Fri Dec 14 19:17:00 2001
-From: stskeeps at tspre.org (Carsten V. Munk)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Daylight IRC Services
-In-Reply-To: <000901c184c2$8b6b4730$0100a8c0@eirikylzljqqeo>
-Message-ID: <CNEFLHEKGJHOJFBEOCNFKECPCAAA.stskeeps@tspre.org>
-
-
-There's a reason all links are broken, as they have been asked to be taken down
-as per my request, due to it being an old port of ircservices. No more ports
-exist, and please don't ask for support for them here, as it is not for that
-product.
-
----------------------------------------------------------------------
-Carsten V. Munk - The Nightwalker, known on IRC as Stskeeps or techie
- * ICQ: 16465977 - E-Mail: stskeeps@tspre.org
- * Author of UnrealIRCd (http://unrealircd.com)
- * Admin of irc.ircsystems.net
-"To understand a program you must become both the machine and the program."
-----------------------------------------------------------------------
-
- [ to intrepret this geek code, see http://www.ebb.org/ungeek ]
-
------BEGIN GEEK CODE BLOCK-----
-Version: 3.12
-GCM/CS/CC/ED/MC/IT d-(++) s::-- a--->-- C+++(++++) UL+++>++++ UB+++>++++
-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------
------Original Message-----
-From: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]On Behalf Of eirik
-Sent: Friday, December 14, 2001 6:11 PM
-To: ircservices@ircservices.za.net
-Subject: [IRCServices] Daylight IRC Services
-
-
-Hello i`m searching for the program Daylight IRC Services win32, do you now
-where i can find it on the web, all the links i found to it are broken, and i
-need it for my server irc.amcar.d2g.com if you can help me i will be very
-grateful , and visit me on my server and channel #opers irc.amcar.d2g.com
-
-Skrotball
-
-
-From achurch at achurch.org Mon Dec 17 12:09:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] error 451 ...
-Message-ID: <3c1dc467.14517@achurch.org>
-
->when i run ./services in log file i obtain:
->
->pollo:/var/www# tail /usr/local/lib/services/services.log
->[Dec 05 15:44:52 2001] Services 4.5.0 (compiled for ircd.dal 4.4.15+)
->starting up
->[Dec 05 15:44:52 2001] Databases loaded
->[Dec 05 15:44:53 2001] unknown message from server
->(:pollo.myhostname.it 451 * :You have not registered)
-
- Please run Services with the -debug command-line option and send me a
-copy of the log file showing this happening.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From achurch at achurch.org Thu Dec 20 17:38:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-Message-ID: <3c2205eb.66313@achurch.org>
-
- Services 4.5.35 has been released, and can be downloaded from:
-
-ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
-
-ftp.ircservices.za.net and the mirrors should have it shortly.
-
- Among other things, this release fixes a bug in the Japanese language
-file which allows arbitrary users to crash Services; all users should
-upgrade to this version of Services as soon as possible.
-
-Changes in version 4.5.35
--------------------------
-2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
- Reported by Michael Raff <raff@electrocity.com>
-2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-2001/12/17 Fixed typo in Japanese language file causing crashes.
- Reported by <fabulous@t7ds.com.br>
-2001/12/03 Fixed bug in import-db preventing compilation when an IRC
- server type other than Unreal was selected. Reported
- by Dung T. Nguyen <theonlydung@rogers.com>
-2001/12/02 Fixed bug in autokill checking causing permanent autokills
- to expire. Reported by Lloyd Williams
- <binary_frog@chatcircuit.com>
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From thebeast at xs4all.nl Thu Dec 20 22:26:00 2001
-From: thebeast at xs4all.nl (thebeast)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Wrong user count error
-Message-ID: <3C224974.F4E391DC@xs4all.nl>
-
-Hello Andrew
-
-about the wrong user count error reported for the first time in the
-mailinglist at Fri Nov 30
-i have found out that wen a user is leaving or is helped leaving
-the irc server with /msg operserv raw: operserv svskill (nick) (reason)
-then the user is still counted as connected.
-i hope this will help you a bitt in on the way to find out where to
-looking in the source.
-
-by the way a merry christmas and a BUG free 2002 ;))
-
---
-
-Grtzz Hans v Steenbergen
- Mail me at thebeast@xs4all.nl
- Tech Admin on rc5proxy.mp3crew.nu
- www.mp3crew.nu for info about this irc server.
- mail to admins@mp3crew.nu for info
-The only one who got his work done by friday was R.Crusoe
-
- 9:15pm up 22 days, 23:13, 2 users, load average: 1.01, 1.34, 1.34
-
-From brett_x2 at hotmail.com Thu Dec 20 22:33:00 2001
-From: brett_x2 at hotmail.com (Brett Runnings)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Question
-Message-ID: <F299d1ZQIKVastImf4m000079dd@hotmail.com>
-
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011220/3038e11c/attachment.htm
-From Georges at Berscheid.lu Thu Dec 20 22:35:00 2001
-From: Georges at Berscheid.lu (Georges Berscheid)
-Date: Sat Oct 23 23:01:35 2004
-Subject: AW: [IRCServices] Wrong user count error
-In-Reply-To: <3C224974.F4E391DC@xs4all.nl>
-Message-ID: <EMEAJDMIHJFMOHONHAEDGEMLCDAA.Georges@Berscheid.lu>
-
-Hi,
-
-this is quite normal though :) Since services perform the kill, they are
-supposed to know about it (which is not the case if you use /os raw) and the
-kill message is not sent back to services from the ircd.
-Although the user count from /lusers was different from the one from /os
-stats, with services counting MORE users than ircd. But since I'm not able
-to reproduce the bug, it's really hard to find it.
-
-Georges
-
------Ursprungliche Nachricht-----
-Von: ircservices-admin@ircservices.za.net
-[mailto:ircservices-admin@ircservices.za.net]Im Auftrag von thebeast
-Gesendet: Donnerstag, 20. Dezember 2001 21:26
-An: achurch@achurch.org; ircservices@ircservices.za.net
-Betreff: [IRCServices] Wrong user count error
-
-
-Hello Andrew
-
-about the wrong user count error reported for the first time in the
-mailinglist at Fri Nov 30
-i have found out that wen a user is leaving or is helped leaving
-the irc server with /msg operserv raw: operserv svskill (nick) (reason)
-then the user is still counted as connected.
-i hope this will help you a bitt in on the way to find out where to
-looking in the source.
-
-by the way a merry christmas and a BUG free 2002 ;))
-
---
-
-Grtzz Hans v Steenbergen
- Mail me at thebeast@xs4all.nl
- Tech Admin on rc5proxy.mp3crew.nu
- www.mp3crew.nu for info about this irc server.
- mail to admins@mp3crew.nu for info
-The only one who got his work done by friday was R.Crusoe
-
- 9:15pm up 22 days, 23:13, 2 users, load average: 1.01, 1.34, 1.34
-------------------------------------------------------------------
-To unsubscribe or change your subscription options, visit:
-http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From bclark at furless.sytes.net Fri Dec 21 05:53:00 2001
-From: bclark at furless.sytes.net (Bryan Clark)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Wrong user count error
-References: <3C224974.F4E391DC@xs4all.nl>
-Message-ID: <3C22B209.2020009@furless.sytes.net>
-
-thebeast wrote:
-
-> Hello Andrew
->
-> about the wrong user count error reported for the first time in the
-> mailinglist at Fri Nov 30
-> i have found out that wen a user is leaving or is helped leaving
-> the irc server with /msg operserv raw: operserv svskill (nick) (reason)
-> then the user is still counted as connected.
-> i hope this will help you a bitt in on the way to find out where to
-> looking in the source.
->
-> by the way a merry christmas and a BUG free 2002 ;))
->
->
-
-I'm not Andrew, but I have some insight into this one. ;) '/operserv
-raw' does one thing and one thing only, and that's send the rest of the
-line to the server services is connected to. That might be why the help
-for the raw command is phrased the way it is:
-
--OperServ- Sends a string of text directly to the server to which
--OperServ- Services is connected. This command has a very limited
--OperServ- range of uses, and can wreak havoc on a network if used
--OperServ- improperly. DO NOT USE THIS COMMAND unless you are
--OperServ- absolutely certain you know what you are doing!
-
-:)
-
---
-Bryan A. Clark
-http://furless.sytes.net
-
-
-
-From griever at t2n.org Fri Dec 21 05:57:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Wrong user count error
-In-Reply-To: <3C22B209.2020009@furless.sytes.net>
-Message-ID: <Pine.LNX.4.33.0112202155300.17724-100000@linux.ircd-net.org>
-
-On Thu, 20 Dec 2001, Bryan Clark wrote:
-
-> thebeast wrote:
->
-> > Hello Andrew
-> >
-> > about the wrong user count error reported for the first time in the
-> > mailinglist at Fri Nov 30
-> > i have found out that wen a user is leaving or is helped leaving
-> > the irc server with /msg operserv raw: operserv svskill (nick) (reason)
-> > then the user is still counted as connected.
-> > i hope this will help you a bitt in on the way to find out where to
-> > looking in the source.
-> >
-> > by the way a merry christmas and a BUG free 2002 ;))
-> >
-> >
->
-> I'm not Andrew, but I have some insight into this one. ;) '/operserv
-> raw' does one thing and one thing only, and that's send the rest of the
-> line to the server services is connected to. That might be why the help
-> for the raw command is phrased the way it is:
->
-> -OperServ- Sends a string of text directly to the server to which
-> -OperServ- Services is connected. This command has a very limited
-> -OperServ- range of uses, and can wreak havoc on a network if used
-> -OperServ- improperly. DO NOT USE THIS COMMAND unless you are
-> -OperServ- absolutely certain you know what you are doing!
->
-> :)
->
->
-
-
-Shouldn't have anything to do with it, unreal afaik echos back quits from
-svskills I think
-
-I have a similar issue sometimes on unreal with session limiting
-
-
-From quension at softhome.net Fri Dec 21 07:41:00 2001
-From: quension at softhome.net (Trevor Talbot)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Wrong user count error
-References: <Pine.LNX.4.33.0112202155300.17724-100000@linux.ircd-net.org>
-Message-ID: <3C22CB40.F80B8B74@softhome.net>
-
-Finny Merrill wrote:
-
-> On Thu, 20 Dec 2001, Bryan Clark wrote:
-
-> > thebeast wrote:
-
-> > > about the wrong user count error reported for the first time in the
-> > > mailinglist at Fri Nov 30
-> > > i have found out that wen a user is leaving or is helped leaving
-> > > the irc server with /msg operserv raw: operserv svskill (nick) (reason)
-> > > then the user is still counted as connected.
-
-> > I'm not Andrew, but I have some insight into this one. ;) '/operserv
-> > raw' does one thing and one thing only, and that's send the rest of the
-> > line to the server services is connected to. That might be why the help
-> > for the raw command is phrased the way it is:
-> >
-> > -OperServ- Sends a string of text directly to the server to which
-> > -OperServ- Services is connected. This command has a very limited
-> > -OperServ- range of uses, and can wreak havoc on a network if used
-> > -OperServ- improperly. DO NOT USE THIS COMMAND unless you are
-> > -OperServ- absolutely certain you know what you are doing!
-
-> Shouldn't have anything to do with it, unreal afaik echos back quits from
-> svskills I think
-
-Unreal 3.1.1-Darkshades, which is what rc5proxy.mp3crew.nu is running,
-distributes the SVSKILL -- it does not target the user's server and echo a
-quit back. Bryan is correct, and people need to RTFH.
-
-Random suggestion: disable RAW by default, and make it a #defineable option
-in some obscure undocumented header file. To people who ask, respond "use
-the source, Luke!"
-
--- Quension
-
-From alisor at softhome.net Fri Dec 21 16:17:00 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Halfop
-Message-ID: <001501c18a28$b6bab9a0$7e14fea9@control>
-
-Hello
-Does anybody has problems about halfops which is used in Unreal?
-Ppl can give themselves +h before services take their ops...
-They did mirc scripts for this...
-If there is noone at channel the person gets in to channel give himself +h before services take their ops...
-If we use merge option it is much more easy for them...(in 0.5 second script did this easily)
-
-And at levels settings changing the halfop and autohalfop levels doesnt make any difference....
-Maybe adding a securehalfops set option can be a solution....
-They can also give themselves +v too but it isnt a big problem (they cant kick anyone or change topic)
-
-Ali Sor
-
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011221/c96e73eb/attachment.html
-From achurch at achurch.org Fri Dec 21 16:21:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Halfop
-Message-ID: <3c23457d.04661@achurch.org>
-
- This problem is fixed in version 5.0. Until it is released, deal
-with problems like this administratively (for example, by killing or
-autokilling the offending user).
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->This is a multi-part message in MIME format.
->
->------=_NextPart_000_0012_01C18A39.71638100
->Content-Type: text/plain;
-> charset="iso-8859-9"
->Content-Transfer-Encoding: quoted-printable
->
->Hello=20
->Does anybody has problems about halfops which is used in Unreal?
->Ppl can give themselves +h before services take their ops...
->They did mirc scripts for this...
->If there is noone at channel the person gets in to channel give himself =
->+h before services take their ops...
->If we use merge option it is much more easy for them...(in 0.5 second =
->script did this easily)
->
->And at levels settings changing the halfop and autohalfop levels doesnt =
->make any difference....
->Maybe adding a securehalfops set option can be a solution....
->They can also give themselves +v too but it isnt a big problem (they =
->cant kick anyone or change topic)
->
->Ali Sor
->
->
->------=_NextPart_000_0012_01C18A39.71638100
->Content-Type: text/html;
-> charset="iso-8859-9"
->Content-Transfer-Encoding: quoted-printable
->
-><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-><HTML><HEAD>
-><META http-equiv=3DContent-Type content=3D"text/html; =
->charset=3Diso-8859-9">
-><META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
-><STYLE></STYLE>
-></HEAD>
-><BODY bgColor=3D#ffffff>
-><DIV><FONT face=3DArial size=3D2>Hello </FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>Does anybody has problems about halfops =
->which is=20
->used in Unreal?</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>Ppl can give themselves +h before =
->services take=20
->their ops...</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>They did mirc scripts for =
->this...</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>If there is noone at channel the person =
->gets in to=20
->channel give himself +h before services take their ops...</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>If we use merge option it is much more =
->easy for=20
->them...(in 0.5 second script did this easily)</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
-><DIV><FONT face=3DArial size=3D2>And at levels settings changing the =
->halfop and=20
->autohalfop levels doesnt make any difference....</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>Maybe adding a securehalfops set option =
->can be a=20
->solution....</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2>They can also give themselves +v too =
->but it isnt a=20
->big problem (they cant kick anyone or change topic)</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
-><DIV><FONT face=3DArial size=3D2>Ali Sor</FONT></DIV>
-><DIV><FONT face=3DArial size=3D2></FONT> </DIV></BODY></HTML>
->
->------=_NextPart_000_0012_01C18A39.71638100--
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From gradyboy at hotmail.com Sun Dec 23 05:57:00 2001
-From: gradyboy at hotmail.com (Chris Grady)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <F215THeWgrh0yfS7my20000a8a7@hotmail.com>
-
-Have you ever considered adding something like "botserv".
-Other services come with botserv, which allows you to create bots to sit in
-channels and moderate them.
-Sure, i could just get an eggdrop, but this would be more convenient to just
-type a command, and have services summon up a new services bot!
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
-
-
-From nick at devaluate.com Sun Dec 23 06:01:00 2001
-From: nick at devaluate.com (Nicholas A. Martini)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-In-Reply-To: <F215THeWgrh0yfS7my20000a8a7@hotmail.com>
-References: <F215THeWgrh0yfS7my20000a8a7@hotmail.com>
-Message-ID: <20011223035931.GA15438@devaluate.com>
-
-so use epona.
-
-On Sat, Dec 22, 2001 at 11:45:35PM -0400, Chris Grady wrote:
-> Have you ever considered adding something like "botserv".
-> Other services come with botserv, which allows you to create bots to sit in
-> channels and moderate them.
-> Sure, i could just get an eggdrop, but this would be more convenient to
-> just type a command, and have services summon up a new services bot!
->
-> _________________________________________________________________
-> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
---
-Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ]
-Redhat Certified Engineer [#807101313203345]
-http://www.devaluate.com [nick@devaluate.com]
-[ cynical: a word used by the frightened to describe the realistic ]
-
-From frostycoolslug at hotmail.com Sun Dec 23 13:58:01 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <F67RAluo3npvqnJNeO9000007dd@hotmail.com>
-
-what a great answer!! :D
-/me bows down to j00 da masta!
-
-seriously now, i dunno hwta andys got planned, but u will prolly find some1
-make it as a module for version 5.0, but i'm a lowlife, so i wont do it :D
-
-
->From: "Nicholas A. Martini" <nick@devaluate.com>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] (no subject)
->Date: Sat, 22 Dec 2001 22:59:31 -0500
->
->so use epona.
->
->On Sat, Dec 22, 2001 at 11:45:35PM -0400, Chris Grady wrote:
-> > Have you ever considered adding something like "botserv".
-> > Other services come with botserv, which allows you to create bots to sit
->in
-> > channels and moderate them.
-> > Sure, i could just get an eggdrop, but this would be more convenient to
-> > just type a command, and have services summon up a new services bot!
-> >
-> > _________________________________________________________________
-> > Get your FREE download of MSN Explorer at
->http://explorer.msn.com/intl.asp.
-> >
-> > ------------------------------------------------------------------
-> > To unsubscribe or change your subscription options, visit:
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->--
->Nicholas A. Martini [Autonomous Drone #AD-2918787-REJ]
->Redhat Certified Engineer [#807101313203345]
->http://www.devaluate.com [nick@devaluate.com]
->[ cynical: a word used by the frightened to describe the realistic ]
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Send and receive Hotmail on your mobile device: http://mobile.msn.com
-
-
-From grifferz at blitzed.org Sun Dec 23 17:18:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-In-Reply-To: <F215THeWgrh0yfS7my20000a8a7@hotmail.com>; from gradyboy@hotmail.com on Sat, Dec 22, 2001 at 11:45:35PM -0400
-References: <F215THeWgrh0yfS7my20000a8a7@hotmail.com>
-Message-ID: <20011223151743.Q5533@laudanum.strugglers.net>
-
-On Sat, Dec 22, 2001 at 11:45:35PM -0400, Chris Grady wrote:
-> Have you ever considered adding something like "botserv".
-> Other services come with botserv, which allows you to create bots to sit in
-> channels and moderate them.
-> Sure, i could just get an eggdrop, but this would be more convenient to just
-> type a command, and have services summon up a new services bot!
-
-What is their purpose?
-
---
-The Blitzed IRC Network, http://www.blitzed.org
-
-<thoughtless> there's all these quotes about me giving head
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011223/7147feda/attachment.pgp
-From phish at winchat.net Mon Dec 24 04:30:01 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-References: <3c2205eb.66313@achurch.org>
-Message-ID: <008701c18c22$ef664c00$9865fea9@flip>
-
-why is it that when i upgrade a version of services, all the G:Lines set on
-the network get removed... any idea?
-
-phish
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Thursday, December 20, 2001 3:26 PM
-Subject: [IRCServices] Services 4.5.35 released
-
-
-> Services 4.5.35 has been released, and can be downloaded from:
->
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-> ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
->
-> ftp.ircservices.za.net and the mirrors should have it shortly.
->
-> Among other things, this release fixes a bug in the Japanese language
-> file which allows arbitrary users to crash Services; all users should
-> upgrade to this version of Services as soon as possible.
->
-> Changes in version 4.5.35
-> -------------------------
-> 2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
-> Reported by Michael Raff <raff@electrocity.com>
-> 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-> 2001/12/17 Fixed typo in Japanese language file causing crashes.
-> Reported by <fabulous@t7ds.com.br>
-> 2001/12/03 Fixed bug in import-db preventing compilation when an IRC
-> server type other than Unreal was selected. Reported
-> by Dung T. Nguyen <theonlydung@rogers.com>
-> 2001/12/02 Fixed bug in autokill checking causing permanent autokills
-> to expire. Reported by Lloyd Williams
-> <binary_frog@chatcircuit.com>
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From griever at t2n.org Mon Dec 24 04:33:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-In-Reply-To: <008701c18c22$ef664c00$9865fea9@flip>
-Message-ID: <Pine.LNX.4.33.0112232032140.15253-100000@linux.ircd-net.org>
-
-On Mon, 24 Dec 2001, phish wrote:
-
-> why is it that when i upgrade a version of services, all the G:Lines set on
-> the network get removed... any idea?
->
-> phish
-
-because services removes all the G:lines
-> ----- Original Message -----
-> From: "Andrew Church" <achurch@achurch.org>
-> To: <ircservices@ircservices.za.net>
-> Sent: Thursday, December 20, 2001 3:26 PM
-> Subject: [IRCServices] Services 4.5.35 released
->
->
-> > Services 4.5.35 has been released, and can be downloaded from:
-> >
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-> > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
-> >
-> > ftp.ircservices.za.net and the mirrors should have it shortly.
-> >
-> > Among other things, this release fixes a bug in the Japanese language
-> > file which allows arbitrary users to crash Services; all users should
-> > upgrade to this version of Services as soon as possible.
-> >
-> > Changes in version 4.5.35
-> > -------------------------
-> > 2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
-> > Reported by Michael Raff <raff@electrocity.com>
-> > 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-> > 2001/12/17 Fixed typo in Japanese language file causing crashes.
-> > Reported by <fabulous@t7ds.com.br>
-> > 2001/12/03 Fixed bug in import-db preventing compilation when an IRC
-> > server type other than Unreal was selected. Reported
-> > by Dung T. Nguyen <theonlydung@rogers.com>
-> > 2001/12/02 Fixed bug in autokill checking causing permanent autokills
-> > to expire. Reported by Lloyd Williams
-> > <binary_frog@chatcircuit.com>
-> >
-> > --Andrew Church
-> > achurch@achurch.org
-> > http://achurch.org/
-> > ------------------------------------------------------------------
-> > To unsubscribe or change your subscription options, visit:
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From phish at winchat.net Mon Dec 24 04:43:00 2001
-From: phish at winchat.net (phish)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-References: <Pine.LNX.4.33.0112232032140.15253-100000@linux.ircd-net.org>
-Message-ID: <009b01c18c24$f00a1b30$9865fea9@flip>
-
-isn't it also a bit stupid that normal opers without operserv access can't
-add glines because it appears you need to use /operserv akill to add a
-gline...
-isn't that one of the reasons why opers are there?
------ Original Message -----
-From: "Finny Merrill" <griever@t2n.org>
-To: <ircservices@ircservices.za.net>
-Sent: Monday, December 24, 2001 2:32 AM
-Subject: Re: [IRCServices] Services 4.5.35 released
-
-
-> On Mon, 24 Dec 2001, phish wrote:
->
-> > why is it that when i upgrade a version of services, all the G:Lines set
-on
-> > the network get removed... any idea?
-> >
-> > phish
->
-> because services removes all the G:lines
-> > ----- Original Message -----
-> > From: "Andrew Church" <achurch@achurch.org>
-> > To: <ircservices@ircservices.za.net>
-> > Sent: Thursday, December 20, 2001 3:26 PM
-> > Subject: [IRCServices] Services 4.5.35 released
-> >
-> >
-> > > Services 4.5.35 has been released, and can be downloaded from:
-> > >
-> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
-> > >
-> > > ftp.ircservices.za.net and the mirrors should have it shortly.
-> > >
-> > > Among other things, this release fixes a bug in the Japanese
-language
-> > > file which allows arbitrary users to crash Services; all users should
-> > > upgrade to this version of Services as soon as possible.
-> > >
-> > > Changes in version 4.5.35
-> > > -------------------------
-> > > 2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
-> > > Reported by Michael Raff <raff@electrocity.com>
-> > > 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-> > > 2001/12/17 Fixed typo in Japanese language file causing crashes.
-> > > Reported by <fabulous@t7ds.com.br>
-> > > 2001/12/03 Fixed bug in import-db preventing compilation when an IRC
-> > > server type other than Unreal was selected. Reported
-> > > by Dung T. Nguyen <theonlydung@rogers.com>
-> > > 2001/12/02 Fixed bug in autokill checking causing permanent autokills
-> > > to expire. Reported by Lloyd Williams
-> > > <binary_frog@chatcircuit.com>
-> > >
-> > > --Andrew Church
-> > > achurch@achurch.org
-> > > http://achurch.org/
-> > > ------------------------------------------------------------------
-> > > To unsubscribe or change your subscription options, visit:
-> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> > ------------------------------------------------------------------
-> > To unsubscribe or change your subscription options, visit:
-> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
->
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From achurch at achurch.org Mon Dec 24 04:47:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-Message-ID: <3c2697c3.02137@achurch.org>
-
->isn't it also a bit stupid that normal opers without operserv access can't
->add glines because it appears you need to use /operserv akill to add a
->gline...
->isn't that one of the reasons why opers are there?
-
- Taking your argument in reverse, isn't it stupid that Unreal allows
-opers to add G:lines, because that overrides any checks Services makes on
-them? (G:lines and autokills are exactly the same thing.)
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
->----- Original Message -----
->From: "Finny Merrill" <griever@t2n.org>
->To: <ircservices@ircservices.za.net>
->Sent: Monday, December 24, 2001 2:32 AM
->Subject: Re: [IRCServices] Services 4.5.35 released
->
->
->> On Mon, 24 Dec 2001, phish wrote:
->>
->> > why is it that when i upgrade a version of services, all the G:Lines set
->on
->> > the network get removed... any idea?
->> >
->> > phish
->>
->> because services removes all the G:lines
->> > ----- Original Message -----
->> > From: "Andrew Church" <achurch@achurch.org>
->> > To: <ircservices@ircservices.za.net>
->> > Sent: Thursday, December 20, 2001 3:26 PM
->> > Subject: [IRCServices] Services 4.5.35 released
->> >
->> >
->> > > Services 4.5.35 has been released, and can be downloaded from:
->> > >
->> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
->> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
->> > >
->> > > ftp.ircservices.za.net and the mirrors should have it shortly.
->> > >
->> > > Among other things, this release fixes a bug in the Japanese
->language
->> > > file which allows arbitrary users to crash Services; all users should
->> > > upgrade to this version of Services as soon as possible.
->> > >
->> > > Changes in version 4.5.35
->> > > -------------------------
->> > > 2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
->> > > Reported by Michael Raff <raff@electrocity.com>
->> > > 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
->> > > 2001/12/17 Fixed typo in Japanese language file causing crashes.
->> > > Reported by <fabulous@t7ds.com.br>
->> > > 2001/12/03 Fixed bug in import-db preventing compilation when an IRC
->> > > server type other than Unreal was selected. Reported
->> > > by Dung T. Nguyen <theonlydung@rogers.com>
->> > > 2001/12/02 Fixed bug in autokill checking causing permanent autokills
->> > > to expire. Reported by Lloyd Williams
->> > > <binary_frog@chatcircuit.com>
->> > >
->> > > --Andrew Church
->> > > achurch@achurch.org
->> > > http://achurch.org/
->> > > ------------------------------------------------------------------
->> > > To unsubscribe or change your subscription options, visit:
->> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
->> >
->> > ------------------------------------------------------------------
->> > To unsubscribe or change your subscription options, visit:
->> > http://www.ircservices.za.net/mailman/listinfo/ircservices
->> >
->>
->> ------------------------------------------------------------------
->> To unsubscribe or change your subscription options, visit:
->> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-From griever at t2n.org Mon Dec 24 04:47:26 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-In-Reply-To: <009b01c18c24$f00a1b30$9865fea9@flip>
-Message-ID: <Pine.LNX.4.33.0112232046110.15323-100000@linux.ircd-net.org>
-
-On Mon, 24 Dec 2001, phish wrote:
-
-imho services shouldnt do this if operserv/akill isnt loaded.
-
-> isn't it also a bit stupid that normal opers without operserv access can't
-> add glines because it appears you need to use /operserv akill to add a
-> gline...
-> isn't that one of the reasons why opers are there?
-
-
-From griever at t2n.org Mon Dec 24 04:54:00 2001
-From: griever at t2n.org (Finny Merrill)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-In-Reply-To: <3c2697c3.02137@achurch.org>
-Message-ID: <Pine.LNX.4.33.0112232053030.15323-100000@linux.ircd-net.org>
-
-On Mon, 24 Dec 2001, Andrew Church wrote:
-
-> >isn't it also a bit stupid that normal opers without operserv access can't
-> >add glines because it appears you need to use /operserv akill to add a
-> >gline...
-> >isn't that one of the reasons why opers are there?
->
-> Taking your argument in reverse, isn't it stupid that Unreal allows
-> opers to add G:lines, because that overrides any checks Services makes on
-> them? (G:lines and autokills are exactly the same thing.)
-
-isn't it stupid that hybrid and ircu also allow opers to add G:lines, and
-dreamforge & friends allow opers to add akills (iirc)?
-
->
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >----- Original Message -----
-> >From: "Finny Merrill" <griever@t2n.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, December 24, 2001 2:32 AM
-> >Subject: Re: [IRCServices] Services 4.5.35 released
-> >
-> >
-> >> On Mon, 24 Dec 2001, phish wrote:
-> >>
-> >> > why is it that when i upgrade a version of services, all the G:Lines set
-> >on
-> >> > the network get removed... any idea?
-> >> >
-> >> > phish
-> >>
-> >> because services removes all the G:lines
-> >> > ----- Original Message -----
-> >> > From: "Andrew Church" <achurch@achurch.org>
-> >> > To: <ircservices@ircservices.za.net>
-> >> > Sent: Thursday, December 20, 2001 3:26 PM
-> >> > Subject: [IRCServices] Services 4.5.35 released
-> >> >
-> >> >
-> >> > > Services 4.5.35 has been released, and can be downloaded from:
-> >> > >
-> >> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-> >> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
-> >> > >
-> >> > > ftp.ircservices.za.net and the mirrors should have it shortly.
-> >> > >
-> >> > > Among other things, this release fixes a bug in the Japanese
-> >language
-> >> > > file which allows arbitrary users to crash Services; all users should
-> >> > > upgrade to this version of Services as soon as possible.
-> >> > >
-> >> > > Changes in version 4.5.35
-> >> > > -------------------------
-> >> > > 2001/12/17 Added missing support for Unreal CHGIDENT/CHGHOST/CHGNAME.
-> >> > > Reported by Michael Raff <raff@electrocity.com>
-> >> > > 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-> >> > > 2001/12/17 Fixed typo in Japanese language file causing crashes.
-> >> > > Reported by <fabulous@t7ds.com.br>
-> >> > > 2001/12/03 Fixed bug in import-db preventing compilation when an IRC
-> >> > > server type other than Unreal was selected. Reported
-> >> > > by Dung T. Nguyen <theonlydung@rogers.com>
-> >> > > 2001/12/02 Fixed bug in autokill checking causing permanent autokills
-> >> > > to expire. Reported by Lloyd Williams
-> >> > > <binary_frog@chatcircuit.com>
-> >> > >
-> >> > > --Andrew Church
-> >> > > achurch@achurch.org
-> >> > > http://achurch.org/
-> >> > > ------------------------------------------------------------------
-> >> > > To unsubscribe or change your subscription options, visit:
-> >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> >
-> >> > ------------------------------------------------------------------
-> >> > To unsubscribe or change your subscription options, visit:
-> >> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> >
-> >>
-> >> ------------------------------------------------------------------
-> >> To unsubscribe or change your subscription options, visit:
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> >------------------------------------------------------------------
-> >To unsubscribe or change your subscription options, visit:
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
->
-
-
-From achurch at achurch.org Mon Dec 24 05:27:00 2001
-From: achurch at achurch.org (Andrew Church)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Re: glines
-Message-ID: <3c26a109.02160@achurch.org>
-
-Finny Merrill wrote:
-[about ircu/hybrid allowing opers to set G:lines and dreamforge allowing
-opers to set akills]
-
- Services doesn't support ircu/hybrid (I'm going to try and fix up
-ircu support in the future, and that will include removing improper G:lines)
-so that's a moot point. Dreamforge SHOULDN'T allow opers to set akills--
-that's a services only thing--and if it does, I'll fix it so it doesn't.
-
- So shut up.
-
- --Andrew Church
- achurch@achurch.org
- http://achurch.org/
-
-From Mobil1man at stormbot.org Mon Dec 24 07:11:01 2001
-From: Mobil1man at stormbot.org (Mobil1man)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Services 4.5.35 released
-References: <3c2697c3.02137@achurch.org>
-Message-ID: <001701c18c39$901cb6f0$0200a8c0@MOBIL>
-
------ Original Message -----
-From: "Andrew Church" <achurch@achurch.org>
-To: <ircservices@ircservices.za.net>
-Sent: Sunday, December 23, 2001 8:48 PM
-Subject: Re: [IRCServices] Services 4.5.35 released
-
->
-> Taking your argument in reverse, isn't it stupid that Unreal allows
-> opers to add G:lines, because that overrides any checks Services makes on
-> them? (G:lines and autokills are exactly the same thing.)
-
-Heh, good point Andrew.
-
-Mobil1man / Tech
-Mobil1man@stormbot.org
-
-
-> --Andrew Church
-> achurch@achurch.org
-> http://achurch.org/
->
-> >----- Original Message -----
-> >From: "Finny Merrill" <griever@t2n.org>
-> >To: <ircservices@ircservices.za.net>
-> >Sent: Monday, December 24, 2001 2:32 AM
-> >Subject: Re: [IRCServices] Services 4.5.35 released
-> >
-> >
-> >> On Mon, 24 Dec 2001, phish wrote:
-> >>
-> >> > why is it that when i upgrade a version of services, all the G:Lines
-set
-> >on
-> >> > the network get removed... any idea?
-> >> >
-> >> > phish
-> >>
-> >> because services removes all the G:lines
-> >> > ----- Original Message -----
-> >> > From: "Andrew Church" <achurch@achurch.org>
-> >> > To: <ircservices@ircservices.za.net>
-> >> > Sent: Thursday, December 20, 2001 3:26 PM
-> >> > Subject: [IRCServices] Services 4.5.35 released
-> >> >
-> >> >
-> >> > > Services 4.5.35 has been released, and can be downloaded from:
-> >> > >
-> >> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.tar.gz
-> >> > > ftp://ftp.esper.net/ircservices/ircservices-4.5.35.diff.gz
-> >> > >
-> >> > > ftp.ircservices.za.net and the mirrors should have it shortly.
-> >> > >
-> >> > > Among other things, this release fixes a bug in the Japanese
-> >language
-> >> > > file which allows arbitrary users to crash Services; all users
-should
-> >> > > upgrade to this version of Services as soon as possible.
-> >> > >
-> >> > > Changes in version 4.5.35
-> >> > > -------------------------
-> >> > > 2001/12/17 Added missing support for Unreal
-CHGIDENT/CHGHOST/CHGNAME.
-> >> > > Reported by Michael Raff <raff@electrocity.com>
-> >> > > 2001/12/17 Fixed bug in TIME reply. Reported by <v13@priest.com>
-> >> > > 2001/12/17 Fixed typo in Japanese language file causing crashes.
-> >> > > Reported by <fabulous@t7ds.com.br>
-> >> > > 2001/12/03 Fixed bug in import-db preventing compilation when an
-IRC
-> >> > > server type other than Unreal was selected. Reported
-> >> > > by Dung T. Nguyen <theonlydung@rogers.com>
-> >> > > 2001/12/02 Fixed bug in autokill checking causing permanent
-autokills
-> >> > > to expire. Reported by Lloyd Williams
-> >> > > <binary_frog@chatcircuit.com>
-> >> > >
-> >> > > --Andrew Church
-> >> > > achurch@achurch.org
-> >> > > http://achurch.org/
-> >> > > ------------------------------------------------------------------
-> >> > > To unsubscribe or change your subscription options, visit:
-> >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> >
-> >> > ------------------------------------------------------------------
-> >> > To unsubscribe or change your subscription options, visit:
-> >> > http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >> >
-> >>
-> >> ------------------------------------------------------------------
-> >> To unsubscribe or change your subscription options, visit:
-> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
-> >
-> >------------------------------------------------------------------
-> >To unsubscribe or change your subscription options, visit:
-> >http://www.ircservices.za.net/mailman/listinfo/ircservices
-> ------------------------------------------------------------------
-> To unsubscribe or change your subscription options, visit:
-> http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-From whitevamp47 at hotmail.com Mon Dec 31 01:34:00 2001
-From: whitevamp47 at hotmail.com (David Davis)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <F454kiaLMUSOSDb1mwx00014296@hotmail.com>
-
-confirm 302710
-
-
-_________________________________________________________________
-MSN Photos is the easiest way to share and print your photos:
-http://photos.msn.com/support/worldwide.aspx
-
-
-From frostycoolslug at hotmail.com Mon Dec 31 14:24:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] (no subject)
-Message-ID: <F241rD0HpqiZ6AO7Kze0000eb52@hotmail.com>
-
-m0000000
-to that :P
-
-
->From: "David Davis" <whitevamp47@hotmail.com>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] (no subject)
->Date: Sun, 30 Dec 2001 15:21:17 -0800
->
->
->confirm 302710
->
->
->_________________________________________________________________
->MSN Photos is the easiest way to share and print your photos:
->http://photos.msn.com/support/worldwide.aspx
->
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Chat with friends online, try MSN Messenger: http://messenger.msn.com
-
-
-From alisor at softhome.net Mon Dec 31 16:11:00 2001
-From: alisor at softhome.net (Ali Sor)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Happy New Year
-Message-ID: <002501c19204$464d9aa0$70d7afc3@control>
-
-Happy New Yearto everyone...
-
-I hope in new year everybody gets the happiness they want and everybody becomes healthy
-
-Ali Sor
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011231/214ccb05/attachment.html
-From martinpels at hotmail.com Mon Dec 31 16:15:01 2001
-From: martinpels at hotmail.com (Martin Pels)
-Date: Sat Oct 23 23:01:35 2004
-Subject: [IRCServices] Happy New Year
-References: <002501c19204$464d9aa0$70d7afc3@control>
-Message-ID: <OE36fogkJXrRjbDt3Hv0000b40a@hotmail.com>
-
-Well said :)
-
-Have a great 2002 everyone!
- ----- Original Message -----
- From: Ali Sor
- To: ircservices@ircservices.za.net
- Sent: Monday, December 31, 2001 3:05 PM
- Subject: [IRCServices] Happy New Year
-
-
- Happy New Yearto everyone...
-
- I hope in new year everybody gets the happiness they want and everybody becomes healthy
-
- Ali Sor
--------------- next part --------------
-An HTML attachment was scrubbed...
-URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011231/c6dc0690/attachment.htm
-From frostycoolslug at hotmail.com Mon Dec 31 20:13:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:37 2004
-Subject: [IRCServices] Happy New Year
-Message-ID: <F34rYP0QzBxhJTANZww0000ee81@hotmail.com>
-
-i'l m000 to that :D
-m00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
-000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
-000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
-0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
-
-ok, i'll stop now ;D
-
-
-
->From: "Martin Pels" <martinpels@hotmail.com>
->Reply-To: ircservices@ircservices.za.net
->To: <ircservices@ircservices.za.net>
->Subject: Re: [IRCServices] Happy New Year
->Date: Mon, 31 Dec 2001 15:16:04 +0100
->
->Well said :)
->
->Have a great 2002 everyone!
-> ----- Original Message -----
-> From: Ali Sor
-> To: ircservices@ircservices.za.net
-> Sent: Monday, December 31, 2001 3:05 PM
-> Subject: [IRCServices] Happy New Year
->
->
-> Happy New Yearto everyone...
->
-> I hope in new year everybody gets the happiness they want and everybody
->becomes healthy
->
-> Ali Sor
-
-
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
-
-
-From Taavi.abc at mail.ee Mon Dec 31 21:43:01 2001
-From: Taavi.abc at mail.ee (Taavi abc)
-Date: Sat Oct 23 23:01:37 2004
-Subject: [IRCServices] mergeing databases.
-Message-ID: <20011231194255.E699917441@snow.fingers.co.za>
-
-Is there any chance to merge ircservices?
-
-From frostycoolslug at hotmail.com Mon Dec 31 22:02:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:37 2004
-Subject: [IRCServices] mergeing databases.
-Message-ID: <F68rnkYMStHKoiF4NfV0000efe7@hotmail.com>
-
-currently no, but i *THINK* this is gonna be a feature in Version5..
-dont hold me on that thou :D
-
-
->From: Taavi abc <Taavi.abc@mail.ee>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: [IRCServices] mergeing databases.
->Date: Mon, 31 Dec 2001 21:42:46 +0200 (EET)
->
->Is there any chance to merge ircservices?
->------------------------------------------------------------------
->To unsubscribe or change your subscription options, visit:
->http://www.ircservices.za.net/mailman/listinfo/ircservices
-
-
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
-
-
-From grifferz at blitzed.org Mon Dec 31 22:52:01 2001
-From: grifferz at blitzed.org (Andy Smith)
-Date: Sat Oct 23 23:01:37 2004
-Subject: [IRCServices] Happy New Year
-In-Reply-To: <F34rYP0QzBxhJTANZww0000ee81@hotmail.com>; from frostycoolslug@hotmail.com on Mon, Dec 31, 2001 at 06:12:47PM +0000
-References: <F34rYP0QzBxhJTANZww0000ee81@hotmail.com>
-Message-ID: <20011231205122.Q5533@laudanum.strugglers.net>
-
-On Mon, Dec 31, 2001 at 06:12:47PM +0000, Craig McLure wrote:
-> i'l m000 to that :D
-
-Moron.
-
-*plonk*
--------------- next part --------------
-A non-text attachment was scrubbed...
-Name: not available
-Type: application/pgp-signature
-Size: 232 bytes
-Desc: not available
-Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20011231/c1e6fd4c/attachment.pgp
-From frostycoolslug at hotmail.com Mon Dec 31 23:36:00 2001
-From: frostycoolslug at hotmail.com (Craig McLure)
-Date: Sat Oct 23 23:01:37 2004
-Subject: [IRCServices] Happy New Year
-Message-ID: <F145sluCBcKfExvWvqz000050b9@hotmail.com>
-
-sorry, had been drinking...
-seems the plonk on the yeah worked :D
-bit sober now :P
-can remeber what i want to type....
-errr.. cant remember what i was gonna put here.. so i'll finish with another
-m00 (a shorter 1 at that ;)
-happy new year ppl!
-m0000
-
-
->From: Andy Smith <grifferz@blitzed.org>
->Reply-To: ircservices@ircservices.za.net
->To: ircservices@ircservices.za.net
->Subject: Re: [IRCServices] Happy New Year
->Date: Mon, 31 Dec 2001 20:51:22 +0000
->
->On Mon, Dec 31, 2001 at 06:12:47PM +0000, Craig McLure wrote:
-> > i'l m000 to that :D
->
->Moron.
->
->*plonk*
-><< attach3 >>
-
-
-
-
---
-Craig McLure
-Craig@e-tidalwave.org
-WaveAdmin on the e-tidalwave IRC Network
-Ride the Wave! www.e-tidalwave.org
-
-
-_________________________________________________________________
-Join the world\92s largest e-mail service with MSN Hotmail.
-http://www.hotmail.com
-
-
projects / irc.git / blobdiff