> There are people on coder-com that can answer these questions, perhaps
> better than some server admins. It would be great for these people to speak
> up, and help the admins by sharing their expertise.
Undernet has for a very long time had problems with floodnets. These
use up connections a
Very true, but coder-com can always advise server admins on optimum
settings and such. If this committee presented a good reason for not
setting the limit to 1, and gave it's expert advise as to why the max
connects should never be set lower then 2, it is possible that some or many
admins woul
On Fri, 19 Apr 2002, Py Fivestones wrote:
> network. Allowing servers to set 1 as the maximum connection from the same
> host is overkill and just causes frustration for users who get dumped for
> reasons beyond their control.
The number of connections per IP is an Admin decision which t
> Is the default setting 1 connection per user@host? If so, that may be the
> problem. If that's the case, how about setting the default to 2 and give
> the admins the choice to change the default?
The default is actually "unlimited", except for "unresolved" addresses
which are limited to 1 con
Is the default setting 1 connection per user@host? If so, that may be the
problem. If that's the case, how about setting the default to 2 and give
the admins the choice to change the default?
stoney`
At 04:02 AM 4/20/2002 +0200, you wrote:
I think that is a decision that is up to the admins,
no
I think that is a decision that is up to the admins,
not something coder-com should "hard code into the servers"...
On Fri, Apr 19, 2002 at 08:34:39PM -0400, Py Fivestones wrote:
> Hi,
> For some reason, many Undernet servers allow only one (1) connection from
> the same host. The result is ofte
Hi,
For some reason, many Undernet servers allow only one (1) connection from
the same host. The result is often that you are locked out of IRC after you
get dumped until your ghost leaves. You then reconnect (often automatically
via client setting) then trip the throttle feature.
Can we hard c
