From owner-freebsd-hackers Fri Dec 18 14:11:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08375 for freebsd-hackers-outgoing; Fri, 18 Dec 1998 14:11:36 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08368 for ; Fri, 18 Dec 1998 14:11:32 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA13818; Fri, 18 Dec 1998 15:11:17 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd013784; Fri Dec 18 15:11:09 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id PAA12736; Fri, 18 Dec 1998 15:11:07 -0700 (MST) From: Terry Lambert Message-Id: <199812182211.PAA12736@usr09.primenet.com> Subject: Re: tcp bug on reeBSD To: guido@gvr.org (Guido van Rooij) Date: Fri, 18 Dec 1998 22:11:07 +0000 (GMT) Cc: dg@root.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <19981216203558.A7912@gvr.org> from "Guido van Rooij" at Dec 16, 98 08:35:58 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Ah..how stupid ;-() I indeed mixed up the server/client here. > > I;ll look later today exactly what my application (being mirror) wanted > > to send to the other side because that should not have happened at all. > > I checked why my mirror sent these 6 bytes. What happened was that > wcarchive had reached its maximum number of anonymous ftp users and > after howing the banner just closed the control connection. Before > my system got the FIN it tried to send a 'QUIT\r\n' which caused > the RST from wcarchive. FWIW, qpopper has a similar problem. If you use an APOP command to authenticate, and it has problems locking the database, it "-ERR"'s the APOP, but then immediately "+OK"'s a disconnect, even if you didn't ask for it. The correct behaviour (according to the RFC, but who's counting?) is to "-ERR" and allow the user to attempt a "USER/PASS" authentication instead (or "QUIT", if they are afraid of sending their password in the clear). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message