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)

13 Branch
x86_64
Linux
defect
Not set
normal

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