Bug 154685 - LDAPS Contacts stopped working
LDAPS Contacts stopped working
Product: Fedora
Classification: Fedora
Component: evolution (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Malcolm
Depends On:
  Show dependency treegraph
Reported: 2005-04-13 11:12 EDT by Thomas J. Baker
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-05-18 11:18:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Thomas J. Baker 2005-04-13 11:12:54 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1

Description of problem:
At some point after FC4T1 but before FC4T2, evolution stopped talking to my ldaps servers for contacts. Yesterday I did an install of FC4T2 and then applied the latest updates and the problem persists. Under FC3, I had to add the line "TLS_REQCERT allow" to /etc/openldap/ldap.conf to get ldaps to work. This was no longer necessary under early FC4.

The ldaps server is running on my FC3 desktop and my FC3 evolution has no problems talking to it. From FC4, straight ldap works but ldaps fails.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. with evolution 2.2.2, try to connect to an ldap server using ldaps (port 636)

Actual Results:  "Error loading addressbook." 

Expected Results:  Contacts are returned.

Additional info:
Comment 1 Thomas J. Baker 2005-04-21 14:16:26 EDT
I fixed this by commenting out 

#BASE dc=example,dc=com
#TLS_CACERTDIR /etc/openldap/cacerts

and adding 


I don't know why this file was changed between fc3 and fc4 but with fc3, just
adding that last TLS_REQCERT line worked while with fc4, I had to comment out
those other three lines and add that one.

Note You need to log in before you can comment on or make changes to this bug.