|
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> |
|