-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 de
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
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)
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
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
repl
> 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 imp
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 tha
> 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 imagin
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 h
| > | 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
> | 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
-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 hi
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
| > >- -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...
14 matches
Mail list logo
