Mark Banner wrote:
> [EMAIL PROTECTED] wrote:
>> I've taken this schema for "mozilla schema" :
> 
> Try the one at 
> http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema - its 
> more up to date than that one that you have.
> 
> Mine slapd.conf has just:
> 
> include /etc/openldap/schema/core.schema
> include /etc/openldap/schema/cosine.schema
> include /etc/openldap/schema/inetorgperson.schema
> include /etc/openldap/schema/mozillaAddressBookEntry.schema
> 
>> To resume, update seems to work but new item creation fails...
>> Prefs.JS and config editor have been kept default (I haven't changed 
>> anything).
> 
> You may need to tweak something - I'll need to check what it is and try 
> it. Our set-ups seem similar, so give me a couple of hours and I should 
> be able to try it again.
> 
> Standard8
> 
Hi Mark,

Thanks for your reply, I've changed schema to fit 
"http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema";.
First remark : slapd when restarted complained :
Stopping OpenLDAP: slapd.
Starting OpenLDAP: slapd - failed:
/etc/ldap/schema/mozilla.schema: line 148: AttributeType not found: 
"mozillaCustom2"

For the moment I've removed mozillaCustom* attributes (seems not really 
important for that test)

I've restarted slapd, and it went FINE.
Then, I create a new card and here is the result :
LDAP : adding objectClass top
LDAP : adding objectClass person
LDAP : adding objectClass organizationalperson
LDAP : adding objectClass inetorgperson
LDAP : adding objectClass mozillaabpersonalpha
LDAP : setting attribute sn (LastName) to 'shcema'
LDAP : setting attribute givenname (FirstName) to 'test'
LDAP : setting attribute cn (DisplayName) to 'test shcema'
LDAP modification succeeded

It worked !! This came only from the schema (which indeed was quite 
difficult to find...Official mozilla schema I mean)

Second remark (less technical), I've been looking around for a workable 
email client with ldap write support for now 2 months.
Apart from those who claim LDAP is not meant to support contacts but for 
large enterprises staff repositories, I think that LDAP is a great 
structure and could (within a secure DIT) easily store clients, 
suppliers etc... for SME.
So, I've tried :
- Evolution (which is buggy when run on MS windows)
- Thunderbird (which is cool but lacks write support)
- Outlook (which lacks also write functionality)
- funambol only with LDAP connector (well, for mobile devices and/or 
calendars : OK, but for connected internal PCs, it seems ....strange)

My personal conclusions are :
- Thunderbird + write LDAP functionalities + some funambol lightning 
sync functionalities WOULD be the best solution :
        - We could rely on standards to store contacts in a good manner
        - Shared contacts (for example : A specific DIT for "Sales people", 
another for "IT" etc)
        - Calendar with lightning + sync4j for calendar sharing + mobile devices
        
This would be a really professional alternative to MS exchange and/or 
microsoft SBS 2003. Thunderbird would really be competitive.

What do you think Mark ?

For the moment, I'm gonna test those new write functions.

Best regards,

Pierre





_______________________________________________
dev-tech-ldap mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-ldap

Reply via email to