Salut
 
Je chercher depuis un petit moment la commande pour dire à courier IMAP que le mdp est crypté en SSHA dans ldap.
Pour le mode CRYPT j'ai bien LDAP_CRYPTPW mais quand je met LDAP_SSHAPW marche pas et me fait comme erreur:
 

 
Donc ça doit pas être ça, j'ai chercher sur google mais pas trouvé. Merci de votre aide.

Je pense pas que authdaemond supporte directement le SSHA. Reste la méthode du bind au serveur pour tester les credentials.

Edit: SHA => SSHA

comment ça la méthode du bind? Merci

authdaemond lance une opération de bind LDAP à l'annuaire avec les crédits utilisateur qu'on lui a passé. Si l'opération ne retourne pas d'erreur, c'est que l'utilisateur est bien dans l'annuaire LDAP.

genre ça ?
 

 
car que ça soit un mauvais ou bon mdp il s'affiche pour moi.

Je peux difficilement dire en deux lignes de log... Ca serait plus simple avec le fichier de conf (authdaemonrc si je me souviens bien).

non c'est avec authldaprc :
 

 
la j'ai le passe en claire car marche pas non plus en claire, même erreur je viens de voir.
et voila les logs:

 
je viens de voir le passwd=<null>, car je viens de mettre les logs en debug max. Merci de ton aide.

Ok, avec LDAP_AUTHBIND 1, ca donne quoi?

même problème, avec 1 ou si je commente.
 
LDAP_AUTHBIND sert à réinitialiser la connexion non?

Avec les crédits de l'utilisateur obtenus par IMAP. C'est d'ailleurs lourd, vu que l'opération va nécessiter deux binds: un pour le compte IMAP qui va chercher des attributs (genre le userPassword) et un deuxième bind, cette fois avec le DN et le mdp de l'utilisateur. C'est cette deuxième connexion qui permet de vérifier que l'utilisateur est correct, quand la authlib de courier ne supporte pas un mécanisme/hash.
 
Et les logs sont exactement les mêmes? Pas d'indication de connexion avec le DN de l'utilisateur (uid=test,ou=Users,dc=domaine,dc=local)?

ah si bien vu, j'avais pas fait gaffe:
 
Mar  7 16:39:31 falcon imapd: Connection, ip=[:ffff:172.25.xx.xxx]
Mar  7 16:39:34 falcon authdaemond: received auth request, service=imap, authtype=login
Mar  7 16:39:34 falcon authdaemond: authldap: trying this module
Mar  7 16:39:34 falcon authdaemond: selected ldap protocol version 3
Mar  7 16:39:34 falcon authdaemond: binding to LDAP server as DN 'cn=admin, dc=domaine, dc=local', password 'xxxxxxx'
Mar  7 16:39:34 falcon authdaemond: using search filter: (&(objectClass=CourierMailAccount)(cn=test))
Mar  7 16:39:34 falcon authdaemond: one entry returned, DN: uid=test,ou=Users,dc=domaine,dc=local
Mar  7 16:39:34 falcon authdaemond: raw ldap entry returned:
Mar  7 16:39:34 falcon authdaemond: | cn: test
Mar  7 16:39:34 falcon authdaemond: | mailbox: test/
Mar  7 16:39:34 falcon authdaemond: | homeDirectory: /opt/nfs/vmail/
Mar  7 16:39:34 falcon authdaemond: | userPassword: xxxxxxx
Mar  7 16:39:34 falcon authdaemond: authldaplib: sysusername=<null>, sysuserid=5000, sysgroupid=5000, homedir=/opt/nfs/vmail/, address=test, fullname=test, maildir=test/, quota=<null>, options=<null>
Mar  7 16:39:34 falcon authdaemond: authldaplib: clearpasswd=xxxxxxx, passwd=<null>
Mar  7 16:39:34 falcon authdaemond: rebinding with DN 'uid=test,ou=Users,dc=domaine,dc=local' to validate password
Mar  7 16:39:34 falcon authdaemond: authentication bind successful
Mar  7 16:39:34 falcon authdaemond: Authenticated: sysusername=<null>, sysuserid=5000, sysgroupid=5000, homedir=/opt/nfs/vmail/, address=test, fullname=test, maildir=test/, quota=<null>, options=<null>
Mar  7 16:39:34 falcon authdaemond: Authenticated: clearpasswd=xxxxxxx, passwd=<null>

Et là, les accès à courier avec l'utilisateur fonctionnent ou pas? Qu'est ce que retourne la commande IMAP?

non marche pas, "la commande au serveur xx.xx.xx.xx à échoué"

Oui mais quelle commande?
 
http://www.courier-mta.org/authlib [...] debug.html

ça change pas trop les logs ton lien:

j'étais déjà en DEBUG_LOGIN=2

et j'ai mi:
*.debug                        /var/log/debug
dans /etc/syslog.conf rebooté syslog mais change rien dans les logs, toujours les même.

Merci de ton aide mais je sent que je suis mal barré.

Bon j'ai trouvé le problème qui viens de NFS, en local ça marche très bien mais dés que je met le répertoire vmail sur un partage nfs marche plus.
Donc y a un problème de droit, mais ce qui est bizarre c'est que postfix arrive à poser le courrier dans le répertoire vmail en nfs.
Avez vous une idée de la condig que je doit modifier?
 
voila ma config sur le serveur nfs:

 
Merci de votre aide.

résolu, j'ai enlevé all_squash dans ma ligne exports.

Cramé, c'est ce que j'allais dire
 
Laisse un root squash quand même, surtout pour des boites mails.