Hi folks,
I've been running in circles trying to locate something and I've had Epic Fail.
Quick background: I've been setting up a new email/calendering system for my family. My wife and I both run our own small businesses and just keeping our schedules in sync is nuts. The "nice to have" my wife asked for was being able to have one central email contacts place to work with.
This is where Evolution comes in.
Unfortunately Evolution seems to do contacts differently than say Thunderbird and I need a "special schema" to get it to work. I've done a Google looking for the schema files and found lots of dead links and schema files that don't seem to play well.
Anyone know of a more reliable source?
Thanks in advance...
On Tue, 2011-01-11 at 17:59 -0500, Peter L. Berghold wrote:
Hi folks,
Unfortunately Evolution seems to do contacts differently than say Thunderbird and I need a "special schema" to get it to work. I've done a Google looking for the schema files and found lots of dead links and schema files that don't seem to play well.
Anyone know of a more reliable source?
Get the source package of evolution-data-server: http://projects.gnome.org/evolution/download.shtml
There you will find the schema definition file for LDAP in addressbook/backends/ldap/evolutionperson.schema
-stefan-
On
There you will find the schema definition file for LDAP in addressbook/backends/ldap/evolutionperson.schema
Thank you Stefan.
Now the trouble I'm having (now that the schema is set) is when I attempt to add an entry from Evolution I get "error: other" which doesn't tell much.
From the phpLDAPAdmin tool I get the error
Could not perform ldap_modify operation. LDAP said: Cannot modify object class Error number: 0x45 (LDAP_NO_OBJECT_CLASS_MODS) Description: ObjectClass modifications are not allowed.
This is not an error I've run across before. Is there an ACL I need to tweak?
I can't imagine I'm blazing uncharted territory... somebody has had to have gotten this to work before...
On 01/12/2011 11:14 PM, Peter L. Berghold wrote:
Now the trouble I'm having (now that the schema is set) is when I attempt to add an entry from Evolution I get "error: other" which doesn't tell much.
From the phpLDAPAdmin tool I get the error
Could not perform ldap_modify operation. LDAP said: Cannot modify object class Error number: 0x45 (LDAP_NO_OBJECT_CLASS_MODS) Description: ObjectClass modifications are not allowed.
This is not an error I've run across before. Is there an ACL I need to tweak?
What you seem to be doing to your LDAP object is similar to replacing the foundation of your house. You're normally not allowed to change the structural object class of an object. This is a limitation in LDAP (not in OpenLDAP but every implementation), it's not an ACL issue. Some LDAP clients may offer ways to work around this but it looks like phpLDAPadmin does not.
You claim to be adding an object, but the error message indicates modification of an existing object rather than adding a new one. For further assistance I suggest giving more details.
I can't imagine I'm blazing uncharted territory... somebody has had to have gotten this to work before...
See for instance http://www.openldap.org/lists/openldap-software/200504/msg00511.html - also see http://www.openldap.org/faq/data/cache/883.html for some background.
On Thu, 2011-01-13 at 10:04 +0100, Bjørn Ruberg wrote:
On 01/12/2011 11:14 PM, Peter L. Berghold wrote:
Now the trouble I'm having (now that the schema is set) is when I attempt to add an entry from Evolution I get "error: other" which doesn't tell much.
From the phpLDAPAdmin tool I get the error
...
This is not an error I've run across before. Is there an ACL I need to tweak?
What you seem to be doing to your LDAP object is similar to replacing the foundation of your house. You're normally not allowed to change the structural object class of an object. This is a limitation in LDAP (not in OpenLDAP but every implementation), it's not an ACL issue. Some LDAP clients may offer ways to work around this but it looks like phpLDAPadmin does not.
You claim to be adding an object, but the error message indicates modification of an existing object rather than adding a new one. For further assistance I suggest giving more details.
I guess, you (the OP) try to automatically "convert" LDAP addressbook entries created by Thunderbird to addressbook entries as used by Evolution. This will not work.
Maybe you can use Thunderbird to export all your existing addressbook entries to VCARD or similar standard format, then remove all addressbook entries from your LDAP server, and use Evolution to import the VCARDs and store them as "new" entries in LDAP...
Regards -stefan-
openldap-technical@openldap.org
-
Bjørn Ruberg -
Peter L. Berghold -
Stefan Palme