The error message that the dialog box comes up with is pretty useless, but starting wombat in a console after running killev helped me see what the problem was. I'm using a custom object to store my addressbook info and i forgot that in the normal objectclasses sn is needed. I guess there is no way to map the fields in a card to a custom objectclass. Now if i could only get my palm to synch with the LDAP addressbook i'd be great..........
thanks for all the help amith On Tue, 2002-04-02 at 16:14, Chris Toshok wrote: > On Wed, 2002-03-27 at 11:27, Amith Varghese wrote: > > Adding > > > > access to dn="cn=subschema" > > by * read > > > > to my slapd.conf worked great for me. I can now edit most of the fields > > within the Card. > > > > Now my last question is when I want to add contacts to the LDAP Address > > Book do I need to support evolutionperson in my slapd.conf? Because > > currently if I try to add an entry it fails. > > You don't need to support evolutionperson in your slapd.conf - it will > grey out the fields that aren't available (that require evolutionperson > to store them.) > > What's the (probably not very helpful :) message that the dialog pops > up, and what does wombat say if you start it up in a separate shell > (first) and try to add the entry? > > Chris > > > Thanks > > Amith > > > > > > On Wed, 2002-03-27 at 10:04, Stefan Grossberger wrote: > > > > > 2. You need anonymous read access to the subschemas of ldap. this can be > > > > > done by the following entry in /etc/openldap/slapd.conf > > > > > access to dn="cn=subschema" by * read > > > > > > > > Could you explain a little more why I need this? > > > > > > > > > > evolution requires that the schema defined for a server be stored in the > > > directory's subschemasubentry. Only fields are enabled for editing if > > > evolution finds an entry in the schema of one of the objects > > > objectclasses. > > > > > > maybe take a look there: > > > > > > >http://www-3.ibm.com/software/network/directory/library/publications/31/program_ref/ldap_schema.htm > > > > > > or simply try: > > > > > > ldapsearch -b "cn=subschema" -x -s base "objectClass=subschema" > > > objectclasses > > > > > > this should give you a list of all objectclasses your directory knows > > > of. > > > > > > > > > _______________________________________________ > > > evolution maillist - [EMAIL PROTECTED] > > > http://lists.ximian.com/mailman/listinfo/evolution > > > > > > > > _________________________________________________________ > > Do You Yahoo!? > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > _______________________________________________ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
