Re: [Coder-Com] umode +x
| > >- -x is racy, and kinda pointless, the servers that set +x automatically | > >have been fixed. | > Plus, CService doesn't want you to be able to -x for the same reason | > there's no deauth command in X. -x has not the consequence that you would be deauthed in x, it would change your host... | And Coder Com doesn't want you to be able to flood with +x/-x over and | over again. No one wants to be flooded... Shouldn't we disable changing channel modes or topic changes then also? There is a risque we get flooded... Just a thought :)
Re: [Coder-Com] umode +x
Hey! How about we make everybody happy and create a F:line to handle -x activation or deactivation?Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Coder-Com] umode +x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >Hey! How about we make everybody happy and create a F:line to handle -x >activation or deactivation? > Haven't we just been over this? No. * We don't want people flooding -x/+x * It leads to race conditions in the network * If your IP is hidden, you can give it away with /msg, why do you need - -x? * etc... - -- You will triumph over your enemy. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Only when you are sure they have you, can you stop being paranoid iD8DBQE9/wAZcAgRpy8z8UQRAtLiAKDa2JReAZ33KaTz9nmuvokfZrjeogCdEuV8 WRPlsWCcYzxE4jq15840niM= =OVYh -END PGP SIGNATURE-
Re: [Coder-Com] umode +x
> | And Coder Com doesn't want you to be able to flood with +x/-x over and > | over again. > > No one wants to be flooded... Shouldn't we disable changing channel modes > or topic changes then also? There is a risque we get flooded... +/-x are a little bit more...chatty, shall we say? -- Kevin L. Mitchell <[EMAIL PROTECTED]>
Re: [Coder-Com] umode +x
| > | And Coder Com doesn't want you to be able to flood with +x/-x over and | > | over again. | > | > No one wants to be flooded... Shouldn't we disable changing channel modes | > or topic changes then also? There is a risque we get flooded... | | +/-x are a little bit more...chatty, shall we say? Yes I know,. but other users don't... That's why they ask that question I think :) Do we have a list of frequently asked questions? Just concerning questions like this one, not the technical problems then I mean. Maybe that is a good idea to avoid returning idea's from users subscribing to this list without having seen previous mails? | Kevin L. Mitchell <[EMAIL PROTECTED]> |
Re: [Coder-Com] umode +x
On 2002-12-17T15:35+0100, éL NìçoS wrote: ) | > | And Coder Com doesn't want you to be able to flood with +x/-x over ) | > | over again. ) | +/-x are a little bit more...chatty, shall we say? There are situations where one might legitimately want to -x, such as to switch a client over to another host (real host, not IRC hostname), or perhaps restart a client under screen. I imagine -x/+x flooding could be handled in much the same way as nick flooding was handled, have some threshold for floodable changes, then start lagging additional [immediate] ones. -- Daniel Reed <[EMAIL PROTECTED]> I don't like sending my conversation hundreds of miles where a lot of people can read it o_0 even if I am just talking about cheese. -- Avatar214, re: encryption in naim naim FAQ: http://128.113.139.111/~n/naim/FAQ
Re: [Coder-Com] umode +x
> There are situations where one might legitimately want to -x, such as to > switch a client over to another host (real host, not IRC hostname), or > perhaps restart a client under screen. I can't see what you mean in the first, and I don't see how -x is relevant to the second at all. > I imagine -x/+x flooding could be > handled in much the same way as nick flooding was handled, have some > threshold for floodable changes, then start lagging additional [immediate] > ones. of course; makes sense. Of course, it means keeping another timestamp in the struct Client, but... -- Kevin L. Mitchell <[EMAIL PROTECTED]>
[Coder-Com] Idea. (HIGHLY RECOMMENDED)
I believe you should make ircu2.* compatible with linking by dns, not just by IP. IF you could link by dns AND ip, i believe it would be alot more convenient for many users. Currently, every time a dynamic ip changes, the hub must change the ip, and rehash. This sort of leaves the impression that a dynamic ip, should be allowed to run ircu2. If these changes were to be made, I'm sure MANY users would be very Happy. I can be reached on Undernet (G``), and via email. ([EMAIL PROTECTED]) If you are not completely clear, don't wait to contact me. Yours Truly, Philippe
Re: [Coder-Com] Idea. (HIGHLY RECOMMENDED)
> I believe you should make ircu2.* compatible with linking by dns, not > just by IP. IF you could link by dns AND ip, i believe it would be alot > more convenient for many users. Currently, every time a dynamic ip > changes, the hub must change the ip, and rehash. This sort of leaves > the impression that a dynamic ip, should be allowed to run ircu2. If > these changes were to be made, I'm sure MANY users would be very Happy. > I can be reached on Undernet (G``), and via email. ([EMAIL PROTECTED]) > If you are not completely clear, don't wait to contact me. For security reasons, C-lines should use the IP address. DNS lookups *are* performed for C-lines, though--the result is cached, and a /rehash must be performed for the server to detect the change. This is not likely to change in the near future. -- Kevin L. Mitchell <[EMAIL PROTECTED]>
Re: [Coder-Com] umode +x
It's a great idea, one user-com has been using for the past few years. You
will need a few people to work on creating standard replies and then a
system where a few members of coder-com are given the task of doing all the
external replying. You will then need a system where each person who
replies can notify the other repliers that an email was answered (so as not
to have 2,3,4 of the same replies going to the person).
On user-com, we handled this by creating a separate email list where those
who reply can work on the standard replies and let the others know that an
email was answered.
Aside from the obvious benefits, like no endless repeating threads started
by yet another "outside" email on an already discusses topic, it allows
for professional, up to date, factual replies being sent from Undernet's
coder-com committee.
If anyone wants more info about implementing this here, feel free to email
me. I can "show" you the user-com model, but I'm not qualified to reply to
questions on this list.
stoney`
At 03:35 PM 12/17/2002 +0100, you wrote:
| > | And Coder Com doesn't want you to be able to flood with +x/-x over
and
| > | over again.
| >
| > No one wants to be flooded... Shouldn't we disable changing channel
modes
| > or topic changes then also? There is a risque we get flooded...
|
| +/-x are a little bit more...chatty, shall we say?
Yes I know,. but other users don't... That's why they ask that question I
think :)
Do we have a list of frequently asked questions? Just concerning questions
like this one, not the technical problems then I mean. Maybe that is a good
idea to avoid returning idea's from users subscribing to this list without
having seen previous mails?
| Kevin L. Mitchell <[EMAIL PROTECTED]>
|
-
Py Fivestones (stoney` on IRC)
[EMAIL PROTECTED]
__
Undernet user committee response team
{[EMAIL PROTECTED]}
#userguide - Undernet users helping users
http://www.user-com.undernet.org
Re: [Coder-Com] umode +x
For what it's worth, the problem discussed below (by reed) is a problem for families" where more than one person uses IRC. If mom is an op on #adult_chat. and wants to turn the computer over to her son John for a while, then being able to deauth/-X makes life easier. As it is now, mom must quit IRC then let John reconnect. No it's not a tragic situation, but it does make life easier for multi users households. stoney` I don't know what I'll do when my cat's old enough to IRC At 10:04 AM 12/17/2002 -0500, you wrote: On 2002-12-17T15:35+0100, éL NìçoS wrote: ) | > | And Coder Com doesn't want you to be able to flood with +x/-x over ) | > | over again. ) | +/-x are a little bit more...chatty, shall we say? There are situations where one might legitimately want to -x, such as to switch a client over to another host (real host, not IRC hostname), or perhaps restart a client under screen. I imagine -x/+x flooding could be handled in much the same way as nick flooding was handled, have some threshold for floodable changes, then start lagging additional [immediate] ones. -- Daniel Reed <[EMAIL PROTECTED]> I don't like sending my conversation hundreds of miles where a lot of people can read it o_0 even if I am just talking about cheese. -- Avatar214, re: encryption in naim naim FAQ: http://128.113.139.111/~n/naim/FAQ Py Fivestones [EMAIL PROTECTED]
Re: [Coder-Com] umode +x
I suppose it's something we could also consider folding into SRT, so that
we have one central repository for people who reply to things... Though
it'd probably be easier for Coder-Com to handle their own group of people.
-Colin
User-Com SRT coordinator-type-person (though Py does all the work)
At 07:48 PM 12/17/2002 -0500, you wrote:
It's a great idea, one user-com has been using for the past few years. You
will need a few people to work on creating standard replies and then a
system where a few members of coder-com are given the task of doing all
the external replying. You will then need a system where each person who
replies can notify the other repliers that an email was answered (so as
not to have 2,3,4 of the same replies going to the person).
On user-com, we handled this by creating a separate email list where those
who reply can work on the standard replies and let the others know that an
email was answered.
Aside from the obvious benefits, like no endless repeating threads started
by yet another "outside" email on an already discusses topic, it allows
for professional, up to date, factual replies being sent from Undernet's
coder-com committee.
If anyone wants more info about implementing this here, feel free to email
me. I can "show" you the user-com model, but I'm not qualified to reply to
questions on this list.
stoney`
At 03:35 PM 12/17/2002 +0100, you wrote:
| > | And Coder Com doesn't want you to be able to flood with +x/-x over
and
| > | over again.
| >
| > No one wants to be flooded... Shouldn't we disable changing channel
modes
| > or topic changes then also? There is a risque we get flooded...
|
| +/-x are a little bit more...chatty, shall we say?
Yes I know,. but other users don't... That's why they ask that question I
think :)
Do we have a list of frequently asked questions? Just concerning questions
like this one, not the technical problems then I mean. Maybe that is a good
idea to avoid returning idea's from users subscribing to this list without
having seen previous mails?
| Kevin L. Mitchell <[EMAIL PROTECTED]>
|
-
Py Fivestones (stoney` on IRC)
[EMAIL PROTECTED]
__
Undernet user committee response team
{[EMAIL PROTECTED]}
#userguide - Undernet users helping users
http://www.user-com.undernet.org
Re: [Coder-Com] umode +x
I'm not sure we have the expertise in user-com needed to fold coder-com SRT
into user-com Standard reply team. I would think coder-com would need a
senior coder to handle coder-com email as there's way too many subtle
questions that are platform and/or IRC net specific, for example. The
purpose any SRT (standard reply team) is to provide expert help while
promoting Undernet as a professional, user-friendly entity.
Py
At 05:20 PM 12/17/2002 -0800, you wrote:
I suppose it's something we could also consider folding into SRT, so that
we have one central repository for people who reply to things... Though
it'd probably be easier for Coder-Com to handle their own group of people.
-Colin
User-Com SRT coordinator-type-person (though Py does all the work)
At 07:48 PM 12/17/2002 -0500, you wrote:
It's a great idea, one user-com has been using for the past few years.
You will need a few people to work on creating standard replies and then
a system where a few members of coder-com are given the task of doing all
the external replying. You will then need a system where each person who
replies can notify the other repliers that an email was answered (so as
not to have 2,3,4 of the same replies going to the person).
On user-com, we handled this by creating a separate email list where
those who reply can work on the standard replies and let the others know
that an email was answered.
Aside from the obvious benefits, like no endless repeating threads
started by yet another "outside" email on an already discusses topic, it
allows for professional, up to date, factual replies being sent from
Undernet's coder-com committee.
If anyone wants more info about implementing this here, feel free to
email me. I can "show" you the user-com model, but I'm not qualified to
reply to questions on this list.
stoney`
At 03:35 PM 12/17/2002 +0100, you wrote:
| > | And Coder Com doesn't want you to be able to flood with +x/-x over
and
| > | over again.
| >
| > No one wants to be flooded... Shouldn't we disable changing channel
modes
| > or topic changes then also? There is a risque we get flooded...
|
| +/-x are a little bit more...chatty, shall we say?
Yes I know,. but other users don't... That's why they ask that question I
think :)
Do we have a list of frequently asked questions? Just concerning questions
like this one, not the technical problems then I mean. Maybe that is a good
idea to avoid returning idea's from users subscribing to this list without
having seen previous mails?
| Kevin L. Mitchell <[EMAIL PROTECTED]>
|
-
Py Fivestones (stoney` on IRC)
[EMAIL PROTECTED]
__
Undernet user committee response team
{[EMAIL PROTECTED]}
#userguide - Undernet users helping users
http://www.user-com.undernet.org
-
Py Fivestones (stoney` on IRC)
[EMAIL PROTECTED]
__
Undernet user committee response team
{[EMAIL PROTECTED]}
#userguide - Undernet users helping users
http://www.user-com.undernet.org
Re: [Coder-Com] umode +x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > For what it's worth, the problem discussed below (by reed) is a problem for > families" where more than one person uses IRC. If mom is an op on > #adult_chat. and wants to turn the computer over to her son John for a > while, then being able to deauth/-X makes life easier. As it is now, mom > must quit IRC then let John reconnect. > No it's not a tragic situation, but it does make life easier for multi They are seperate people with seperate IRC sessions, disconnecting/reconnecting is what they should be doing. CService won't be implementing deauth anytime soon. It reduces the amount of abuse of usernames substantially. > users households. - -- Being overloaded is the sign of a true Debian maintainer. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Only when you are sure they have you, can you stop being paranoid iD8DBQE+AAIZcAgRpy8z8UQRAmbjAJ93w1uGrwR/4hGJTctCtcjOQn0pHwCfVs80 KX0drNmTRiwXHLwAg+C1xts= =IN4x -END PGP SIGNATURE-
