Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jWtiY-0004dL-Cv for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2020 03:30:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jWtiW-00007h-PO for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2020 03:30:28 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jWtiW-00007X-Iu; Fri, 08 May 2020 03:30:28 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jWtiU-00060w-BJ; Fri, 08 May 2020 03:30:27 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 0483UN1m017711; Thu, 7 May 2020 23:30:23 -0400 From: Tom Lane To: Alvaro Herrera cc: Stephen Frost , chris+postgresql@qwirx.com, pgsql-docs@lists.postgresql.org, pgsql-hackers@lists.postgresql.org, Peter Eisentraut Subject: Re: Logical replication subscription owner In-reply-to: <20200508014734.GA3552@alvherre.pgsql> References: <20200508014734.GA3552@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Thu, 07 May 2020 21:47:34 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17708.1588908623.1@sss.pgh.pa.us> Date: Thu, 07 May 2020 23:30:23 -0400 Message-ID: <17709.1588908623@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Alvaro Herrera writes: > I'd welcome input from other people on this issue; only now I noticed > that it's buried in pgsql-docs, so CCing pgsql-hackers now. FWIW, I would argue that LOGIN permits logging in on a regular SQL connection, while REPLICATION should permit logging in on a replication connection, and there's no reason for either to depend on or require the other. > On 2020-Apr-23, Stephen Frost wrote: >> Also- what about per-database connections? Does having REPLICATION mean >> you get to override the CONNECT privileges on a database, if you're >> connecting for the purposes of doing logical replication? No, why would it? Should LOGIN privilege mean you can override CONNECT? That's nonsense. You need the respective privilege to connect with the protocol you want to connect with, and you also need CONNECT on the DB you want to connect to. regards, tom lane