Greeting,
You should have read the schema thread before this, there is a patch for
mozilla 1.1 to overcome this problem, Thank to Roland Felnhofer, who had
send me the address book dll for win32.
If you need that I can send it to you, else you have to build your own,
I'm actually looking for someone who can build the addressbook dll for
mozilla 1.0 :).
(The below is from the schema thread)
It only works 100% with the following patch (otherwise some entries are
not displayed):
http://bugzilla.mozilla.org/attachment.cgi?id=94305&action=view
Bug (http://bugzilla.mozilla.org/show_bug.cgi?id=157925)
Cheers
Roland
That all
Chan Min Wai
rkoot 提到:
> Hi,
>
> First, I hope this problem is on topic in here...
> I've been trying to set up a LDAP directory service using OpenLDAP
> (www.openldap.org).
> Now I want my users to use mozilla to use this address book functionality.
> I used mozilla's export-to-ldif function to convert my personal
> addressbook (mozilla's) to a LDIF. that seemed to work fine.
> First I couldn't insert the LDIF in my ldap database because the LDIF
> had invalid (as in not defined) attributes/objectclasses.
> so I tried to add a schema to openldap.
> I used this abzillaperson.schema:
>
> # req. core
> # req. cosine
> # req. inetorgperson
>
> # attribute defs
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.1
> NAME ( 'xmozillaNickname' ) SUP name )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.2
> NAME ( 'xmozillaUseHtmlMail' )
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
> SINGLE-VALUE )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.3
> NAME 'mozillaSecondeMail'
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.4
> NAME 'mozillaHomeLocalityName'
> EQUALITY caseIgnoreMatch
> SUBSTR caseIgnoreSubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.5 NAME 'mozillaPostalAddress2'
> EQUALITY caseIgnoreListMatch
> SUBSTR caseIgnoreListSubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.6 NAME 'mozillaHomePostalAddress2'
> EQUALITY caseIgnoreListMatch
> SUBSTR caseIgnoreListSubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.7 NAME ( 'mozillaHomeState' ) SUP
> name )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.8 NAME 'mozillaHomePostalCode'
> EQUALITY caseIgnoreMatch
> SUBSTR caseIgnoreSubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{40} )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.9 NAME ( 'mozillaHomeCountryName' )
> SUP name SINGLE-VALUE )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.10
> NAME ( 'mozillaHomeFriendlyCountryName' )
> EQUALITY caseIgnoreMatch
> SUBSTR caseIgnoreSubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.11
> NAME ( 'homeUrl' )
> EQUALITY caseIgnoreIA5Match
> SUBSTR caseIgnoreIA5SubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.12
> NAME ( 'workUrl' )
> EQUALITY caseIgnoreIA5Match
> SUBSTR caseIgnoreIA5SubstringsMatch
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.96
> NAME ( 'custom1' )
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
> SINGLE-VALUE )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.97
> NAME ( 'custom2' )
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
> SINGLE-VALUE )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.98
> NAME ( 'custom3' )
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
> SINGLE-VALUE )
>
> attributetype ( 1.3.6.1.4.1.9131.2.1.99
> NAME ( 'custom4' )
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
> SINGLE-VALUE )
>
>
> # objectClass defs
>
> objectclass ( 1.3.6.1.4.1.9131.2.2.1
> NAME 'mozillaAbPersonObsolete'
> SUP top
> AUXILIARY
> MAY (
> xmozillaNickname $
> xmozillaUseHtmlMail $
> mozillaSecondeMail $
> mozillaPostalAddress2 $
> mozillaHomePostalAddress2 $
> mozillaHomeLocalityName $
> mozillaHomeState $
> mozillaHomePostalCode $
> mozillaHomeCountryName $
> mozillaHomeFriendlyCountryName $
> homeUrl $
> workUrl $
> custom1 $
> custom2 $
> custom3 $
> custom4 ) )
>
> This way, I was able to insert the LDIF in the LDAP database. if I do
> searches on the database with ldapsearch (openldap's commandline query
> tool), everything looks fine, but if I use mozilla, it won't see half
> the records (I *can* see the first name, last name, email address, and
> work/home urls, but street, zipcode etc records seem to be empty.) which
> is odd IMHO... mozilla dumped the personal addressbook to LDIF, the LDIF
> got imported into the OpenLDAP database, queries on the database prove
> the data is inserted correctly, but mozilla doesn't seem to recognise
> half the records it generated itself ?!?
> is this due to my abzillaperson.schema ?
> I'm very puzzled....
> If someone could shed a light on this...
>
> TIA
> roger
>
