|
1 |
| -<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.6 2009/05/14 22:17:28 tgl Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.7 2009/05/27 22:12:53 tgl Exp $ --> |
2 | 2 | <!-- See header comment in release.sgml about typical markup -->
|
3 | 3 |
|
4 | 4 | <sect1 id="release-8-4">
|
|
2703 | 2703 |
|
2704 | 2704 | <listitem>
|
2705 | 2705 | <para>
|
2706 |
| -Make Kerberos connections use the same methodto determine the |
2707 |
| - usernameof the client as all other authentication methods(Magnus) |
| 2706 | +Do not rely on Kerberos ticketsto determine the default database |
| 2707 | + username (Magnus) |
2708 | 2708 | </para>
|
2709 | 2709 |
|
2710 | 2710 | <para>
|
2711 |
| - Previously a special Kerberos-only API was used. |
| 2711 | + Previously, a Kerberos-capable build of libpq would use the |
| 2712 | + principal name from any available Kerberos ticket as default |
| 2713 | + database username, even if the connection wasn't using Kerberos |
| 2714 | + authentication. This was deemed inconsistent and confusing. |
| 2715 | + The default username is now determined the same way with or |
| 2716 | + without Kerberos. Note however that the database username must still |
| 2717 | + match the ticket when Kerberos authentication is used. |
2712 | 2718 | </para>
|
2713 | 2719 | </listitem>
|
2714 | 2720 | </itemizedlist>
|
|