max-connections in incoming.conf
rra at stanford.edu
Mon Sep 13 13:14:25 UTC 1999
Katsuhiro Kondou <kondou at nec.co.jp> writes:
> I think so, but that part of the code was written by Marc, and he said,
> if I remember correctly, his peer tries to connect quickly after the
> disconnect and he wanted to hold a while not to reconnect again.
If that's the problem, then we should probably hold on to the connection
for a little bit prior to printing the initial banner, then print the
banner with a too many connections error and close the connection. I
don't think that's what we currently do, right? Or am I just confused?
Currently, I've had peers that I'm pretty sure would understand an error
greeting and a close instead open five or six connections past their limit
and then keep thrashing them when they don't get any article throughput on
Russ Allbery (rra at stanford.edu) <URL:http://www.eyrie.org/~eagle/>
More information about the inn-workers