Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjK3E-00CyPo-1H for pgsql-hackers@arkaria.postgresql.org; Fri, 23 Jan 2026 16:30:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vjK3D-000WiX-0N for pgsql-hackers@arkaria.postgresql.org; Fri, 23 Jan 2026 16:30:23 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vjK3C-000WiP-2d for pgsql-hackers@lists.postgresql.org; Fri, 23 Jan 2026 16:30:23 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vjK37-000000006UN-2WVX for pgsql-hackers@lists.postgresql.org; Fri, 23 Jan 2026 16:30:22 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 60NGU7CK3112826; Fri, 23 Jan 2026 11:30:07 -0500 From: Tom Lane To: =?utf-8?Q?=C3=81lvaro?= Herrera cc: Michael Banck , Thomas Munro , PostgreSQL Hackers Subject: Re: Time to drop RADIUS support? In-reply-to: <202601231423.4522ubhwkcwj@alvherre.pgsql> References: <202601231423.4522ubhwkcwj@alvherre.pgsql> Comments: In-reply-to =?utf-8?Q?=C3=81lvaro?= Herrera message dated "Fri, 23 Jan 2026 15:53:13 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3112824.1769185807.1@sss.pgh.pa.us> Date: Fri, 23 Jan 2026 11:30:07 -0500 Message-ID: <3112825.1769185807@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk =?utf-8?Q?=C3=81lvaro?= Herrera writes: > Would it work to add a WARNING (or something) to all back branches to > ask users to write here, so that we can confirm in the next few months > whether the protocol is completely unused or not? If we do find users, > then we could try to think of workarounds[*], but otherwise we'd just > remove it for pg19 (or pg20 at the latest) and not waste any more time > on it. I don't think that'd prove a lot. Affected users (if any) wouldn't necessarily be quick to adopt the latest minor releases. They're probably not even up-to-date on their RADIUS server, or they'd have noticed it spewing complaints. > I don't think removing it entirely from all back branches is a good > idea, without first making sure that there are no users. Agreed, we can't pull it from the back branches. But I'm in favor of pulling it from HEAD if we document how to use PAM-based RADIUS instead. I agree with Thomas' argument that the cost-benefit ratio of fixing our implementation would be poor. regards, tom lane