From owner-freebsd-hackers Sat Jul 10 10:13:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 646AF151E8; Sat, 10 Jul 1999 10:13:19 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 1130gf-000Ev1-00; Sat, 10 Jul 1999 19:13:17 +0200 From: Sheldon Hearn To: "Brian F. Feldman" Cc: hackers@FreeBSD.org Subject: Re: a BSD identd In-reply-to: Your message of "Sat, 10 Jul 1999 13:06:33 -0400." Date: Sat, 10 Jul 1999 19:13:17 +0200 Message-ID: <57350.931626797@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jul 1999 13:06:33 -0400, "Brian F. Feldman" wrote: > I don't see a point to that. I'm not sure whether you don't see the point in the existing behaviour, or whether you don't see the point in doing as I ask and supporting consistent behaviour in FreeBSD. The existing ident implementation is designed to answer queries without answering with any information. This is done so that services MTA's and irc daemons don't end up waiting for ages for the ident request to time out. Why do I want you to work your changes in as an extension that isn't turned on by default? The Principle Of Least Astonishment. If I have a system that hasn't been giving out local usernames in answser to ident queries, I sure as hell don't want it to suddenly start doing so without my telling it to. > However, I am finished. Please go to http://www.FreeBSD.org/~green/ > and get getcred.patch and inetd_ident.patch. I'll look at your inetd-related patches on Sunday evening or Monday and get back to you on Monday, but I do hope you see the light in what I've said above. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message