Otra escupía que me cae en la frente. Desde que conozco linux, estoy oyendo hablar de postfix con ldap, postfix con mysql y siempre mi criterio era el peor.
Por lo general, veía a mis paisanos copiar guías y pasar mil trabajos creando la base de datos sin tener una finalidad útil. Ahora me doy cuenta que en un esquema monstruosamente grande; MySQL resulta útil.
Por ejemplo, aquí tengo planificado un gran despliegue de tecnología estrafalaria y voy a necesitar un esquema como el de google:
“una cuenta para todos los servicios”
Por el momento le va tocando el turno al correo, que aunque aún no tenemos operando el dominio; esta pronto a cumplirse.
Primero y principioso, instalar todo:
1
|
|
Seguidamente crearemos los usaurios del sistema. El esquema vmail corre como un usaurio aparte por una cuestión de seguridad.
1 2 3 4 |
|
La base de datos, tienes más o menos esta estructura:
1 2 3 4 |
|
Lo que más nos interesa de aquí es username y password, sobre todo teniendo en cuenta que que se almacena cifrado, osea, un chorro de mierda hexagesimal.
Ahora vamos al fichero “/etc/dovecot/conf.d/10-auth.conf”. al fondo, le descomentamos el autenticador sql y le comentamos el de pam. Nos quedaría así
1 2 3 4 5 6 7 |
|
Ahora le diremos al autenticador como conectarse a la base de datos. El irá solito a buscar la table “users”. Especificamos las conexión. También le diremos las linea sql que debe tirar para buscar el username y el password.
También modificaremos el mecanismo de cifrado, le diremos que use SHA256 que es el generado por Ruby en mi esquema.
1 2 3 4 5 |
|
Por último y antes de pasar a postfix. En el fichero conf.d/auth-sql.conf.ext declaramos como se gestionará la base datos.
1 2 3 4 5 6 7 8 9 |
|
Osea que el correo se almacene en /var/vmail/fulano y con usuario vmail. De hecho TODO el correo se almacenará con el usuario vmail; poniendo fin al perpetuo temor de escalada de permisos que descansa en el típico esquema /var/mail/fulano
En este caso, se chequeará el password contra SQL pero el almacenamiento se hará en /var/vmail, con eso no vamos contra el princpio del cual siempre me agarro y es que las Bases de datos, NO son sistemas de archivos.
Veremos en la próxima entrada, como se hace a postfix jugar con todo esto…