1. Pour la liste des clients qui ne comporte que ldapbrowser, c'est parce que je préfère donner un outils portable, que Java ne me pose pas tout le temps des problèmes, et que en plus ce n'est pas la partie la plus importante (juste rassurer l'utilisateur qui a peur des lignes de commandes). Mais bon, ça pourra changer...
2. Le champ allow bind_v2 a été ajouté sinon on a le message "requested protocol version not allowed" (bug mozilla)
3. Est-ce que cet annuaire LDAP est compatible avec l'adressbook fournit avec OS X 10.2 ?
La question serait plutot, est-ce que l'addressbook OS X 10.2 supporte le protocol LDAP. Si oui, si c'est un client intelligent, il utilisera le champ email (champ utilisé par tous les carnets d'adresse dignes).
4. J'aimerai savoir. lorsque je modifie l'annuaire, comment faire pour que les clients soient avertis ?
En fait, les clients interrogent tout le temps la base. Pas de cache. Ou alors, le mettre à zéro.
5. Est 'il possible de stocker d'autres infos que des contacts ? je pense notamment aux bookmarks qui serait également intéressant de centraliser dans ce type d'applis
LDAP est une base de donnée orientée lecture, c'est à dire qu'elle optimisée pour les opérations de lecture, recherche. Par contre, elle n'est 'désignée' pour les écritures (lentes). Donc LDAP doit être utilisée dans un contexte lecture (un annuaire). Stocker des bookmarks pourrait être intéressant s'ils étaient partagés, et s'ils n'étaient modifiés que rarement... mais ça pourrait être marrant à implémenter :-)
6. Ca existe en version Windows ? (Pour éviter d'avoir a payer une licence serveur).
Ca ne coute pas moins cher d'acheter un serveur et d'installer linux dessus que d'acheter une licence serveur ? Enfin bon, faut se méfier des outils propriétaires... je me rappelle d'une fois ou je voulais remplacer un serveur LDAP netscape par OpenLDAP. Il fallait modifier les sources pour modifier le header (le serveur LDAP s'annoncait comme un serveur openldap lors de la négociation... normal non ? mais le logiciel en face ne voulait que du netscape...).
# Des précisions
Posté par Matthieu . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
2. Le champ allow bind_v2 a été ajouté sinon on a le message "requested protocol version not allowed" (bug mozilla)
3. Est-ce que cet annuaire LDAP est compatible avec l'adressbook fournit avec OS X 10.2 ?
La question serait plutot, est-ce que l'addressbook OS X 10.2 supporte le protocol LDAP. Si oui, si c'est un client intelligent, il utilisera le champ email (champ utilisé par tous les carnets d'adresse dignes).
4. J'aimerai savoir. lorsque je modifie l'annuaire, comment faire pour que les clients soient avertis ?
En fait, les clients interrogent tout le temps la base. Pas de cache. Ou alors, le mettre à zéro.
5. Est 'il possible de stocker d'autres infos que des contacts ? je pense notamment aux bookmarks qui serait également intéressant de centraliser dans ce type d'applis
LDAP est une base de donnée orientée lecture, c'est à dire qu'elle optimisée pour les opérations de lecture, recherche. Par contre, elle n'est 'désignée' pour les écritures (lentes). Donc LDAP doit être utilisée dans un contexte lecture (un annuaire). Stocker des bookmarks pourrait être intéressant s'ils étaient partagés, et s'ils n'étaient modifiés que rarement... mais ça pourrait être marrant à implémenter :-)
6. Ca existe en version Windows ? (Pour éviter d'avoir a payer une licence serveur).
Ca ne coute pas moins cher d'acheter un serveur et d'installer linux dessus que d'acheter une licence serveur ? Enfin bon, faut se méfier des outils propriétaires... je me rappelle d'une fois ou je voulais remplacer un serveur LDAP netscape par OpenLDAP. Il fallait modifier les sources pour modifier le header (le serveur LDAP s'annoncait comme un serveur openldap lors de la négociation... normal non ? mais le logiciel en face ne voulait que du netscape...).