Re: [HACKERS] scram and \password

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [HACKERS] scram and \password
Дата
Msg-id CAB7nPqTZNZkbezTZ3WrTBU42cAuAGjyukJAs=iw=KN4GZGoXxA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] scram and \password  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] scram and \password  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Mon, Mar 13, 2017 at 9:15 AM, Robert Haas <robertmhaas@gmail.com> wrote:
> On Fri, Mar 10, 2017 at 5:43 PM, Michael Paquier
> <michael.paquier@gmail.com> wrote:
>> On Sat, Mar 11, 2017 at 2:53 AM, Jeff Janes <jeff.janes@gmail.com> wrote:
>>> Should the \password tool in psql inspect password_encryption and act on it
>>> being 'scram'?
>>
>> Not sure if it is wise to change the default fot this release.
>
> Seems like an odd way to phrase it.  Aren't we talking about making a
> feature that worked in previous releases continue to work?

Considering how fresh scram is, it seems clear to me that we do not
want to just switch the default values of password_encryption, the
default behaviors of PQencryptPassword() and \password only to scram,
but have something else. Actually if we change nothing for default
deployments of Postgres using md5, PQencryptPassword() and \password
would still work properly.
-- 
Michael



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: [HACKERS] scram and \password
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: [HACKERS] Logical decoding on standby