Newsgroup: it.comp.os.linux.sys
Titolo: Utenti di sistema su database

Ciao
 
Sto per installare un nuovo mail-server su Debian con postfix, dovecot e 
sogo (webmail+caledari) che gestira' circa 40 caselle di posta. 
 
In precedenza ho già usato questo tris usando  ldap e nsswitch per gestire 
gli utenti.
 
Dato che sogo usa postgresql per i calendari e altre sue cose, stavo 
pensando di non usare del tutto ldap ma usare postgresql anche per la 
gestione degli utenti, cosa che pero' non ho mai fatto.
 
E' una buona idea oppure vado incontro a dei guai ?
 
Qualche suggerimento in proposito ?
 
 
-- 
Stefano L.

 Qualche suggerimento in proposito ?
 
Riprendendo quello che ho scritto sopra, si: usa LDAP, ti conviene :)
 
Enrico

 Enrico
 
 
Ok adesso studio ancora un poco la cosa e poi scelgo.
 
Grazie.
 
 
-- 
Stefano L.

 Rimane da vedere se non ti piace tanto quanto a me non piace LDAP   :)
 
Molto dipende da cosa fai, personalmente non mi piace soprattutto perche` 
l'integrazione dei vari sistemi prevede quasi sempre la creazione degli 
utenti su LDAP e quasi mai su database, ovvero spesso devi farti uno script 
per i fatti tuoi per creare le utenze. E questo lo dico proprio per 
esperienza personale
 
Enrico

 Sbagli, useradd non passa per PAM per creare l'utente :)
Questo è il minore dei mali, in questo caso gli utenti sono pochissimi e il 
ricambio è, a dir poco , insignificante.
 
Io un tentivo con postgresql lo faccio, tanto, con i numeri che ho, faccio 
in fretta a cambiare in qualsiasi momento.
 
 
Grazie.
 
 
-- 
Stefano L.

 esperienza personale
 
 
postfix, dovecot e quant'altro gestiscono facilmente mysql e postgree. 
basta solo inserire sostanzialmente 3 entry: domini, caselle, alias.
 
Alla fine è molto semplice, cosa non ti convince?

 Alla fine è molto semplice, cosa non ti convince?
 
non mi convince non tanto l'integrazione, ma la gestione. In altre parole, 
quei sistemi sanno leggere le utenze da varie fonti (/etc/passwd, db, LDAP), 
ma non si occupano di crearle. Ed in questo caso, sistemi come SoGO 
difficilmente (se non per nulla) provano ad integrare moduli per la 
creazione delle utenze su sistemi che non siano LDAP (anche perche` lo 
schema su db e` molto meno rigido rispetto allo schema LDAP o allo schema 
/etc/passwd). L'unica via per ovviare al problema e` quindi crearsi dei tool 
ad hoc (in bash, perl, python, php...) per la creazione degli utenti, 
ritrovandosi pero` a scontrarsi con altri problemi (uno su tutti, se si usa, 
dovecot, che utilizza un salt per la generazione delle password tutto suo). 
A questo punto, personalmente, visto che l'alternativa database e` molto 
piu` laboriosa rispetto alle altre, ritengo che se devo mettere in piedi un 
sistema email con una base utenze abbastanza corposa allora tanto vale usare 
LDAP e via, altrimenti /etc/passwd e` piu` che sufficiente
 
Enrico

 dovecot, che utilizza un salt per la generazione delle password tutto suo).
 
vero, ma ha anche un tool per generare tutto, oltre ad avere un tool di 
verifica, come nell'esempio di sopra:
 
doveadm pw -s MD5-CRYPT -p passwordcasella
 
 
 
 
poi intendiamcoi, io non prendo provvigioni per ogni mailserver 
collegato ad un database, se non ti piace, pace :)
un minimo sforzo oggi poi ti rende meno laborioso domani il tutto. mi 
parli di 40 caselle e del fatto che sia difficile che il multidominio su 
40 caselle sia così frequente. io invece ho aziende da 20 caselle che 
hanno 6 domini... e tutti hanno "info@" "amministrazione@" "tecnico@" 
"commerciale@" etc...
da /etc/passwd me ne sono scappato con estremo piacere...

(uno su tutti, se si usa, dovecot, che utilizza un salt per la generazione delle password tutto suo). 
 
Fermi fermi.
Cosa fa dovecot?
Dovecot usa un salt, non un salt "tutto suo". 
Chiunque abbia il support md5/crypt è in grado di confrontare la password o di generarne di compatibili.

 o di generarne di compatibili.
confermo in pieno, altrimenti non mi funzionerebbe un banale
$pass=crypt($argomenti[2]);
in php
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
 
www.robyt.eu