Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux Pb pour accèder aux données des contacts LDAP avec Mozilla

Pb pour accèder aux données des contacts LDAP avec Mozilla

3 réponses
Avatar
Jean-Philippe MINETTI
Bonjour,

Sur mon système linux (Red Hat 9.0 - noyau 2.4.20-31.9), j'ai installé
un serveur LDAP (OpenLDAP 2.0.27-8) dans lequel j'ai stocké tous mes
contacts.

Nom d'hôte: ldap.local.minetti.org
Nom distinct de base: ou=people,dc=local,dc=minetti,dc=org

La connexion à l'annuaire LDAP à travers le carnet d'adresse de Mozilla
(version Française 1.2.1) marche très bien, mais malheureusement je
n'arrive pas à accéder à certaines données, comme par exemple l'adresse
e-mail alternative et l'adresse personnelle.

J'ai d'abord essayé de saisir mes contacts sous mozilla pour faire un
export au format LDIF pour pouvoir importer les données dans l'annuaire
LDAP: sans succès. J'ai bien mes données dans le LDAP, mais Mozilla ne
me les récupère pas.

Ensuite, j'ai essayé toute sorte de schema: là aussi, sans succès.

Que faire ?

Autre question: y'a t-il un moyen pour connecter Microsoft Outlook à un
annuaire OpenLDAP pour visualiser les contacts.

Par avance merci à ceux qui voudrons bien m'aider.

Cordialement,
Jean-Philippe MINETTI
Signaler un problème avec ce contenu

3 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Christophe PEREZ
Le Sun, 23 Jan 2005 10:20:40 +0100, Jean-Philippe MINETTI a écrit:

Par avance merci à ceux qui voudrons bien m'aider.


Je n'ai malheureusement pour toi pas la solution à ton problème.
Mais, comme j'ai récemment essayé le même genre de choses pour
evolution, on ne sait jamais, peut-être que le schéma fourni dans les
sources de evolution correspond à un standard et qu'il est utilisable
pour Mozilla, OE ou autre...

Comme il n'est pas très gros, je le met ici, ça sera plus pratique.

=============== 8< ============================== #
# Depends upon
# Definition of an X.500 Attribute Type and an Object Class to Hold
# Uniform Resource Identifiers (URIs) [RFC2079]
# (core.schema)
#
# A Summary of the X.500(96) User Schema for use with LDAPv3 [RFC2256]
# (core.schema)
#
# The COSINE and Internet X.500 Schema [RFC1274] (cosine.schema)
#
# The Internet Organizational Person Schema (inetorgperson)
#
# OIDs are broken up into the following:
# 1.3.6.1.4.1.8506.1.?
# .1 Syntaxes
# .2 Attributes
# .3 Objectclasses

# primaryPhone
attributetype ( 1.3.6.1.4.1.8506.1.2.1
NAME 'primaryPhone'
DESC 'preferred phone number used to contact a person'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE )

# carPhone
attributetype ( 1.3.6.1.4.1.8506.1.2.2
NAME 'carPhone'
DESC 'car phone telephone number of the person'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50
SINGLE-VALUE )

attributetype ( 1.3.6.1.4.1.8506.1.2.3
NAME ( 'homeFacsimileTelephoneNumber' 'homeFax' )
SYNTAX 1.3.6.1.4.1.1466.115.121.1.22 )

attributetype ( 1.3.6.1.4.1.8506.1.2.4
NAME 'otherPhone'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.5
NAME 'businessRole'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )

attributetype ( 1.3.6.1.4.1.8506.1.2.6
NAME 'managerName'
SUP name )

attributetype ( 1.3.6.1.4.1.8506.1.2.7
NAME 'assistantName'
SUP name )

# spouseName
# single valued (/me smirks)
attributetype ( 1.3.6.1.4.1.8506.1.2.8
NAME 'spouseName'
SUP name
SINGLE-VALUE )

attributetype ( 1.3.6.1.4.1.8506.1.2.9
NAME 'otherPostalAddress'
EQUALITY caseIgnoreListMatch
SUBSTR caseIgnoreListSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )

attributetype ( 1.3.6.1.4.1.8506.1.2.10
NAME ( 'mailer' 'mua' )
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32} )

attributetype ( 1.3.6.1.4.1.8506.1.2.11
NAME ( 'birthDate' 'dob' )
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )

attributetype ( 1.3.6.1.4.1.8506.1.2.12
NAME 'anniversary'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )

attributetype ( 1.3.6.1.4.1.8506.1.2.13
NAME 'note'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024} )

attributetype ( 1.3.6.1.4.1.8506.1.2.14
NAME 'evolutionArbitrary'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{4096} )
)

attributetype ( 1.3.6.1.4.1.8506.1.2.15
NAME 'fileAs'
SUP name )

attributetype ( 1.3.6.1.4.1.8506.1.2.16
NAME 'assistantPhone'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.17
NAME 'companyPhone'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.18
NAME 'callbackPhone'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.19
NAME ( 'otherFacsimileTelephoneNumber' 'otherFax' )
SYNTAX 1.3.6.1.4.1.1466.115.121.1.22 )

attributetype ( 1.3.6.1.4.1.8506.1.2.20
NAME 'radio'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.21
NAME 'telex'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

attributetype ( 1.3.6.1.4.1.8506.1.2.22
NAME 'tty'
EQUALITY telephoneNumberMatch
SUBSTR telephoneNumberSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )

# deprecated - use the multivalued category
attributetype ( 1.3.6.1.4.1.8506.1.2.23
NAME 'categories'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{4096} )

attributetype ( 1.3.6.1.4.1.8506.1.2.24
NAME 'contact'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )

attributetype ( 1.3.6.1.4.1.8506.1.2.25
NAME 'listName'
SUP name
SINGLE-VALUE )

# deprecated - use calEntry and its attributes from RFC 2739
attributetype ( 1.3.6.1.4.1.8506.1.2.26
NAME 'calendarURI'
EQUALITY caseExactIA5Match
SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
SINGLE-VALUE )

# deprecated - use calEntry and its attributes from RFC 2739
attributetype ( 1.3.6.1.4.1.8506.1.2.27
NAME 'freeBusyURI'
EQUALITY caseExactIA5Match
SYNTAX 1.3.6.1.4.1.1466.115.121.1.26
SINGLE-VALUE )

attributetype ( 1.3.6.1.4.1.8506.1.2.28
NAME 'category'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{4096} )


# evolutionPerson
objectclass ( 1.3.6.1.4.1.8506.1.3.1
NAME 'evolutionPerson'
DESC 'Objectclass geared to Evolution Usage'
SUP inetOrgPerson
STRUCTURAL
MAY (
fileAs $ primaryPhone $ carPhone $ homeFacsimileTelephoneNumber $
otherPhone $ businessRole $ managerName $ assistantName $ assistantPhone $
otherPostalAddress $ mailer $ birthDate $ anniversary $ spouseName $
note $ companyPhone $ callbackPhone $ otherFacsimileTelephoneNumber $
radio $ telex $ tty $ categories $ category $ calendarURI $ freeBusyURI )
)

# evolutionPersonList
objectclass ( 1.3.6.1.4.1.8506.1.3.2
NAME 'evolutionPersonList'
DESC 'Objectclass geared to Evolution Contact Lists'
SUP top
STRUCTURAL
MUST (
listName )
MAY (
mail $ contact )
)
=================================================

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Jean-Philippe MINETTI
Christophe PEREZ a écrit:
Le Sun, 23 Jan 2005 10:20:40 +0100, Jean-Philippe MINETTI a écrit:


Par avance merci à ceux qui voudrons bien m'aider.



Je n'ai malheureusement pour toi pas la solution à ton problème.
Mais, comme j'ai récemment essayé le même genre de choses pour
evolution, on ne sait jamais, peut-être que le schéma fourni dans les
sources de evolution correspond à un standard et qu'il est utilisable
pour Mozilla, OE ou autre...



Salut,

Malheureusement le schema de evolution n'est pas un standard et ne
correspond pas à des champs de Mozilla.

En faite, je cherche surtout à remplir les champs suivants (de Mozilla):
- adresse e-mail secondaire (du travail par exemple)
- 1ère ligne de l'adresse personnelle
- 2ème ligne de l'adresse personnelle
- Ville de l'adresse personnelle
- Code postal de l'adresse personnelle
- Pays de l'adresse personnelle

J'ai essayé ton schema en indiquant le champ otherPostalAddress,
malheureusement Mozilla à ignoré la donnée.

Cordialement,
Jean-Philippe MINETTI


Avatar
Christophe PEREZ
Le Wed, 26 Jan 2005 21:37:41 +0100, Jean-Philippe MINETTI a écrit:

J'ai essayé ton schema en indiquant le champ otherPostalAddress,
malheureusement Mozilla à ignoré la donnée.


Désolé.

--
Christophe PEREZ
Écrivez moi sans _faute !