Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
A part copier les fiches depuis le serveur LDAP et les
modifier en local, je n'arrive a rien.
Est-ce que quelqu'un voudrait bien m'aiguiller sur
la bonne voie ? (c'est juste dans le cadre d'un carnet
d'adresse partagé: pas pour maintenir une base utilisateur,
etc...)
(je pense aussi notamment à filemaker et son traitement loufoque de l'odbc...)
oh, mais il vient me chercher, lui...
FMP refuse de revenir 20 ans en arrière, on ne va pas lui reprocher, quand meme...
-- Philippe Manet
pmanet
Laurent Pertois wrote:
Mise à jour des contacts de votre Carnet d'adresses basé sur un serveur avec un annuaire DAP. Idéal pour les professionnels itinérants.
voilà, c'est uniquement à ça que sert la récup des fiches ldap dans le carnet local ; pas à les partager, ce qui risquerait de rompre la cohérence globale du système..
Mise à jour des contacts de votre Carnet d'adresses basé sur un serveur
avec un annuaire DAP. Idéal pour les professionnels itinérants.
voilà, c'est uniquement à ça que sert la récup des fiches ldap dans le
carnet local ; pas à les partager, ce qui risquerait de rompre la
cohérence globale du système..
Mise à jour des contacts de votre Carnet d'adresses basé sur un serveur avec un annuaire DAP. Idéal pour les professionnels itinérants.
voilà, c'est uniquement à ça que sert la récup des fiches ldap dans le carnet local ; pas à les partager, ce qui risquerait de rompre la cohérence globale du système..
-- Philippe Manet
nospam
Laurent Pertois wrote:
Sinon, pour phpldapadmin, tu ne paramètres pas le fichier config.php ?
Sinon, pour phpldapadmin, tu ne paramètres pas le fichier config.php ?
Non, je n'ai rien eu a faire.
-- Jacques
laurent.pertois
Jacques Foucry wrote:
Laurent Pertois wrote:
Sinon, pour phpldapadmin, tu ne paramètres pas le fichier config.php ?
Non, je n'ai rien eu a faire.
Bon, je viens d'essayer à nouveau, cette bouse me fait une erreur par rapport à une fonction dans un fichier. Comme je n'ai pas envie de débugger le truc, je regarde plus tard avec une ancienne version.
Cependant, à la lecture du fichier de config, ça pourrait jouer des tours vu qu'ils prennent en dur des bases de recherches en dc=example,dc=com.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Sinon, pour phpldapadmin, tu ne paramètres pas le fichier config.php ?
Non, je n'ai rien eu a faire.
Bon, je viens d'essayer à nouveau, cette bouse me fait une erreur par
rapport à une fonction dans un fichier. Comme je n'ai pas envie de
débugger le truc, je regarde plus tard avec une ancienne version.
Cependant, à la lecture du fichier de config, ça pourrait jouer des
tours vu qu'ils prennent en dur des bases de recherches en
dc=example,dc=com.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Sinon, pour phpldapadmin, tu ne paramètres pas le fichier config.php ?
Non, je n'ai rien eu a faire.
Bon, je viens d'essayer à nouveau, cette bouse me fait une erreur par rapport à une fonction dans un fichier. Comme je n'ai pas envie de débugger le truc, je regarde plus tard avec une ancienne version.
Cependant, à la lecture du fichier de config, ça pourrait jouer des tours vu qu'ils prennent en dur des bases de recherches en dc=example,dc=com.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
nospam
Laurent Pertois wrote:
Cependant, à la lecture du fichier de config, ça pourrait jouer des tours vu qu'ils prennent en dur des bases de recherches en dc=example,dc=com.
Une nouvelle version alors. Celle que j'utilisais (j'ai viré phpldapadmin juste après). ne m'a pas posée de problème.
En fait une fois que l'on connais l'arbre dans lequel on va mettre les données (ou qu'on là créé), plus besoin de ça.
Cependant, à la lecture du fichier de config, ça pourrait jouer des tours vu qu'ils prennent en dur des bases de recherches en dc=example,dc=com.
Une nouvelle version alors. Celle que j'utilisais (j'ai viré phpldapadmin juste après). ne m'a pas posée de problème.
En fait une fois que l'on connais l'arbre dans lequel on va mettre les données (ou qu'on là créé), plus besoin de ça.
-- Jacques
laurent.pertois
Jacques Foucry wrote:
Une nouvelle version alors. Celle que j'utilisais (j'ai viré phpldapadmin juste après). ne m'a pas posée de problème.
Ca change tout le temps, fichier de config compris...
En fait une fois que l'on connais l'arbre dans lequel on va mettre les données (ou qu'on là créé), plus besoin de ça.
Euh, si, quand même, là, ça concernait les recherches, notamment.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques Foucry <nospam@foucry.net.invalid> wrote:
Une nouvelle version alors. Celle que j'utilisais (j'ai viré
phpldapadmin juste après). ne m'a pas posée de problème.
Ca change tout le temps, fichier de config compris...
En fait une fois que l'on connais l'arbre dans lequel on va mettre les
données (ou qu'on là créé), plus besoin de ça.
Euh, si, quand même, là, ça concernait les recherches, notamment.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Une nouvelle version alors. Celle que j'utilisais (j'ai viré phpldapadmin juste après). ne m'a pas posée de problème.
Ca change tout le temps, fichier de config compris...
En fait une fois que l'on connais l'arbre dans lequel on va mettre les données (ou qu'on là créé), plus besoin de ça.
Euh, si, quand même, là, ça concernait les recherches, notamment.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
