Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Truc Muche wrote:Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Ah ?
Truc Muche <nospam@nospamnospam.com> wrote:
Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Ah ?
Truc Muche wrote:Apple laisser penser qu'on peut modifier des fiches d'un
serveur ldap directement avec le "Carnet d'Adresse"...
Ah ?
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
Truc Muche wrote:http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
Truc Muche <nospam@nospamnospam.com> wrote:
http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
Truc Muche wrote:http://www.apple.com/macosx/features/addressbook/
réserve jaune a droite , second item:
----------------------------
Auto-Update LDAP Cards
Keep your server-based Address Book contacts updated from an LDAP-based
directory - perfect for mobile professionals.
---------------------------
Je sais pas si ce sont mes connaissances en anglais qui sont limitées,
mais ça y ressemble.. d'autant plus qu'apple le promettait pour tiger..
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
comment fait on pour remplir l'opendirectory/ldap quand on a choisi
cette solution ? web500gw, outlook, phpLDAPadm ? ;-((
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Ben, perso, je passe pas du phpLDAPAdmin même si c'est crade mais je
stocke les adresses dans cn=people, pas dans cn=users où ne sont stockés
que les utilisateurs du serveur. Et surtout, je modifie les droits
d'accès sur ce container pour permettre à certains d'écrire sans pouvoir
écrire dans le reste de l'annuaire.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Truc Muche wrote:Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
Ben, non, c'est au contraire une avancée par rapport à avant.En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
Truc Muche <nospam@nospamnospam.com> wrote:
Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
Ben, non, c'est au contraire une avancée par rapport à avant.
En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
Truc Muche wrote:Ben non, c'est l'inverse, ça veut dire que si la fiche LDAP est
modifiée, Carnet d'Adresses va mettre à jour en local, certainement pas
l'inverse. Il est incapable d'écrire.
p't1, y me les brises apple avec leurs 200 new features plus ou moins
bidons...
Ben, non, c'est au contraire une avancée par rapport à avant.En relisant la phrase dans cette optique (update ldap vers local),
ça veut dire enfin quelquechose..
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
Et puis récupérer des infos de ldap pour les stoquer en local sans
aucune possibilité de "partage", va falloir qu'on m'explique
l'interet final de la chose, si ce n'est encore une fois orienter
les utilisateurs vers le merveilleux ".mac" ... ça m'étonnais que
le carnet d'adresse ne demande nulle part de numéro de carte bleue
pour une fois.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
C'est bien phpLDAPmydamin, mais un peu difficile a cerner pour le
commun des mortels.
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
Je l'ai installé (chez le client pour qui je
testais le carnet d'adresse) ils l'ont abandonné au bout de
quelques jours... je sens que quelques un vont encore ressortir
leurs feuilles excel ou base works....
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
oui, j'avoue ;-)
j'étais resté scotché sur le sens de cette phrase "pensée" a l'envers:
ça ne voulais pas dire grand chose.. et encore, là, je trouve ça un peu
ambigue.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
Dans des petites structures où 5/6 personnes ont un besoin vital de
partager leurs contacts, non c'est loins d'être utopique... c'est même
la moindre des choses en 2006 :on ne peut pas cautionner ce mode de
'pensée unique'. La vision des standarts ouverts d'apple où on ne va
que prendre ce qui est interressant sans jamais avoir la possiblité
d'y faire des mises a jours, ça commence a bien faire (je pense aussi
notamment à filemaker et son traitement loufoque de l'odbc...)
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
AMHA, phpLDAPmyadmin souffre comme tous les projets qui s'étalent sur
des années de modifs/corrections a n'en plus finir.. Mais ça a le
mérite d'être un des seuls outils qui sache faire de l'écriture
dans du ldap..
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
solution...
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
oui, j'avoue ;-)
j'étais resté scotché sur le sens de cette phrase "pensée" a l'envers:
ça ne voulais pas dire grand chose.. et encore, là, je trouve ça un peu
ambigue.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
Dans des petites structures où 5/6 personnes ont un besoin vital de
partager leurs contacts, non c'est loins d'être utopique... c'est même
la moindre des choses en 2006 :on ne peut pas cautionner ce mode de
'pensée unique'. La vision des standarts ouverts d'apple où on ne va
que prendre ce qui est interressant sans jamais avoir la possiblité
d'y faire des mises a jours, ça commence a bien faire (je pense aussi
notamment à filemaker et son traitement loufoque de l'odbc...)
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
AMHA, phpLDAPmyadmin souffre comme tous les projets qui s'étalent sur
des années de modifs/corrections a n'en plus finir.. Mais ça a le
mérite d'être un des seuls outils qui sache faire de l'écriture
dans du ldap..
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
solution...
Donc, tu sous-entends que ce que tu lisais était ce que tu voulais lire
et pas ce qui était écrit ?
oui, j'avoue ;-)
j'étais resté scotché sur le sens de cette phrase "pensée" a l'envers:
ça ne voulais pas dire grand chose.. et encore, là, je trouve ça un peu
ambigue.
Euh, c'est l'intérêt d'un annuaire centralisé, si tout le monde commence
à le repartager, je trouve ça beaucoup plus embêtant. De plus, les
annuaires avec des doublons et plus car tout le monde y écrit, j'en ai
vu plein et c'était une horreur à nettoyer.
Dans des petites structures où 5/6 personnes ont un besoin vital de
partager leurs contacts, non c'est loins d'être utopique... c'est même
la moindre des choses en 2006 :on ne peut pas cautionner ce mode de
'pensée unique'. La vision des standarts ouverts d'apple où on ne va
que prendre ce qui est interressant sans jamais avoir la possiblité
d'y faire des mises a jours, ça commence a bien faire (je pense aussi
notamment à filemaker et son traitement loufoque de l'odbc...)
Ca n'a pas été conçu pour ça non plus. J'avais bidouillé une ancienne
version pour qu'il n'y ait plus que la création d'une fiche de carnet
d'adresse au bon endroit, mais avec les dernières versions, c'est encore
pire, le code est horrible à lire, je trouve, mais je ne suis pas un
spécialiste du php, il est vrai.
AMHA, phpLDAPmyadmin souffre comme tous les projets qui s'étalent sur
des années de modifs/corrections a n'en plus finir.. Mais ça a le
mérite d'être un des seuls outils qui sache faire de l'écriture
dans du ldap..
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
je suis tombé dessus aussi, je vais approfondir: il faut trouver une
solution...
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
Regarde AddressBook4LDAP, je ne l'ai jamais vraiment testé mais ça
semble intéressant.
Il y a un article sur le sujet sur <http://www.macdev.fr>
Il y a un article sur le sujet sur <http://www.macdev.fr>
Il y a un article sur le sujet sur <http://www.macdev.fr>