On a déjà eu des remarques sur le problème des attributs GOsa/FD.
Maintenant on stock toute la configuration de FD dans l'annuaire, donc on est obligé d'avoir un schéma au moins pour ça. Est-ce que le problème est d'insérer des schémas, ou juste d'avoir des attributs non standards sur certains types de nœuds?
Parce qu'on pourrait imaginer un version de FD qui n'utilise pas de champs/objectClass FD/GOsa pour les utilisateurs par exemple, par contre un FD qui n'insère aucun schéma c'est pas possible (ça veut dire pas de configuration, pas de snapshot, …)
[^] # Re: FusionDirectory et autre
Posté par MCMic (site web personnel) . En réponse au journal Gestion de LDAP sous Debian : OpenLDAP. Évalué à 3.
On a déjà eu des remarques sur le problème des attributs GOsa/FD.
Maintenant on stock toute la configuration de FD dans l'annuaire, donc on est obligé d'avoir un schéma au moins pour ça. Est-ce que le problème est d'insérer des schémas, ou juste d'avoir des attributs non standards sur certains types de nœuds?
Parce qu'on pourrait imaginer un version de FD qui n'utilise pas de champs/objectClass FD/GOsa pour les utilisateurs par exemple, par contre un FD qui n'insère aucun schéma c'est pas possible (ça veut dire pas de configuration, pas de snapshot, …)