Ian Lance Taylor <ian@airs.com> writes:

> However, there is clearly a bad interaction.  I suppose one
> possibility would be to not delay the ACK of a small packet.  Or a
> more cautious approach would be to add a new option, similar to
> TCP_NODELAY, which would mean ``do not use delayed acks.''  This would
> then be set by any application which expected to receive packets of
> data for which it would not generate an immediate reply.  I think it
> would be appropriate for telnetd to set that option, fixing the
> nethack problem.

Except of course telnetd should only turn on the new option when the
terminal is not in echo mode.  When in echo mode we do expect to
generate a new packet shortly, so a delayed ack will be beneficial.

Ian