Re: [Coder-Com] CNOTICE and CPRIVMSG
... and that would account for internet congestion how? -- Richard T Smith (aka xplora or wakco on Undernet IRC Network) Technician, Media Design School Official CService Admin, Undernet Channel Service Committee Work: [EMAIL PROTECTED], [EMAIL PROTECTED] Undernet: [EMAIL PROTECTED], [EMAIL PROTECTED] Home: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Personal Disclaimer: this email is from my own thoughts and opinions and unless otherwise stated does not represent Undernet, CService, or Media Design School. > From: <[EMAIL PROTECTED]> > Date: Fri, 4 May 2001 13:21:47 -0400 (EDT) > To: Perry Lorier <[EMAIL PROTECTED]> > Cc: Kev <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > Subject: Re: [Coder-Com] CNOTICE and CPRIVMSG > > I understand your intentions of disconnecting flooders. I am just > suggesting that you use time stamps with your CLIENT_FLOOD threshold. So > that if a client's receive queue exceeds a certain amount of bytes in a > given period of time, then disconnect it. > > That way the client can pace the amount of data it sends, without having > to do it heuristically. > > Onn Fri, 4 May 2001, Perry Lorier wrote: > >> On Wed, May 02, 2001 at 11:30:59AM -0400, [EMAIL PROTECTED] wrote: >>> Thanks for clearing that up. >>> >>> How should a client be programmed such that the receive queue never grows >>> above CLIENT_FLOOD? Should it control the amount of text per given time? >>> The client has no knowledge of how large the receive queue is on the >>> server. >>> >> >> We could remove clients from the read list when their recieve q has filled >> up. >> But the point of client_flood was to catch clients that were flooding and >> disconnecting them :) >> >> >
Re: [Coder-Com] New GNUWorld Web Interface
no. http://cservice.undernet.org/live/ uses php3 -- Richard T Smith (aka xplora or wakco on Undernet IRC Network) Technician, Media Design School Official CService Admin, Undernet Channel Service Committee Work: [EMAIL PROTECTED], [EMAIL PROTECTED] Undernet: [EMAIL PROTECTED], [EMAIL PROTECTED] Home: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Personal Disclaimer: this email is from my own thoughts and opinions and unless otherwise stated does not represent Undernet, CService, or Media Design School. > From: "Jonathan M. Slivko" <[EMAIL PROTECTED]> > Date: Fri, 15 Jun 2001 13:28:32 +0100 (BST) > To: Alex Badea <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: Re: [Coder-Com] New GNUWorld Web Interface > > Is this the same interface that is currently being used on The Undernet? > -- Jonathan > > Quoting Alex Badea <[EMAIL PROTECTED]>: > >> >> Hi, >> >> A few weeks ago, at Isomer's suggestion, I began working on a new web >> interface for GNUWorld. I'm happy to announce that I've managed to get >> it >> into a functional state. Here's a description: >> >> Features: >> * All public features of the current web interface: >> * Create new user accounts >> * Reclaim channels >> * Recover forgotten passwords >> * Informational features: >> * View user records >> * Edit your own user record >> * View channel records >> * Edit a channel where you have the right access >> * View/edit a channel's userlist >> * View/edit a channel's banlist >> * Change your own password >> * Submit a channel application (!) >> * Admin features: >> * Track channel applications and reject/register them >> * Check channel logs for recent interesting events >> * Check for channel managers which haven't logged in for 40 days >> >> TODO List: >> * Fix a few violations of the rule of numbers >> * Check for security holes >> * Tweak the channel registration part a bit >> * More admin functions >> * Refine the admin access control >> >> GNUWorld TODO List: >> * Complete the traffic check implementation >> * Complete the sync-the-cache-with-the-database implementation >> >> The archive is at http://vampire.go.ro/files/cservice-ng.tar.gz >> (-ng as in New Generation :P). I developed the interface using PHP4, so >> it >> may not work with previous versions of PHP. Sorry about that. >> >> Anctiously awaiting feedback, >> Vampire- >> >> -- >> Alex Badea | [EMAIL PROTECTED] | http://vampire.go.ro >> - Official Coder-Com Representative on Undernet - >> >> >> > > > > > Jonathan M. Slivko <[EMAIL PROTECTED]> > Tech. Support, Simple Hosting Solutions > Server Co-Administrator, AsylumNet IRC Networks > http://www.asylum-net.org -- check us out! >
Re: [Coder-Com] a suggestion for a new X feature and a featurefor Bots
this would be better sent to [EMAIL PROTECTED] [EMAIL PROTECTED] do not decide on anything you are asking about, they only implement that which is asked for in the server's by the Server admins, with a select few implementing in X what CService asks for. considering invite only lets you invite yourself in, i do not see a reason why we cannot lower the access of the command... however it is not my decision to make. but i will bring it up. ;) -- Richard T Smith (aka xplora or wakco on Undernet IRC Network) Technician, Media Design School Official CService Admin, Undernet Channel Service Committee Work: [EMAIL PROTECTED], [EMAIL PROTECTED] Undernet: [EMAIL PROTECTED], [EMAIL PROTECTED] Home: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Personal Disclaimer: this email is from my own thoughts and opinions and unless otherwise stated does not represent Undernet, CService, or Media Design School. > From: BRiTELiTE <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Tue, 19 Jun 2001 17:36:56 +0200 > To: [EMAIL PROTECTED] > Subject: [Coder-Com] a suggestion for a new X feature and a feature for Bots > > > > HI there, > > I've got an idea for a new (also easy to implementable) feature for the > channel service bot X. > > Some idiots on the net force us somethimes to set our channel to +im. > Okay, it is possible to get our regular visitors an auto voice with > no further Access on X, with just 1 Access point. > > The thing we dont like, is: X has not a user flag (please not a level), > that allows users to invite just theirselves (but not other users!!) in > the channel, if the channel mode is +i and they're not banned. > > So what about a user flag (that does not depend on a user level, because > not senseful in EVERY case) that lets users invite theirselves in a > channel? > > Before i get misunderstood: I'm not talking about an auto invite. > The problem at the moment is just, that there is no possibility to let > a user invite itself (and no one other!), if he's not banned. > > Surely clear: Would only have to work when the user is not banned. > > It's stretching our nerves if there opens 20 queries only asking for > invitation. I think, this could be practically for many channels. > > > Another idea i have is for bots. At the moment, the bot can recognize, > if a "mass join" is after a split, because a "merge" server notices. > As it's no more possible to get the user mode +s since the last time, > it would be great to tell some channel bots that there is split (and > of course, the re-merge, too!!!) thru a user mode? > > Just a notice, that there is coming a rejoin (and of course, a > resynch) within the next XX seconds or something... Anything that lets > the bot make a difference between a joining botnet and a resynching > split. > > Surely knows the bot, that there is split (other ppl are leaving with > *.split), but the bot cant figure out when the servers mergge, no bot > will recognize. Maybe you have an idea on how to implement that. > > With best regards, > > Undernet's BRiTELiTE from #germany > >
Re: [Coder-Com] +ei modes
NewNet (i think is the one, i'm sure its some NNet irc network) is the only IRC network those RFC's actually refer to, and none OTHER (that i know of, unless they are specifically using that networks server code). I suggest you write the creator of those RFC's to find out where to get the server code that supports those RFC's. -- Richard T Smith (aka xplora or wakco on Undernet IRC Network) Technician, Media Design School Official CService Admin, Undernet Channel Service Committee Work: [EMAIL PROTECTED], [EMAIL PROTECTED] Undernet: [EMAIL PROTECTED], [EMAIL PROTECTED] Home: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Personal Disclaimer: this email is from my own thoughts and opinions and unless otherwise stated does not represent Undernet, CService, or Media Design School. > From: "Kristian Trenskow" <[EMAIL PROTECTED]> > Date: Fri, 20 Jul 2001 02:08:03 +0200 > To: <[EMAIL PROTECTED]> > Subject: [Coder-Com] +ei modes > > Dear Undernet Coder Commitee. > > I've read the RFC 2812 and 2813, and found out, that the RFC actually > mentions setting exception lists and invite lists in channels (+ie > followed by a mask), and found out that the ircu doesn't support this. > I'm using the QuakeNet network which runs ircu, but with a patch, and > I'm not aware, if it's their patch that removes the support, but I > wouldn't think so. > Just a little question I would like to ask. > > Thanks > > //Kristian Trenskow > Outlet @ Quakenet > >
Re: [Coder-Com] Logout
and the number of reasons why there isn't one out number the reason for 1 by 50 to 1, and they all pertain to abusing X. wish we could have it, but it is just not a good idea. -- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School. > From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > Date: Sat, 22 Sep 2001 04:04:35 -0500 (CDT) > To: <[EMAIL PROTECTED]> > Subject: [Coder-Com] Logout > > We could do with a logout command in X so people so if needed we can > logout so people cannot see who is logged in using the status command. > > Simba > >
Re: [Coder-Com] putquick
1. it is a very bad idea (as already stated in the other replies) to have the server disable it's built in flood protection. 2. putquick is a tcl command used by an eggdrop bot, if you are outputting notices, that are 10 lines long you are more likely to flood the bot off, than get the message through, putquick should be used for things like flood pro tcl scripts, for notices use puthelp it maybe slower but it guarantee's that the notices will get through and without flooding your eggdrop offline. 3. [EMAIL PROTECTED] is for help/questions/discussion about server code, not eggdrops sorry. -- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School. > From: [EMAIL PROTECTED] > Date: Wed, 31 Oct 2001 11:48:18 +0100 > To: [EMAIL PROTECTED] > Subject: [Coder-Com] putquick > > When trying to send 10 lines of text using putquick "NOTICE $nick :some > message" from a tcl script the 4 first lines are display immediatly > to$nick, but the remaining 6 lines are displayed with 1-2 seconds between. > Is this a penalty options in ircu doing this delay on many lines or ??? If > so, is it possible to switch this off? > > -Svein- >
Re: [Coder-Com] About suspension, and how to override it.
best way to handle would require a way of detaching the suspension from access list, that way if the access is removed then re-added the suspension remains (probably require a separate suspension table that would mimic the access list except only have entries for actual suspensions) -- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School. > From: Greg Sikorski <[EMAIL PROTECTED]> > Date: Thu, 27 Sep 2001 22:55:52 +0100 > To: "Bjørn Osdal" <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Coder-Com] About suspension, and how to override it. > > [EMAIL PROTECTED] wrote on 27/09/2001 19:20:24: > >> Why not put a code in that sais if a user is suspended, he can not be > removed. >> >> I presume you know that if you have someone on the userlist that is > close to >> you, and is willig to "betrade" the other ops, he could /msg x remuser >> #channel username, and then /msg x adduser #channel username level, and > his >> suspension is cancelled. >> >> > > The downside of this is you can essentially "Lock" a person into being > added in a channel without their consent, just by suspending them - > they'll be unable to remove themselves from #!!hot-turtles. You > could make it so that self-remuser's still work, however you're left with > the same problem :) > > Greg >
Re: [Coder-Com] 439's
20 in 2 minutes (it's the privmsg/notice too many targets). question has to be tho, why are you creating a "cyclebot"... reason i say this is while i can think of and know of a few reasons to do this, i should also warn you that mass-advertising is not allowed or liked on undernet, and all information it may be collecting as well as what it is doing should never be used for this purpose. -- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f Technician, Media Design School Ltd. [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School Ltd. > From: "Alexander Maassen" <[EMAIL PROTECTED]> > Date: Tue, 27 Nov 2001 18:27:28 +0100 > To: <[EMAIL PROTECTED]> > Subject: [Coder-Com] 439's > > I'm currently working on a new tcl for cyclebots, the tcl itself is actually > done, but the issue is that because of the joinamount it triggers throttles > and the bots get 439's, my questions are: > > - Are those throttles host based or client (numeric) based ? > - What is the optimal joincount/minute for a single client before it triggers > a 439 ? > > If I get decent answers on those I would be able to recode the script a bit to > take these into account to minimize the amount of cyclers needed to check > channels. > > >
Re: [Coder-Com] FW: X's unban... is that a bug?
this has not changed since the old X... you have enough access to remove the ban on the channel but not enough access to remove the ban in X, result, X removes the channel, but notify's you that you cannot remove the ban in X. -- Richard T Smith - [EMAIL PROTECTED] Technician, Media Design School Ltd. CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. Note: Unless stated this email does not represent Media Design School Ltd. > From: "Empus" <[EMAIL PROTECTED]> > Reply-To: <[EMAIL PROTECTED]> > Date: Wed, 10 Apr 2002 13:47:49 +1200 > To: <[EMAIL PROTECTED]> > Subject: [Coder-Com] FW: X's unban... is that a bug? > > ack, I sent this e-mail to early, thinking that it *did* remove the ban. > However, it did not, a couple of minutes later: > > [13:44] *** Marc_-- ([EMAIL PROTECTED]) > has joined #politics > [13:44] *** X sets mode: +b *!*@*.Dial1.Phoenix1.Level3.net > [13:44] *** Marc_-- was kicked by X ((sansmith) *Saddam_Jr* jewish piece of > shit - Shame, Shame) > > [13:45] -> *x* lbanlist #politics *level3* > [13:45] -X- *** Ban List for channel #politics *** > [13:45] -X- #politics *!*@dialup-65.57.34.26.Dial1.Phoenix1.Level3.net > Level: 450 > [13:45] -X- ADDED BY: Brytani ( jews are descendants of fruit > maggots) > [13:45] -X- SINCE: Tue Apr 2 06:43:49 2002 > [13:45] -X- EXP: 6 days, 02:58:17 > [13:45] -X- #politics *!*@*.Dial1.Phoenix1.Level3.net Level: 300 > [13:45] -X- ADDED BY: sansmith (*Saddam_Jr* jewish piece of shit - Shame, > Shame) > [13:45] -X- SINCE: Wed Apr 3 04:22:25 2002 > [13:45] -X- EXP: 7 days, 00:36:53 > [13:45] -X- *** END *** > > What's going on?! > > -Original Message- > From: Empus [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 10, 2002 1:45 PM > To: [EMAIL PROTECTED] > Subject: X's unban... is that a bug? > > > This interested me today... > Can anyone enlighten my about this? is it some kind of bug? > > > [13:43] *** Marc_-- ([EMAIL PROTECTED]) > has joined #politics > [13:43] *** X sets mode: +b *!*@*.Dial1.Phoenix1.Level3.net > [13:43] *** Marc_-- was kicked by X ((sansmith) *Saddam_Jr* jewish piece of > shit - Shame, Shame) > [13:43] -> *x* unban #politics *!*@*.Dial1.Phoenix1.Level3.net > [13:43] -X- You have insufficient access to remove the ban > *!*@dialup-65.57.34.26.Dial1.Phoenix1.Level3.net from #politics's database > [13:43] -X- You have insufficient access to remove the ban > *!*@*.Dial1.Phoenix1.Level3.net from #politics's database > [13:43] *** X sets mode: -b *!*@*.Dial1.Phoenix1.Level3.net > [13:43] -X- Removed 1 bans that matched *!*@*.Dial1.Phoenix1.Level3.net > > > -Mike > Empus@IRC > >
Re: [Coder-Com] I have a problem with ircu.
this is 2.10.11 latest beta on MacOS X after doing make
cc -g -O3 -pipe -I. -I.. -I../include -c ircd.c -o ircd.o
ircd.c:455: illegal expression, found `)'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic
mode
ircd.c: In function `parse_command_line':
ircd.c:455: parse error before `)'
ircd.c: In function `main':
ircd.c:600: too few arguments to function `event_init'
make[1]: *** [ircd.o] Error 1
it appears to be saying MAXCONNECTIONS is not defined ...
455:
printf("\nCompiled for a maximum of %d connections.\n", MAXCONNECTIONS);
600:
event_init(MAXCONNECTIONS);
looking to see if i can find out why...
--
Richard T Smith - [EMAIL PROTECTED]
Technician, Media Design School Ltd.
CAUTION: This communication is confidential and may be legally privileged.
If you have received it in error you must not use, disclose, copy or retain
it. Please immediately notify us by return email and then delete the email.
Note: Unless stated this email does not represent Media Design School Ltd.
> From: Thomas Berglund <[EMAIL PROTECTED]>
> Date: Tue, 16 Apr 2002 19:14:17 +0200
> To: [EMAIL PROTECTED]
> Subject: [Coder-Com] I have a problem with ircu.
>
> Hi!
>
> Can somebody please look at this picture, and tell me what I can do.
>
> I'm running Mac OS X, and I have installed the developer tools, so what
> can I do to compile ircu?
>
> It would be nice with some help installing ircu in Mac OS X.
>
> Please help!
>
>
>
>
>
> -
> Thomas Berglund
>
Re: [Coder-Com] I have a problem with ircu.
./configure in 2.10.11 doesn't know what to set MAXCONNECTIONS to in MacOS X
after doing ./configure edit config.h and set maxconnections to 252 or lower
if you wish to set higher you will have to find out how to set FD_SETSIZE
higher under MacOS X through one of Apple's mail lists.
--
Richard T Smith - [EMAIL PROTECTED]
Technician, Media Design School Ltd.
CAUTION: This communication is confidential and may be legally privileged.
If you have received it in error you must not use, disclose, copy or retain
it. Please immediately notify us by return email and then delete the email.
Note: Unless stated this email does not represent Media Design School Ltd.
> From: Richard Smith <[EMAIL PROTECTED]>
> Date: Wed, 17 Apr 2002 12:05:07 +1200
> To: <[EMAIL PROTECTED]>
> Subject: Re: [Coder-Com] I have a problem with ircu.
>
> this is 2.10.11 latest beta on MacOS X after doing make
>
> cc -g -O3 -pipe -I. -I.. -I../include -c ircd.c -o ircd.o
> ircd.c:455: illegal expression, found `)'
> cpp-precomp: warning: errors during smart preprocessing, retrying in basic
> mode
> ircd.c: In function `parse_command_line':
> ircd.c:455: parse error before `)'
> ircd.c: In function `main':
> ircd.c:600: too few arguments to function `event_init'
> make[1]: *** [ircd.o] Error 1
>
>
> it appears to be saying MAXCONNECTIONS is not defined ...
>
> 455:
> printf("\nCompiled for a maximum of %d connections.\n", MAXCONNECTIONS);
>
> 600:
> event_init(MAXCONNECTIONS);
>
> looking to see if i can find out why...
>
> --
> Richard T Smith - [EMAIL PROTECTED]
> Technician, Media Design School Ltd.
>
> CAUTION: This communication is confidential and may be legally privileged.
> If you have received it in error you must not use, disclose, copy or retain
> it. Please immediately notify us by return email and then delete the email.
>
> Note: Unless stated this email does not represent Media Design School Ltd.
>
>> From: Thomas Berglund <[EMAIL PROTECTED]>
>> Date: Tue, 16 Apr 2002 19:14:17 +0200
>> To: [EMAIL PROTECTED]
>> Subject: [Coder-Com] I have a problem with ircu.
>>
>> Hi!
>>
>> Can somebody please look at this picture, and tell me what I can do.
>>
>> I'm running Mac OS X, and I have installed the developer tools, so what
>> can I do to compile ircu?
>>
>> It would be nice with some help installing ircu in Mac OS X.
>>
>> Please help!
>>
>>
>>
>>
>>
>> -
>> Thomas Berglund
>>
>
>
Re: [Coder-Com] Ban/Kill with fingerprint
on 18/4/02 06:15, Chojin at [EMAIL PROTECTED] wrote: > - Original Message - > From: "Chris Crowther" <[EMAIL PROTECTED]> > To: "Chojin" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, April 17, 2002 8:02 PM > Subject: Re: [Coder-Com] Ban/Kill with fingerprint > > >> On Wed, 17 Apr 2002, Chojin wrote: >> >>> what about ban/kill using fingerprint associated with a provider ? (I > want >>> to ban someone with *.aol.com associated with his fingerprint). >> >> What exactly do you mean by fingerprint? You can set klines and >> bans on masks such as *@*.aol.com already. >> > > > I mean fingerprint is a sort a computer id and if I gline a users with > *@*.aol.com with his fingeprint, even if user changes his IP (with isp > reconnection) he is still glined because his fingerprint is glined. Other > users from aol can join. > > -- > Chojin > > sorry but that doesn't answer the question... what is a fingerprint? and how are the server's supposed to get it?
[Coder-Com] last modified: processing \n in nicks
"last modified:" in the user lists and ban lists is letting \'s in the nick!user@host (usually just the nick where nicks can have \'s in them) be processed (ie \n is cutting off the rest of the line, most other variations are at least hiding the \ and code attached) -- xplora @ undernet
Re: [Coder-Com] Banlist
on 30/4/02 08:50, éL NìçoS at [EMAIL PROTECTED] wrote: > > Coders, > > I also have a suggestion. Large channels often deal with floods. Most off > those large channels prefer to put two or three eggdrops online to protect > themselves against the floodhosts. On most off these channels the banlist is > quickly filled... > > Many users asked to enlarge banlists on UnderNet, so they can put more bans. I > don't think that is a solution, the banlist will be full again after a while. > But it might be possible to code a bancheck for X, an automated function in X > in wich you set a maximal number off bans before X clears the banlist in the > channel. That way there is no need to enlarge banlists, and the problem is > also solved. > > Just a thought... > > éL NìçóS thanks for the suggestion, i have passed this onto [EMAIL PROTECTED] because it is they whom would have to decide on this. please note, to my knowledge (i could be wrong here, but not on this list), ALL undernet.org mail lists have a no html formatted email policy, for future suggestions please remember to disable html formatting before sending. Regards -- [EMAIL PROTECTED]
Re: [Coder-Com] level 500 command proposal
Regarding *!*@*.* see Isomer's email. There IS enough security. Regarding what to do when your username is hacked on undernet... First, go to http://cservice.undernet.org/live/ login (if you still can) and change your password, if you cannot login, use forgotten password (link both in side bar and right below where to login). Failing those to options, email [EMAIL PROTECTED], if still no help, then as a last resort try [EMAIL PROTECTED] [EMAIL PROTECTED] only comes into the picture when you see someone else's username is hacked and being abused. (and even then this should be verified by asking in #CService) (Please give all email addresses 5 days to reply, if no reply after 5 days resend the email) Regards [EMAIL PROTECTED] Official CService Admin On 18/5/02 4:55, "Alexander Maassen" <[EMAIL PROTECTED]> wrote: > Hello Cosmin, > > Friday, May 17, 2002, 2:50:20 PM, you wrote: > > CM> Hello. > > CM> Almost everybody knows that if you have sufficient > CM> access in a channel to set a ban through X and you set > CM> that ban on *!*@*.* X will kick all users from that > CM> channel. You need access level >= ban level to remove > CM> it. The problem is that the username's password can be > CM> stolen. So, with a stolen password and sufficient > CM> access you can kick out an entire channel. This > CM> sucks... > CM> My proposal is to add a new channel setting (level > CM> 500). For example FULLBAN (OFF or ON) which allow (or > CM> not) users to set bans on *.* . I guess is a good > CM> ideea... 10x & please excuse my english. > > CM> Best regards, > CM> JL` > > > CM> __ > CM> Do You Yahoo!? > CM> LAUNCH - Your Yahoo! Music Experience > CM> http://launch.yahoo.com > > Nice idea, but there is one problem. If you have looked at the > mailingarchive you would see this problem has been discussed before > and noone seems to care about it. Sounds harsch and is a personal > opinion. But likely to be a fact. > Stolen usernames are considered a lack of security on the clients side > where the user has not put enough efforts into securing his data. Thus > in case of a compromised client the client is on his own and needs to > act damn quickly in immediately mailing [EMAIL PROTECTED] . > The problem that accompanies it that this mailbox receives massive > amounts of mail, so before they read it could take a couple of days. > > My opinion is to completly remove the option to be able to use *!*@* > as kick/ban mask. (Run: you stated you would use it to clean up your banlist, > so it > would only be needed to UNBAN, no need to use it for BAN/KICK in this > matter) >
Re: [Coder-Com] Adduser
Sorry but CService aren't interested, (I know I've been asking for ages, and I'm on the inside, but you can work around this simply by regularly monitoring /msg x info yourusername), and I am told that X is already being "taxed" to much on login. (although my way around that was simply to add a setting to let the user decide if they want to be notified when they are added, and when set only add/notify when online, if not online, the user is not added) In short, the best thing to do is set up a timer to /msg X info yourusername Regards [EMAIL PROTECTED] Cservice Administrator On 6/6/02 1:07, "Bjørn Osdal JR" <[EMAIL PROTECTED]> wrote: > Cawders, > > When a user is 'attempted' added to X, wouldn't it be nice if X could send a > notice to the user, if he was online? And if the user isn't online, well, > then it could be memorized in X next time the user logged in, sorta like the > password notice CService has at present. > > Something like.. > > [3:01:38pm] MSG -> *X* adduser #channel snatcher 100 > [3:03:19pm] [Personal Notice] X: You have been added to #Channel by snatcher, > level 100. If you do not want access to this channel, type /msg X remuser > #Channel snatcher. > > Just a thought. :) > > --- > Bjørn Osdal JR (Snatcher) <[EMAIL PROTECTED]> -- http://www.mediadesign.school.nz/ This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean. CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email.
Re: [Coder-Com] Adduser
As inserted: > From: Valcor <[EMAIL PROTECTED]> > Date: Thu, 6 Jun 2002 14:16:51 -0500 > To: Richard Smith <[EMAIL PROTECTED]> > Subject: Re: [Coder-Com] Adduser > > Hello xplora, > > I'm not a very good coder, and have personally not even attempted > anything quite as complex as X, or even the ircd, so excuse my > questions for appear completely and utterly stupid ;) No offence is > intended. My coding experience isn't in this area, but it interests > me, so I try to learn ;) > Heh, me too > On Wednesday, June 05, 2002, you wrote: >> Sorry but CService aren't interested, (I know I've been asking for >> ages, and I'm on the inside, but you can work around this simply by >> regularly monitoring /msg x info yourusername), and I am told that X >> is already being "taxed" to much on login. > > Taxed as in what way? Surely adding an extra table, and a new field > wouldn't make *that* much difference? I mean, the extra tag on the > main user table saying that since their last login, they were added to > a channel... if that flag is set, then look into the other table, and > show them the table, once the record is shown, delete it (or I'm sure > there is probably an easier way). > "and I am told that" <-- hmmm I would have thought that at least implied that I didn't know. As for the rest... Well you are only preaching to the converted. Please just tell people that if they really want this kind of feature added and installed on X the place to email is [EMAIL PROTECTED], use [EMAIL PROTECTED] if you want the feature just added to gnuworld/cmaster for use on another network. -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Patch idea.. any thoughts?
Due to the nature of IRC's client<->server protocol, the join/parts are a must, but because of the server and traffic load, setting (and in particular removing) a channel mode to do this is probably not practical, how about creating a new channel type, that is global (like # and + channels) but is always in this "auditorium" mode with perhaps a channel mode for defining whether +v users can be seen or not. > On Fri, Jul 26, 2002 at 09:15:26PM +0200, bas wrote: > >> Sounds like "auditorium" mode. IRCplus has it, check ircplus for which >> char they use (if you must). i dont think this feature should be used on >> undernet, as its far from "pure", which ircu is atm. > > Thanks for the tip about IRCplus; I'm talking about this change for the > QuakeNet patch rather than ircu "proper" anyway, so whether it gets used or > not depends on whether I can persuade the QuakeNet people that it's > worthwhile :). > > Anyway, ircplus uses +x for "auditorium" mode. It appears to have the > following properties: > > * When +x is set, it broadcasts lots of PARTs such that only the opped users > remain visible to the non-opped users. Opped users still see everyone. > > * Once +x is set, opped users can see everything, non-ops can only see > ops; the same goes for channel text (so ops can see things said by > non-ops) > > * If someone is opped, a JOIN is broadcast to everyone, and the opped user > sees a JOIN flood of all the previously-invisible users. > > * If someone is deopped, a PART is broadcast to everyone, and the opped user > sees a PART flood of all the non-op users. > > * If the chan is set -x, it appears to break horribly :). I don't know if > it's just a bug in the particular version I tested[1] but it completely > shafts client sync; doesn't even broadcast the -x change to clients > (although the -x change does happen). mIRC users doing a /names get their > namelist back in sync but I don't think this can be relied upon. > > I think if we do implement this feature we need something more along the > lines of what I explained initially (i.e. +v users are visible and can > talk but can't see everyone). > > splidge > > [1] It spewed some random error at me, so it did know it was broken.. > -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Patch idea.. any thoughts? [restarted]
hmmm: Channel has 2000 users in it with, 5 ops 5 voiced Anyone whose anyone knows that if someone were to join that channel from anything less than a dual channel ISDN line (and probably including) is not going to handle the flood of /names, and the ensuing irc clients doing things like /who or /userhost for everyone in that channel. And for the situation requested, it is also unfair to expect all the users will know how to set there clients to not get extra information on the nicknames from /names. Also a channel mode for "auditorium" mode is impracticle because in order to not break the protocol in the example above 1995 people would have to be sent 1995 joins/parts when the channel mode is removed/set (respectively). (that¹s 3980025 messages that would have to be sent, if you are wondering) However this would be fine for those being opped/deopped because, only the person being opped/deopped would need to see everyone join/part (that¹s 3989 messages, made up of 1 per client that couldn't/wont see them (1995) plus 1994 for the person being opped/deopped) So I am suggesting, if someone really wants this, they are better off creating a channel type (ie -channel instead of #channel), not a mode, simply because the semantics of the channel mode would create too much server load (which is probably why IRCPlus didn't like the channel mode being removed). > Doesn't that pretty much destroy the concept behind IRC... As for the above line, so does channel modes +m +k +s +p +i +l +n. It was my understanding this was being aimed at another network out there that could actually use such a feature, and I am only trying to answer them. -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Unable to start server
On Friday, Sep 20, 2002, at 08:14 Pacific/Auckland, ChyeNW wrote: > using FreeBSD-3.2 > running ircu2.10.11, latest from CVS > > bash-2.03$ ./ircd > ERROR: This server will not run as superuser. > bash-2.03$ > > Anybody knows why this happens ? > it is not recommended to run ircd as root, create a special user to run it as, then run it. -- Regards Richard Smith Media Design School Technician -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] raw 330 (X username in whois) format changed ?
Before we get too carried away, this bug is on the server season`d is on, not diemen.*, and it actually looks like someone has specifically hacked mesa's code. mesa.* is using u2.10.11.02 and I tested and confirmed this from elsene.* which is also using u2.10.11.02 and doesn't have this bug. Seems to me the admin of mesa.* (or whomever it was that compiled u2.10.11.02) is thinking more of the way it looks than the RFC. > hi there, > > I was whois'ing a friend that is connected to mesa.* and I observed that a > remote whois (/whois nick nick) was returning me a different username. > > [12:44] -> Server: whois season`d > Season`d is [EMAIL PROTECTED] * *** This space left empty. *** > Season`d using *.undernet.org The Undernet Underworld > [12:44] Season`d is logged in as Seasoned > season`d End of /WHOIS list. > > in telnet, it shows this: > :Diemen.NL.EU.Undernet.org 311 hidd Season`d trialgun ready2.lock-n-load.org > * :*** This space left empty. *** > :Diemen.NL.EU.Undernet.org 312 hidd Season`d *.undernet.org :The Undernet > Underworld > :Diemen.NL.EU.Undernet.org 330 hidd Season`d Seasoned :is logged in as > :Diemen.NL.EU.Undernet.org 318 hidd season`d :End of /WHOIS list. > > The 2 whois I just pasted are ok. (local whois from Diemen.*) > > But, when i attempt to make a remote whois on Season`d (still connected from > Diemen.*): > > [12:47] -> Server: whois season`d season`d > Season`d is [EMAIL PROTECTED] * *** This space left empty. *** > Season`d using *.undernet.org The Undernet Underworld > Season`d is an IRC Operator > > [12:47] Season`d logged is <- see this line ? > > Season`d has been idle 1hr 21mins 4secs, signed on Sat Oct 12 20:06:37 > season`d End of /WHOIS list. > > telnet: > :Diemen.NL.EU.Undernet.org 311 hidd Season`d trialgun ready2.lock-n-load.org > * :*** This space left empty. *** > :Diemen.NL.EU.Undernet.org 312 hidd Season`d *.undernet.org :The Undernet > Underworld > :Diemen.NL.EU.Undernet.org 313 hidd Season`d :is an IRC Operator > :Diemen.NL.EU.Undernet.org 330 hidd Season`d is logged in as Seasoned > :Diemen.NL.EU.Undernet.org 317 hidd Season`d 4910 1034467597 :seconds idle, > signon time > :Diemen.NL.EU.Undernet.org 318 hidd season`d :End of /WHOIS list. > > Comparison between the 2 telnet lines: > local whois: > :Diemen.NL.EU.Undernet.org 330 hidd Season`d Seasoned :is logged in as > remote whois: > :Diemen.NL.EU.Undernet.org 330 hidd Season`d is logged in as Seasoned > > comparison between 2 mirc v6.03 lines: > local whois: > [12:44] Season`d is logged in as Seasoned > remote whois: > [12:47] Season`d logged is > > is this a bug ? irc clients are getting confused atm .. and my script too, > (easy to fix though). Or this is a 'wanted' change ? > > I just thought I should let you know. > > regards, > > > Hidden > > > -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] raw 330 (X username in whois) format changed ?
> At 23:34 13/10/2002, you wrote: >> Before we get too carried away, this bug is on the server season`d is on, >> not diemen.*, and it actually looks like someone has specifically hacked >> mesa's code. > > i'd not worry for mesa* if i were you if its bugged > it more than certain than its more than just "hacked". > im sure you can find alot of more interesting things. > no more comments. > My apologies for any confusion, I did not mean to stat or even imply the server had been hacked, but merely that the admin has specifically made a change. -- Regards [EMAIL PROTECTED] PS this has been undone in the last couple of hours, congrats to the admin involved on such a quick reaction. -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] +x mode (bug?)
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thursday 17 Oct 2002 11:19 am, peter green wrote: > >> however i don't like hidden host at all because it means if you ban a user >> they can just get a new X account and come back. some isp's give users an >> entire subdomain to themselves so they could get as many new X accounts as >> they liked > > Last time I checked, registrations were manualy checked by services, they can > also ban entire IP ranges from registering accounts. Multiple regitrations > from the same e-mail sub-domain would likely be queried. > Are queried ;) >> the only soloution i can see to this is to make e-mail addresses visible >> and then have x enforce bans against them >> From: Entrope <[EMAIL PROTECTED]> > > Not a viable suggestion - you're opening people upto spam, mail bombing, etc. > Definitely not viable. Undernet's CService will never give out email address information, nor allow this idea. We take pride in the privacy of the emails to the point that even Undernet's oper's and Undernet's server admin's that are not directly involved with Undernet's CService do not have access to a username's email address. -- xplora is wakco (Richard T Smith) yeehaa, doggy... b44w00f Technician, Media Design School Ltd. [EMAIL PROTECTED], Official CService Admin, Undernet Channel Service Committee, Undernet IRC Network. Note: Unless stated this email is from my own thoughts and opinions and does not represent Undernet, CService, or Media Design School Ltd. -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] clearmode and +r
On Monday, Nov 11, 2002, at 09:51 Pacific/Auckland, The Storm Surfer wrote: On Sat, Nov 09, 2002 at 10:52:14PM -0500, Kev wrote: Little thing: CLEARMODE doesn't remove channelmode +r ... +r is intentionally left out of the default control string. how come? Perhaps because if you can use CLEARMODE you can get into the channel anyway, since CLEARMODE is intended you help you get into the channel. CLEARMODE is not recommended for use as it doesn't help if someone (or there bot/script) is in the channel ready to reset the modes CLEARMODE clears. -- Regards [EMAIL PROTECTED] Official CService Administrator -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] clearmode and +r
OK, my apologies, i did not know there was an oper /clearmode available. i was talking about using /msg x clearmode #channel where unless something has changed that i do not know about, what i have said holds true. -- Regards Richard Smith Media Design School Technician -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] country in users.undernet.org
> cheers nighty > > how about the country thing then? > > perhaps put romaniuhhh or canaduhhh on all of them? > > just kidding =) > > anyway > > - wensu As a New Zealander I can say, sad news is... Like some small ISP's, some countries can't afford it either. -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] WHOIS ...
> I still have difficulties about the concept of considering the idea of > showing IPs to ops on a channel a security breach, but i heard some > interesting ideas in the few last days... 1. First of all, due to the privacy concerns coder-com really isnt the place for this, it's up to the undernet admins to decide how to handle it. > Some were talking about complaining to Undernet autorities so they would be > able to retrace who's who and contact ISPs. That's nice in theory... but > sincerely, i don't think this could work. First of all, i'm not sure there > opers that have that much time to offer... And he would need to act during > the attack, fact that is quite problematic since the pples who are attacked > aren't online at the moment of the attack. (peer or timeout casualties) But > if you want to try it i'll try this. 2. Any username's being used for clones/flooding should be logged and reported to [EMAIL PROTECTED] (they can investigate the usernames and stop there use, if necessary) > About /Gen comment. We do not have any op of flood problem, the problem is > the DDoS one and since you admit that a user cannot directly act upon this, > at least when we contacted responsible ISP, those computers wheren't use > anymore to flood us. Yes this could seem pointless since attackers will find > new one... I know... but ifnobody complains to ISP, if this does not became > suffisently annoying, ISP will not take seriously the problem, law suit will > not force them to be carefull about security, etc. Anyway, maybe i am the > only one, but in my little world, since there isn't real securiy in TCP/IP > and that i know it, i decided a long time ago to inform by one mail each and > every ISP that are being used for DDoS or illegal activities that they were. > Hoping (maybe i'm simply stupid but i don't see an other way to make > internet work) that someday this movement will have some level of impact. My > sole point is that Undernet is now trying to help their users and that's > nice, but they are misguided by bloking any trace option on abuser. (My > humble and respectfull opinion) 3. Since DDoS isn't done over IRC, all you need to be careful of is making sure you are logged into your username in order to stop them from getting your address to target, that¹s all Undernet can really offer on the subject. > For Chris Crowther [[EMAIL PROTECTED]] argument stating that "That's a > specious argument, if law enforcment want information, they'll just ask for > it.". Can i simply say that your quite right, but that your comment is > purely a theoric one? If i go to the police station stating that DuDe123 on > the undernet network was attacking my internet connexion (from 100 proxies > but that he was claiming it) and that i do not know his ISP, IP or anything > about him else than the fact that he is using alternatively username1 > username2 or username3 on undernet this won'T go very far? Maybe after a > while they'll contact the Undernet administrators ang get the email that was > use to register those mails... maybe they'll go back until they stop on a > free emaila ccount somewhere in Tombouctoo. This will not help very much... > anyway not as much as a solid IP+timestamp would. But you know what, i > promise i will try this also... we'll see :o) See my 2nd comment > About X command for complaining.. this could ad least give us a tool for > complaining... But i have an even better suggestion for you... That would > work simply and still cover the privacy of anyone... By a simple procedure, > you could create a forwarding email address for every account in real > time... 4. Break the whole privacy thing, in order to keep there email private, we cannot set up email that would forward to there address. (that is not why they gave the address in the first place) > - This would be triggered when a email would be sent to > [EMAIL PROTECTED] or when a person would enter text and a > username into a form into http://ISPabuse.undernet.org. > - The mail would be sent to abuse@ for the ISP of the online person who is > using the username, using a simple rule of 'the 2 last sections of any > domain name unless the 2 last sections are 2 letters each and then use a > tree section domain name'... I know this is not an universal solution... > - You could preface the mail by a warning from the undernet stanting how the > email was sent and why (...). 5. This would not work, most of the addresses/hosts the "attackers" might use would not fit into that nice programmable bubble as implied above. 6. would not work for those people whose usernames have been hacked (either by there computer being hacked or they fell for one of those stupid requests for passwords that have become popular today) > I think this could be use to contact over 80% of the ISPs... helping a lot > and giving the choice to ISP of how or if they want to disclose their IPs > (...) by responding to the email... All without giving away the identity of > th
Re: [Coder-Com] WHOIS ...
>> opers that have that much time to offer... And he would need to act during >> the attack, fact that is quite problematic since the pples who are attacked >> aren't online at the moment of the attack. > > how about having in cservice, for each account, the last few logins with > real nick!user@host, IP, login TS and quit TS. > That becomes a storage issue -- xplora is the wakco tanewha -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Spam
> > well a decent e-mail client and a little bit of patience on behalf of the > end user, can easily delete,filter spam. > > i have many filters, annoying as they are to set up, but at least it does > it's job 90-95% of the time. (of course spammers are tricky and that 5-10% > always gets through, such is life.) > > - wensu > A good mental block always helps too ;) -- xplora is the wakco tanewha -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Fwd: [User-Com] consistency.
MAXCHANS: bots should always assume 10 channel on undernet, some servers happen to allow more, and there has been 1 case to my knowledge where a server admin had chosen to only allow 5 channels. But this setting is really up to the server's own administrator. MAXBANS: this has recently been changed from 30 to 45, any server not currently on 45 has probably not been recently upgraded. (as i understand it, this setting is supposed to be consistent) Im not sure this is the right place to write, but the website did say that if you had a suggestion to write here. My suggestion is a little consistency among the servers. If you want to know what i mean, just check out the raw 005 reply on each server. Servers have different maxchans and maxbans. Being an owner of a bot as well as someone who writes my own script, this is annoying. -- Regards [EMAIL PROTECTED] Official CService Administrator -- http://www.mediadesign.school.nz/ CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] user parameter on raws.
also note, that officially the command names should be in ALL CAP's (ie
NICK and USER) regardless of the fact that most servers will accept the
lowercase version thereof.
On Monday, Mar 10, 2003, at 06:11 Pacific/Auckland, [EMAIL PROTECTED] wrote:
I strongly suggest reading the rfc1459:
End of command is \n\r and not \n\n;
The fullname in USER should be prefixed with : to indicate, that it's
the
last parameter.
PHP issues:
Strings are not prefixed and sufixed with an escaped doublequote,
""
is enough.
Hello;
in one of my php document i am using this parameters and about this
parameters, i need raw`s \"user\" command`s parameters on undernet
server.
If u
send me that parameters i will be very happy. My computer has more
than
one
statical ip and i want to use one of them so i need this parameters.
I do
not know about if localhost settings are activated after user
command...
If
u give me information about these i will be pleased to you. Good
works.
My php tags ;
if($loop==0){
fputs($fp,\"nick $nick\\n\\n\");
fputs($fp,\"user $nick $server $server $fullname\\n\\n\");
if($loop==0){
fputs($fp,"NICK $nick\r\n");
fputs($fp,"USER $nick $server $server $fullname\r\n");
--
volta
+++ GMX - Mail, Messaging & more http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
--
http://www.mediadesign.school.nz/
CAUTION: This communication is confidential and may be legally
privileged.
If you have received it in error you must not use, disclose, copy or
retain
it. Please immediately notify us by return email and then delete the
email.
This message has been scanned for viruses and dangerous content by
MailScanner with McAfee UVScan, and is believed to be clean.
--
Regards
Richard Smith
Media Design School Technician
--
http://www.mediadesign.school.nz/
CAUTION: This communication is confidential and may be legally privileged.
If you have received it in error you must not use, disclose, copy or retain
it. Please immediately notify us by return email and then delete the email.
This message has been scanned for viruses and dangerous content by
MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] Feature request for ircu
On Wednesday, Jun 11, 2003, at 12:09 Pacific/Auckland, Gavin Grieve wrote: On Wed, 2003-06-11 at 10:00, Tim Ramsey wrote: Frederik Vervaet wrote: Will be abused instantly. For example : users on a shared uni network behind NAT will have same [EMAIL PROTECTED] thus allowing them to collide others from the same network. My thoughts are similar. At various times, I connect a second client from the same [EMAIL PROTECTED] for a number of reasons, mostly it is to get around minutes of lag. It would be very frustrating for my first client to be collided just because I connected a second client. What about allowing the user to lower the ping timeout setting on connect? That seems a usable compromise. Another fix would be to allow users to ask X to zot old nicks with the same [EMAIL PROTECTED] logged in to the same Cservice ID. This seems a better solution imho, however as with all things related to X, thou shalt get CService to want it implemented, and so it shall be coded. Other networks have this ability due to patches they've coded themselves. Gavin aka HeKTik CService wont do it, mostly because it means letting X use the power to /kill or "nick collide" and the Server Admins do not want that. X was simply not created with that purpose in mind. the client selects ping timeouts seems to be the best option here. (plus do you want to give a hacker the ability to /kill you if they happen to get your username and password?) -- Regards [EMAIL PROTECTED] Official CService Administrator -- CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] problem with my X and my server
On Friday, Jun 13, 2003, at 09:03 Pacific/Auckland, L'archange Eldianel wrote: My server is ircu 2.10.11.04 and my X is CS6.0 ! I hate to point out the obvious, and i hope someone on [EMAIL PROTECTED] really can help you, but... CS6.0 is not the X that Undernet has EVER used, for help with that bot you are probably going to have to start with where you downloaded it from. What i do know is, CS6.0 is apparently still very much a P9 server, and ircu2.10.11.04 is a P10 server only, which is probably where your problems lie, try getting hold of a 2.9.* server or downloading ircu2.10.07 which I believe is the last ircu release to support P9 servers/services. -- Regards [EMAIL PROTECTED] Official CService Administrator (disclaimer, all ircu ref's refer to irc undernet, not irc universal) -- CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] problem with my X and my server
On Friday, Jun 13, 2003, at 10:40 Pacific/Auckland, Richard Smith wrote: On Friday, Jun 13, 2003, at 09:03 Pacific/Auckland, L'archange Eldianel wrote: My server is ircu 2.10.11.04 and my X is CS6.0 ! I hate to point out the obvious, and i hope someone on [EMAIL PROTECTED] really can help you, but... CS6.0 is not the X that Undernet has EVER used, for help with that bot you are probably going to have to start with where you downloaded it from. What i do know is, CS6.0 is apparently still very much a P9 server, and ircu2.10.11.04 is a P10 server only, which is probably where your problems lie, try getting hold of a 2.9.* server or downloading ircu2.10.07 which I believe is the last ircu release to support P9 servers/services. -- Regards [EMAIL PROTECTED] Official CService Administrator (disclaimer, all ircu ref's refer to irc undernet, not irc universal) /me humbly apologises for bring up P9 and suggesting 2.9.* when P9 wasn't the issue. -- Regards [EMAIL PROTECTED] Official CService Administrator -- CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
Re: [Coder-Com] usermode +x hostmasking and chanserv X bot bans
On Thursday, Aug 21, 2003, at 13:27 Pacific/Auckland, stoney` wrote: Hi, Cservice frowns upon users having multiple usernames. If you suspect someone of using multiple usernames, stop by #cservice to report the infraction. stoney` or better yet, log it and email it to [EMAIL PROTECTED] or [EMAIL PROTECTED] -- Regards [EMAIL PROTECTED] Official CService Administrator -- CAUTION: This communication is confidential and may be legally privileged. If you have received it in error you must not use, disclose, copy or retain it. Please immediately notify us by return email and then delete the email. This message has been scanned for viruses and dangerous content by MailScanner with McAfee UVScan, and is believed to be clean.
