You are not logged in.
Bonjour
J'essaie d'utiliser la fonction AuthLDAP::forceOneUserSynchronization permettatn de syunchroniser un utilsiateur
Je possede un script php qui appelle cette fonction
- si je fais une synchronisation via la page utilisateur : ca marche : droits et environnement ok
- lorsque j'execute ce script via l'url -> le profil est mis à jour avec les informations du ldap : ok
- lorsque j'execute ce script via tache planifiée wndows : le script passe par les memes lignes, recupération des informations Ldap, mais pas de mise à jour dans la bd glpi.
je ne comprends pas ce qui 'coince'
Ce meme script mis sur un autre serveur fonctionne en tache planifiée
j'en conclue que c'est lié à un souci environnement GLPI, mais ou?
Last edited by ec2311 (2024-10-03 08:55:00)
GLPI 10.0.10
GLPIinventory 1.3.4
Agents : FI (2.6, 2.5) et Glpiagents (1.7)
Offline
A priori certains champs remontent
mais les mails non
je ne comprends pas
info supplémentaire :
le glpi sur lequel la remontée des emails fonctionne est en v10.12
le glpi sur lequel la remontée des emails ne fonctionne pas est en v10.10
y aurait-il lien ?
Last edited by ec2311 (2024-10-02 08:24:08)
GLPI 10.0.10
GLPIinventory 1.3.4
Agents : FI (2.6, 2.5) et Glpiagents (1.7)
Offline
en V10.10, la commande console glpi:ldap:synchronize_users --only-create-new
cree correctement les comptes AVEC l'adresse mail
GLPI 10.0.10
GLPIinventory 1.3.4
Agents : FI (2.6, 2.5) et Glpiagents (1.7)
Offline
Suite maj V10.0.11 ; bug
https://github.com/glpi-project/glpi/pull/16185
en V12 : plus de pb
GLPI 10.0.10
GLPIinventory 1.3.4
Agents : FI (2.6, 2.5) et Glpiagents (1.7)
Offline