Closed
Bug 768854
Opened 13 years ago
Closed 13 years ago
Thunderbird 13 LDAP addressbook does not work with GSSAPI
Categories
(Thunderbird :: Address Book, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 655074
People
(Reporter: amessina, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Build ID: 20120616215704
Steps to reproduce:
I'm trying to use LDAP with GSSAPI
Actual results:
I was unable to retrieve contacts in Thunderbird, but ldapsearch -Y GSSAPI finds them without issue.
I am finding this issue with Thunderbird 13.0.1 on Fedora 17 x86_64:
~]$ export NSPR_LOG_MODULES="ldap:10,gssapi:10,ldapautocomplete:10,negotiateauth:10"
~]$ thunderbird -addressbook -safe-mode
-424626368[7f2de6921590]: entering nsAuthGSSAPI::nsAuthGSSAPI()
-424626368[7f2de6921590]: Attempting to load gss functions
-424626368[7f2de6921590]: entering nsAuthGSSAPI::Init()
-424626368[7f2de6921590]: entering nsAuthGSSAPI::GetNextToken()
-424626368[7f2de6921590]: leaving nsAuthGSSAPI::GetNextToken [rv=0]
-424626368[7f2de6921590]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed; total pending operations now = 0
-1044388096[7f2dc3632120]: entering nsAuthGSSAPI::GetNextToken()
-1044388096[7f2dc3632120]: leaving nsAuthGSSAPI::GetNextToken [rv=4b0028]
-1044388096[7f2dc3632120]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed; total pending operations now = 0
-1044388096[7f2dc3632120]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: pending operation removed; total pending operations now = 0
-424626368[7f2de6921590]: entering nsAuthGSSAPI::nsAuthGSSAPI()
-424626368[7f2de6921590]: entering nsAuthGSSAPI::Init()
-424626368[7f2de6921590]: entering nsAuthGSSAPI::GetNextToken()
-424626368[7f2de6921590]: leaving nsAuthGSSAPI::GetNextToken [rv=0]
-424626368[7f2de6921590]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed; total pending operations now = 0
-1044388096[7f2dc3632120]: entering nsAuthGSSAPI::GetNextToken()
-1044388096[7f2dc3632120]: leaving nsAuthGSSAPI::GetNextToken [rv=4b0028]
-1044388096[7f2dc3632120]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed
-1044388096[7f2dc3632120]: nsLDAPConnection::RemovePendingOperation(): operation removed; total pending operations now = 0
-1044388096[7f2dc3632120]: pending operation added; total pending operations now = 1
-1044388096[7f2dc3632120]: pending operation removed; total pending operations now = 0
I am using the 389 Directory Server (http://port389.org) and command line ldapsearch has no issue finding all of my contacts.
The tail of 389 DS access log looks as follows:
[27/Jun/2012:07:26:46 -0500] conn=501 op=809 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=809 RESULT err=49 tag=97 nentries=0 etime=0
[27/Jun/2012:07:26:46 -0500] conn=501 op=810 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=810 RESULT err=14 tag=97 nentries=0 etime=0, SASL bind in progress
[27/Jun/2012:07:26:46 -0500] conn=501 op=811 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=811 RESULT err=14 tag=97 nentries=0 etime=0, SASL bind in progress
[27/Jun/2012:07:26:46 -0500] conn=501 op=812 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=812 RESULT err=49 tag=97 nentries=0 etime=0
[27/Jun/2012:07:26:46 -0500] conn=501 op=813 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=813 RESULT err=14 tag=97 nentries=0 etime=0, SASL bind in progress
[27/Jun/2012:07:26:46 -0500] conn=501 op=814 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=814 RESULT err=14 tag=97 nentries=0 etime=0, SASL bind in progress
[27/Jun/2012:07:26:46 -0500] conn=501 op=815 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=815 RESULT err=49 tag=97 nentries=0 etime=0
[27/Jun/2012:07:26:46 -0500] conn=501 op=816 BIND dn="" method=sasl version=3 mech=GSSAPI
[27/Jun/2012:07:26:46 -0500] conn=501 op=816 RESULT err=14 tag=97 nentries=0 etime=0, SASL bind in progress
[27/Jun/2012:07:26:46 -0500] conn=501 op=817 ABANDON targetop=NOTFOUND msgid=817
Expected results:
This worked prior to my upgrade of Thunderbird. Thunderbird should be able to retrieve contacts from LDAP using GSSAPI.
Similar to https://bugzilla.mozilla.org/show_bug.cgi?id=655074, which has no owner at this time.
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•