> Un effet de rebondissement de spam a coupé l'epfl de la liste spip depuis
> le 6 décembre. C'est bien dommage car je teste les versions 5pr1 et 5pr2
> avec quelques soucis.
Le tuyau a été réouvert (par une personne à l'anglais très humoristique)
et je peux donc reprendre le dialogue.
Merci.
Deux problèmes actuels:
Notre annuaire ldap est configuré pour que je ne doive donner que
o=epfl, c=ch
ce que j'entre donc dans la configuration de spip, bien que cela ne
corresponde pas à ce qui est proposé.
Je suppose que c'est OK car si j'essaye une autre solution, spip me
dit que la connexion a échoué.
Mais alors (que j'utilise 5pr2 ou 5pr3) j'obtiens la page suivante:
Installation du système de publication... function spip_connect_ldap() { $GLOBALS['ldap_link'] = @ldap_connect("ldap","389"); @ldap_bind($GLOBALS['ldap_link'],"",""); return $GLOBALS['ldap_link']; } $GLOBALS['ldap_base'] = "o=epfl, c=ch"; $GLOBALS['ldap_present'] = true; ?>L'authentification LDAP est installée.
Vous pouvez maintenant terminer la procédure d'installation standard.
La page install.php3 à ce stade est
<?php
...
?>
...
?>
J'ai peut-être mal défini un paramètre ldap mais comment debugguer?
Dois-je configurer mon php-ldap en local? Le serveur ldap est géré
ailleurs. Qui peut éclairer ma lanterne?
Anne