Re: 2 forks for md5?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 2 forks for md5?
Дата
Msg-id 18227.1127433610@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 2 forks for md5?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: 2 forks for md5?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Yea, we could do that, but does it make sense to downgrade the
> connection message, especially since the "connection authorized" message
> doesn't contain the hostname.  We would have to add the host name to the
> "connection authorized" message and at that point there is little need
> for the "connection received" message.

The connection-authorized message could be made to carry all the info
for the normal successful-connection case, but for connection failures
(not only bad password, but any other startup failure) it isn't going
to help.  So on reflection I think we'd better keep the
connection-received message --- else we'd have to add the equivalent
info to all the failure-case messages.

I'm coming to agree with Andrew that a documentation patch might be the
best answer.  But where to put it ... under the description of the
log_connections GUC var?
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Gerbil build farm failure
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Gerbil build farm failure