From owner-cvs-all Wed Nov 4 22:06:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20466 for cvs-all-outgoing; Wed, 4 Nov 1998 22:06:03 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20461; Wed, 4 Nov 1998 22:06:02 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id VAA28468; Wed, 4 Nov 1998 21:59:26 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id VAA05263; Wed, 4 Nov 1998 21:59:25 -0800 (PST) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id VAA12623; Wed, 4 Nov 1998 21:59:24 -0800 (PST) From: Don Lewis Message-Id: <199811050559.VAA12623@salsa.gv.tsc.tdk.com> Date: Wed, 4 Nov 1998 21:59:24 -0800 In-Reply-To: Poul-Henning Kamp "Re: cvs commit: src/usr.sbin/inetd inetd.c" (Nov 4, 8:58pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Poul-Henning Kamp , "Andrey A. Chernov" Subject: Re: cvs commit: src/usr.sbin/inetd inetd.c Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Nov 4, 8:58pm, Poul-Henning Kamp wrote: } Subject: Re: cvs commit: src/usr.sbin/inetd inetd.c } In message <19981104225055.A17178@nagual.pp.ru>, "Andrey A. Chernov" writes: } >On Wed, Nov 04, 1998 at 11:39:47AM -0800, Poul-Henning Kamp wrote: } >> phk 1998/11/04 11:39:47 PST } > } >> It will return "ERROR:HIDDEN-USER" for all requests. } > } >Just wonder, why? } } Makes sendmail connect a bit faster... It shouldn't. If nothing is listening on this port, the initial SYN packet should get a TCP RST as a response, and the client's connect() call should then return ECONNREFUSED. If inetd is listening, then the client will have to wait for the initial three-way handshake, the data to be transferred, and part of the connection teardown. The only time things should be slow is if you block access to this port so that there is no response to the client's SYN, so that the client retries a few times and finally has to time out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message