Re: [HACKERS] scram and \password

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] scram and \password
Дата
Msg-id CA+TgmoZ0MZCL8A90+9rvLjrgtnq1ZJSquQ+-6EVf5mhT6e4m4w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] scram and \password  (Heikki Linnakangas <hlinnaka@iki.fi>)
Ответы Re: [HACKERS] scram and \password  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Дерево обсуждения 
On Fri, Mar 17, 2017 at 8:32 AM, Heikki Linnakangas <hlinnaka@iki.fi> wrote:
> It would make sense to have \password obey password_encryption GUC. Then
> \password and ALTER USER would do the same thing, which would be less
> surprising. Although it's also a bit weird for a GUC to affect client-side
> behavior, so perhaps better to just document that \password will create a
> SCRAM verifier, unless you explicitly tell it to create an MD5 hash, and add
> a 'method' parameter to it.

Either of those would be fine with me, but I think we should do one of them.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

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

Предыдущее
От: Ashutosh Bapat
Дата:
Сообщение: Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] \if, \elseif, \else, \endif (was Re: PSQL commands: \quit_if, \quit_unless)