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 1whxYK-000VeX-1O for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2026 22:49:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1whxYG-00Ex2S-2u for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2026 22:49:05 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1whxYG-00Ex15-20 for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2026 22:49:05 +0000 Received: from mail-qv1-xf33.google.com ([2607:f8b0:4864:20::f33]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1whxYB-00000000NzM-250T for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2026 22:49:01 +0000 Received: by mail-qv1-xf33.google.com with SMTP id 6a1803df08f44-8ef1dc934d1so3711116d6.0 for ; Thu, 09 Jul 2026 15:48:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1783637329; cv=none; d=google.com; s=arc-20260327; b=g+IoumvDeVWWlyMH37WLK82tOPLOGTyaHz3YwK0SHT0qkbLMbewlRpN5LPrCsiy+pS PtiH2vi7Y1ZEq6rjAbMO9basrCfqP2/IV9bbXbckMs+8jIDkYJuJ01OydpzNia2bsF+e ZGLRxRN6jS7fYHWEB8nzq4rNGgfRX3jy7dxm/o0EtCqRG/KdKX8mBD0MmGaD1P1P/mSc b3NkNSwfJmnQwGu+13TEO0MOIdi5GMr0fVKCQgeu+wve5px/6Ha80QIj2nBcLF03mn5Y grlPU9wiYd1LJGXz3kDUc/0BxNHPKg8fujgH+sF6jImZcwDFOPHiKNIEm6mbKJ3HPkr3 T/gg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=7GubOIR/AuAUemonXF3WfMJBIdQvYl8SCUIaFVSdb0I=; fh=LW6oFjcRTXop0yKVIyqj/rgNGvWizKzVm3x1BHOlwrI=; b=Wo0J6oe3z73GpnjePygJcOXvdNbWqM2sumkAkLZoT13YpMjuZaUA82VUUrGHDcHUHZ yvG4Tez2QpydE6bScYeo31O0901byA1QyQ2B80AVz9ghLbtnzaJJbA7VMBNpDfPvecIw 7iDQC4VeQ8tZ+RhHWyWAfBY+oSexlaCYlmL/ZsfEdHb978itgRoxflLw3PqnOW4dvUPS PMFU4ONjoJ9r/QDaZ3kqTApdULGaz3+nT3AkkC/5krONBMS0eaL3xzyrIcF9C0nqAWYX gCBa240hwsBbnftcsnt8xrd14/JpTMBJJ0J1ZOWV/nlgiBLSX6wT7HyFL+fQ8SwuFNVF QVOw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; t=1783637329; x=1784242129; darn=lists.postgresql.org; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to:content-type; bh=7GubOIR/AuAUemonXF3WfMJBIdQvYl8SCUIaFVSdb0I=; b=FyRcrSG8kVQ4btmmxPYhDdG9Uiny7Qo76GSQovqEtfyESSYwAycUGC2tDTSFwKANHi 1B4tJ8VFySaMz07FL3O9aq4DjNIEnu3gZaMD9SSYSGJywvUT0agW/rY9vOOUW+KFG2S4 4ORJTnNQ3+fyDNTZceVDGL5Q2pyDLVYiUrKXk8Ph5LrjX54PMz9udlTeBpbrf4BgtnCz Gf+Kowv3GYBx4MyXfH86ZCWmhr1yavV4jHbp//x/63kQdtGa0OMeQCN+beiJVo4AZfXt t82MD2jKHPEanZ9MKAZ+Ra75XpsBB1iW2LM5b0GXSoW+y+Z97Q85p+X/KUMp2+tS1U5l 5U9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783637329; x=1784242129; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=7GubOIR/AuAUemonXF3WfMJBIdQvYl8SCUIaFVSdb0I=; b=q1rhawY504ctWLtlpshOuL+PEZ6DPCW7PGRhZuQVDEm9VdBaxK9sfzeKcowhfvnNxR PZSi0ZMIh0HHNSJueQUulwBDDvXAlfZ7rO5ELDYuCaFpd3TKTUu/Gp6T+cormKtV7pFQ VVrc53ulVpBkv5PhW0ZzQ7vFkl77tCD/XpMjZEKbflINqA4tbOPnFv0rtkdRobsmv41n oZz9VZPlI9pFIevpev9FitVboQ4r2mtF+vEfnWxjJOTaxzxzmNH12fkwlPyoyitRabjx tohIHM9bm4E7A+5J9Svhmim/TcJpfWmrUF2VLAK5uu+TzwxVlEVcbhd9fN1nLAfzBRvz J0NQ== X-Forwarded-Encrypted: i=1; AHgh+RoOyeaYNID7df6L0qny9SrNd1OBPWDz7VprJpbz686rswdCupHxL+gHr+sRTxSqH+ukuGbvSTqlIKyZyVpK@lists.postgresql.org X-Gm-Message-State: AOJu0Yx3Ok76fG6SJIVC6fFGmbUStXMl467VmB3gVcyBCPneXFW/xheT WBRSLqS/ZhvwHu5XmTBQxb+WnPcX1u+yhTR4/gOlGVT29Xv3keU5IFHPnOVtz5HL8NcRLORvtN2 IGYKc2ZXbGu0fytJtunA4x5TAVf8U+bbjHg/pVtMs X-Gm-Gg: AfdE7ckZh2LPjVWqpTRqm6tD7CmMpMxYHbbrVTopd0IgMsWQmoLFouauhoA/k35HEEC g+pSkLR0XhMihC97bqiOVYbl7jjUWHzG892uXbRlmCIyAtN4oLgEv+mxEORRCcpD/V0zcDymuKh PIDQXdqME97ocRsPZXBl6PTbALCOHfjGOgtyfovekxvDAFCMfoZ9OPsFsXzaNam0xxFv0Zr+kNq fhb/9VfabRx5bA4aBUfhzCu0g8rpWJhkSxJy8zSk8w/Fg2Rwe5c7/FVctAng9c67zYLKbiEM8Y= X-Received: by 2002:a05:6214:4c86:b0:8fd:b96d:195b with SMTP id 6a1803df08f44-902360add0amr16179296d6.15.1783637328793; Thu, 09 Jul 2026 15:48:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jacob Champion Date: Thu, 9 Jul 2026 15:48:37 -0700 X-Gm-Features: AUfX_mwc6qDo_ymXYGnNyjuXVQFJ1sM_c9aQem_LJysxnVLe6i840R2lXidtKEQ Message-ID: Subject: Re: Proposal: new file format for hba/ident/hosts configuration? To: Zsolt Parragi Cc: Andrew Dunstan , Tristan Partin , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Jul 8, 2026 at 8:33=E2=80=AFAM Zsolt Parragi wrote: > I focused on TOML in my email because I think that's still a better > configuration format than JSON5. (I agree) > * do we agree on working towards another configuration format? > * if yes, what requirements do we have for it? > * what exact issues do we want to solve, and what to leave as non-goals? Adding small pieces to this pile: I'm primarily motivated by authn/z, and I'd like to be able to more intuitively attach parameters to certain connection contexts. This is something that neither a flat configuration, nor separated tabular configurations, have really helped us with. "Connections using SCRAM authentication should time out in X seconds instead of the default." Or "this group of users should use the following list of GUCs." The sample I used in [1] a long time ago was Everyone has to use LDAP auth With this server And these TLS settings Except admins who additionally need client certificates with this CA root And Jacob who isn't allowed in anymore We don't handle these (perfectly reasonable IMO) cases very well, or sometimes at all. I'm primarily used to servers in the web space (httpd, nginx, caddy, haproxy) when it comes to this configuration style, which I think I called "contexts with property bags" in that other thread. > * I am unsure about using the array syntax for hba rules, but so far I > like it better than the alternative ideas I tried FWIW I find that part of it pretty hard to read and understand, though that should not in any way spike the general concept into the ground. Thanks! --Jacob [1] https://postgr.es/m/0e0c038ab962c3f6dab00934fe5ae1ae115f44c0.camel%40vm= ware.com