From: | Gurjeet Singh <gurjeet(at)singh(dot)im> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Jeff Davis <pgsql(at)j-davis(dot)com>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Stephen Frost <sfrost(at)snowman(dot)net>, "Brindle, Joshua" <joshuqbr(at)amazon(dot)com>, Jacob Champion <jchampion(at)timescale(dot)com> |
Subject: | Re: [PoC/RFC] Multiple passwords, interval expirations |
Date: | 2023-10-08 17:24:42 |
Message-ID: | CABwTF4V7HRp9m6L_O7A-b9xBAAY6+20sC8ORCiWW4kOFMNy3pA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Oct 6, 2023 at 1:46 PM Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>
> On Fri, Oct 6, 2023 at 01:20:03PM -0700, Jeff Davis wrote:
> > The basic problem, as I see it, is: how do we keep users from
> > accidentally dropping the wrong password? Generated unique names or
>
> I thought we could auto-remove old password if the valid-until date is
> in the past.
Autoremoving expired passwords will surprise users, and not in a good
way. Making a password, even an expired one, disappear from the system
will lead to astonishment. Among uses of an expired password are cases
of it acting like a tombstone, and the case where the user may want to
extend the validity of a password, instead of having to create a new
one and change application configuration(s) to specify the new
password.
Best regards,
Gurjeet
http://Gurje.et
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2023-10-08 17:29:14 | Re: [PoC/RFC] Multiple passwords, interval expirations |
Previous Message | Christoph Moench-Tegeder | 2023-10-08 13:57:54 | Re: wal recycling problem |