Salut les barbus !
 
j'ai un léger soucis :
j'ai un serv mail avec postfix qui tourne bien, et qui s'appuie sur une base sql.
 
jusqu'ici tout va bien ... sauf que je veux unserveur imap et pop pour aller avec!
 
Et là grosseuh malheur! impossible de faire manger des pass en MD5 à courier-authdaemon, meme en lui demandant de lire un passwd crypté!
 
Qqn à deja réussi à faire ca ? perso je vais m'arracher les cheveux là

nan, il faut impérativement qu'on puisse utiliser les pass de la BDD global, qui eux sont stockés en md5

Oui mais ce n'est pas le cas

tu as bien ça dans le fichier de conf authmysqlrc ?

alors ?

bah oui j'ai ca
 
ca marche bien avec les pass en clair, mais ca prend pas si dans la table y'a un pass hashé en md5

étonnant, car le champ de conf est quand même MYSQL_CRYPT_PWFIELD et pas CLEAR ...

ils ont quelle tête tes mdp ??
 
car moi j'ai bien des mdp genre $1$fg4h5f45hdb57bdf5 et ça fonctionne

 
Hahahaha, t'es mort, j'vais te hacker ton serveur !!!      
 

 

surtout que je viens de le taper "aléatoirement" à l'instant

Yep, ça se voit, c'est pas vraiment de l'aléatoire, y'a trop de 5 et de f et tu as aussi deux combinaisons bd (enfin, bd et db quoi).
Chuis sur qu'en passant ça en analyse stochastique ça nous sortirait un truc du genre azerty ou toto

ben si c'est pas implémenté par défaut ... à part le faire soi même non
sinon, essayer dans l'autre sens, trouver la clef "en clair" à partir du hash et le passer en clair à imap

pour moi ça le fait déjà

"1a1dc91c907325c69271ddf0c944bc72" (le hash de "pass" )
 
 
et oui ca merde quand je fait pointer mysql_crypt_pwfield vers passcrypt
 
par contre ca matrche bien quand je fais pointer vers mysql_clear_field vers clearpass

attention, il ne faut pas utiliser des mdp crypté via crypt de mysql !!
il faut qu'ils soient cryptés via crypt du système
 
et dans ma BDD, les mdp sont bien en MD5 (ils commencent par $1$.....) et ça fonctionne (postfixadmin + courier-authmysql )

ouais mais c'est naze, ca me plait pas ocmme soluce
 
je veux mon ident par pass md5 hashés

C'est peut être ton mysql qui est moisi alors ... enfin le plugin crypt de mysql

edit: grilled by the tomato man

va dire ca à josay, c'est le forum qui génère les pass

 
regarde la réponse de tomate, tout est dedans (même les pépins )

 
http://www.courier-mta.org/authlib/

donc en gros, si je comprend bien, le spass cryptés par la fonction md5 de php ne marchent pas ?  
 
pourtant j'ai testé en inserant direct le hash dans mysql après l'avoir fait calculer par php, ca marche pas mieux  
 
j'ai vu hier qu'il y avait des patchs pour courier-auth qui permettraient de fonctionner avec le crypt() de mysql ... on va creuser de ce coté là alors !

nan c'est la fonction crypt de mysql qui génère des trucs bizarres, du coup courier ne compare pas le même md5

yep, je confirme ... j'avais eu un souci du même genre y'a 2/3 ans ... j'avais galéré comme un malade pour me rendre compte que le crypt() de mysql n'était pas le même que celui du système

il dit qu'il comprend pas
 
j'ai un hash generé par un md5() stocké dans ma table mailbox, dans le champ password
bah ca marche pas
 
je fais quoi pour que ca marche ?

tu crées ton hash en utilisant la commande shell crypt (en faisant un appel système via php quoi) et pas en utilisant des fonctions internes à php ou à mysql

voila
 
celle de php je sais pas si elle ne fonctionne pas (ce n'est pas précisé)

la suite demain, time to go home

oui je sens que vous allez vous marrer

nan mais c'est à se la prendre et se la morde
 
pquoi personne a développé ca ? c'est ouf

 
Ouaip, mais enlève le dentier avant ... fait moins mal

j'ai trouvé un patch sympa http://www.commedia.it/ccontavalli [...] ier-2.html
ca permet de créer le rep dès qu'on se log, et pas à la reception du premier mail
 
par contre pas trop bossé sur l'auth, ca m'a un peu gavé