max-connections in incoming.conf

Russ Allbery 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
them.

-- 
Russ Allbery (rra at stanford.edu)         <URL:http://www.eyrie.org/~eagle/>


More information about the inn-workers mailing list