AW: AW: AW: [Kolab-devel] Adress Book Problem with zfos release ofKolab

Stephan Buys list at codefusion.co.za
Fri Apr 2 16:01:49 CEST 2004


Yes, we chose the Microsoft way :-) (Puts on asbestos suite)

Active Directory uses the isDeleted attribute, this way we only have to track
one attribute...

But this is not a problem, as the Code Fusion engine has attributes called:

sf_field_deleted : 
user_field_deleted :

Which can be overwritten in kolab.conf and be pointed at any arbitrary attribute...


On Friday 02 April 2004 15:57, Buchan Milne wrote:
> On Fri, 2 Apr 2004, Stephan Buys wrote:
> 
> > Here is some of the cleanup-word that we have done, as it relates strongly to this
> > discussion...
> > 
> 
> Well, in Mandrake 10.0, we shipped this schema file in openldap (but, the 
> klab-server package still has the original broken schema file and uses it, 
> since we didn't have time to resolve the deleteflag issue):
> http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/openldap/kolab.schema?rev=1.1&content-type=text/x-cvsweb-markup
> 
> > Note that these are not plug-in replacements, but are pretty close. We will incorporate these
> > schema files into our engine, which will be uploaded to Kolab CVS next week.
> > 
> 
> The problem here is that you have changed the deleteflag attribute to be 
> called isDeleted? It could cause some problems migrating to the new schema 
> ...
> 
> > slapd.conf.template should reflect:
> > 
> > include         /kolab/etc/openldap/schema/core.schema
> > include         /kolab/etc/openldap/schema/cosine.schema
> > include         /kolab/etc/openldap/schema/inetorgperson.schema
> > 
> > include         /kolab/etc/openldap/schema/kolab-cf.schema
> > include         /kolab/etc/openldap/schema/kolab.schema
> > 
> > 
> 
> My 2-host LDAP test network has:
> # grep "^include.*schema" /etc/openldap/slapd.conf
> include /usr/share/openldap/schema/core.schema
> include /usr/share/openldap/schema/cosine.schema
> include /usr/share/openldap/schema/corba.schema
> include /usr/share/openldap/schema/inetorgperson.schema
> include /usr/share/openldap/schema/java.schema
> include /usr/share/openldap/schema/krb5-kdc.schema
> include /usr/share/openldap/schema/kerberosobject.schema
> include /usr/share/openldap/schema/misc.schema
> include /usr/share/openldap/schema/nis.schema
> include /usr/share/openldap/schema/openldap.schema
> include /usr/share/openldap/schema/evolutionperson.schema
> include /usr/share/openldap/schema/calendar.schema
> include /usr/share/openldap/schema/kolab.schema
> include /usr/share/openldap/schema/sudo.schema
> include /usr/share/openldap/schema/dnszone.schema
> include /usr/share/openldap/schema/dhcp.schema
> include /usr/share/openldap/schema/autofs.schema
> include /usr/share/openldap/schema/samba.schema
> include /usr/share/openldap/schema/trust.schema
> include /etc/openldap/schema/mod_cfg_ldap.schema
> include /etc/openldap/schema/local.schema
> 
> Only, Kolab won't currently work with it. I am using most of these schemas 
> actively (besides java and corba which I will most likely never use, and 
> kerberos, dhcp, dns which I haven't quite got to yet). I have a few more 
> schemas to track down too ...
> 
> Regards,
> Buchan
> 
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at intevation.org
> https://kroupware.org/mailman/listinfo/kolab-devel
> 
> 
> 

-- 
Stephan  Buys
Code Fusion cc.
Tel: +27 11 391 1412
Mobile: +27 83 294 1876
Email: s.buys at codefusion.co.za

E-mail Solutions, Kolab Specialists.
http://www.codefusion.co.za




More information about the devel mailing list