Received: from localhost (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id 6C9C7474E42 for ; Wed, 8 Jan 2003 21:24:40 -0500 (EST) Received: from candle.pha.pa.us (momjian.navpoint.com [207.106.42.251]) by postgresql.org (Postfix) with ESMTP id 779C14758E6 for ; Wed, 8 Jan 2003 21:24:36 -0500 (EST) Received: (from pgman@localhost) by candle.pha.pa.us (8.11.6/8.10.1) id h092O7p00351; Wed, 8 Jan 2003 21:24:07 -0500 (EST) From: Bruce Momjian Message-Id: <200301090224.h092O7p00351@candle.pha.pa.us> Subject: Re: Shouldn't .pgpass work with anything which uses libpq? In-Reply-To: To: ljb Date: Wed, 8 Jan 2003 21:24:06 -0500 (EST) Cc: pgsql-interfaces@postgresql.org X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS new-20020517 X-Archive-Number: 200301/50 X-Sequence-Number: 3550 ljb wrote: > > However, your posting brings up an interesting issue. Our current code > > makes no distinction between "" as a password, and a NULL password. > > They are both equivalent to "I have supplied no password". If you > > create a public user with an empty password, "", there is no way to log > > in as that user, because "" is considered to be "no password". > > > > I don't want to play with this in 7.3.X, but is it something we should > > consider cleaning up for 7.4? > > There is a precedence for the current behavior. Another DBMS I've used > takes an empty password for an account to mean "this account is disabled". > Therefore it is impossible in that DBMS to have a valid account with no > password. Which to me is equivalent to PostgreSQL saying "if passwords are > enabled, it is impossible to login to an account with an empty or NULL > password". I like that behavior. Oh, OK. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073