RAAD Umar a écrit :
There should be something : try to scroll the window. Otherwise edit
etc/zope.conf, change the loglevel for event.log to DEBUG or TRACE and set the
debug-mode to "on" and watch the event.log file to get the traceback.
There is fact something at the end but I didn't considered it as relevant... Here is the copy of it:
+++++++++++++++++++++++++++++++++++
form
__ac_persistent 'on'
[...]
HTTP_ACCEPT_ENCODING 'gzip, deflate'
+++++++++++++++++++++++++++++++++++
This is indeed irrelevant ... The part I'm interested in is the complete python
traceback (scroll the window on the right or http://getfirefox.com :)
Here is the copy of my members_ldap.xml file:
+++++++++++++++++++++++++++++++++++
<?xml version="1.0"?>
<object name="members_ldap" meta_type="CPS LDAP Backing Directory">
<property name="title"></property>
<property name="schema">members_ldap</property>
<property name="schema_search"></property>
<property name="layout"></property>
<property name="layout_search"></property>
<property name="acl_directory_view_roles"></property>
<property name="acl_entry_create_roles">Manager</property>
<property name="acl_entry_delete_roles">Manager</property>
<property name="acl_entry_view_roles">Manager</property>
<property name="acl_entry_edit_roles">Manager</property>
<property name="title_field">cn</property>
<property name="search_substring_fields">
<element value="cn"/>
<element value="givenName"/>
<element value="sn"/>
<element value="mail"/>
</property>
<property name="is_hierarchical">False</property>
<property name="password_field">userPassword</property>
<property name="password_encryption">SSHA</property>
<property name="ldap_server">dc1.gogol.ch</property>
<property name="ldap_port">389</property>
<property name="ldap_use_ssl">False</property>
<property name="ldap_base">CN=Users,DC=gogol,DC=ch</property>
<property
name="ldap_base_creation">CN=Users,DC=gogol,DC=ch</property>
<property name="ldap_scope">SUBTREE</property>
<property name="ldap_search_classes">top, person</property>
<property name="ldap_search_filter"></property>
<property name="ldap_bind_dn">[EMAIL PROTECTED]</property>
<property name="ldap_bind_password">cps</property>
<property name="ldap_rdn_attr">sAMAccountName</property>
<property name="ldap_object_classes">top, person</property>
<property name="children_attr">None</property>
<property name="children_id_attr">cn</property>
<cache-manager name="dir_ramcache"/>
</object>
+++++++++++++++++++++++++++++++++++
There must be something wrong there but what????
The ldap_bind_dn is not a dn which is a bad start :)
The ldap_bind_dn should reference a real LDAP object (such as an admin account
for instance) that has the rights to manage (view/edit/create) entries in the
"ldap_base" branch.
This is probably the cause of your problems.
P.S: Nothing to do with that... But do you know when CPS 3.4.1 will be out???
Hum, ask Stefane ... In the mean time you can use the nightlies, they are quite
stable at the moment.
--
Olivier
_______________________________________________
cps-devel mailing list
http://lists.nuxeo.com/mailman/listinfo/cps-devel
