Re: Postfix sobre squeezy. Pasitos de bebé.
On Mon, 13 May 2013 09:38:58 -0400, Camaleón noela...@gmail.com wrote: El Mon, 13 May 2013 08:38:42 +0200, Luis escribió: Estamos haciendo ensayos con postfix sobre squeezy en una lan con solo dos máquinas y empleamos como guía, entre otros documentos, algo que nos pasaron de una web del sitio esdebian. Puaj... no deberías acceder/leer nada de ese sitio, sus administradores son anti-usuarios-cubanos :-/ Hemos ejecutado todos los pasos de esta guía pero al levantar roundcube para empezar con las pruebas de nuestro minilaboratorio obtenemos el mensaje: 'La conexión con el servidor IMAP falló' (...) Bueno, a ver... por partes. Antes que se me olvide, pásame esto, http://www.workaround.org/ispmail/squeeze :) Postfix es un servidor de correo saliente (SMTP) y Roundcube es un webmail para gestionar el correo entrante (POP3/IMAP4), es decir, cada pero desde el webmail también se envían email, no? uno se ocupa de cosas distintas. Que falle uno no implica que tenga que fallar el otro, afortunadamente :-) Después, Roundcube es un frontend para el servicio real que está detrás que en este caso parece ser que es Courier-IMAP. Así que lo primero que deberías hacer es 1) configurar Postfix y comprobar que funciona y 2) configurar Courier-IMAP y comprobar que funciona. Bueno, si ejecuto, /etc/init.d/postfix status postfix running :) y si, /etc/init.d/courier-imap restart stopping courier IMAP server: imapd starting courier IMAP server: imapd qué más? Si alguno de estos dos pasos te da error te recomiendo que no sigas, soluciona antes el problema porque de lo contrario te puedes volver majara. Cuando tengas estos dos servicios funcionando (enviando correos y recibiendo), entonces sí, ponte con Roundcube (por cierto, tienes una versión actualizada de Roundcube en los backports). Por último, decide qué tipo de configuración quieres usar porque quizá lo Recuerda que es un ensayo para aprender, por lo que queremos una configuración que emule un entorno de producción real y con todo lo que se pueda desear en materia de seguridad aunque obviamente vayamos de lo simple a lo complejo, adicionando nuevas funcionalidades :) que indica la guía no sea lo más conveniente en tu caso: dónde quieres tener los usuarios (/var/spool/mail, /var/lib/imap...), tipo de almacén Cuál es la mejor configuración? de datos (bdd sql, usaurios del sistema, usuarios virtuales...) y Por lo que he leído, usuarios virtuales contraseñas, etc. Por cierto, en lo que envié no ví nada de contraseñas :) -- Saludos, Luis Esteban de Dios Núñez -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.ww2y1li9tyh...@ppbinf2.lan
Re: Postfix sobre squeezy. Pasitos de bebé.
El 14/05/13 17:37, Luis escribió: Antes que se me olvide, pásame esto, http://www.workaround.org/ispmail/squeeze :) Te lo pasamos vía correo, así que, tranquilo, que te lo pasamos (benditos proxy's tenéis,...eh...que no deberíais tener problemas. Venezuela tiene Internet y parte de vosotros no. ¡Hay que ver!). pero desde el webmail también se envían email, no? Exactamente. Date cuenta que un webmail, es un entorno basado en web que se puede leer y enviar correos como los clientes, pero usando nombre de usuario o correo y clave. Bueno, si ejecuto, /etc/init.d/postfix status postfix running :) Significa que está funcionando. Así sí. y si, /etc/init.d/courier-imap restart stopping courier IMAP server: imapd starting courier IMAP server: imapd qué más? Comprueba que esté funcionando el courier. Recuerda que es un ensayo para aprender, por lo que queremos una configuración que emule un entorno de producción real y con todo lo que se pueda desear en materia de seguridad aunque obviamente vayamos de lo simple a lo complejo, adicionando nuevas funcionalidades :) Coruier-imap es un servidor basado en carpetas. Por ello, no tendrás problema. Cuál es la mejor configuración? El courier-imap, lo que hace es tener carpetas que irán a /var/lib/mail y /var/spool/mail. Por lo que he leído, usuarios virtuales Así es. Es típico de usuarios virtuales pero en bases de datos. Por cierto, en lo que envié no ví nada de contraseñas :) Las contraseñas son vitales para la recogida y mandato de mensajes. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Postfix sobre squeezy. Pasitos de bebé.
El Tue, 14 May 2013 09:37:59 -0600, Luis escribió: On Mon, 13 May 2013 09:38:58 -0400, Camaleón noela...@gmail.com wrote: (...) 'La conexión con el servidor IMAP falló' (...) Bueno, a ver... por partes. Antes que se me olvide, pásame esto, http://www.workaround.org/ispmail/squeeze :) Apuntado. Postfix es un servidor de correo saliente (SMTP) y Roundcube es un webmail para gestionar el correo entrante (POP3/IMAP4), es decir, cada pero desde el webmail también se envían email, no? El webmail sólo hace de pasarela, quien realmente envía el correo es el servidor SMTP (Postfix). Es importante que tengas los conceptos muy claros porque en caso de problemas tienes que saber dónde hay que mirar. uno se ocupa de cosas distintas. Que falle uno no implica que tenga que fallar el otro, afortunadamente :-) Después, Roundcube es un frontend para el servicio real que está detrás que en este caso parece ser que es Courier-IMAP. Así que lo primero que deberías hacer es 1) configurar Postfix y comprobar que funciona y 2) configurar Courier-IMAP y comprobar que funciona. Bueno, si ejecuto, /etc/init.d/postfix status postfix running :) Bien... y si, /etc/init.d/courier-imap restart stopping courier IMAP server: imapd starting courier IMAP server: imapd ... perfecto. Ya sabes cómo iniciar y detener servicios :-P qué más? Que lo pruebes. Envío y recepción. Si alguno de estos dos pasos te da error te recomiendo que no sigas, soluciona antes el problema porque de lo contrario te puedes volver majara. Cuando tengas estos dos servicios funcionando (enviando correos y recibiendo), entonces sí, ponte con Roundcube (por cierto, tienes una versión actualizada de Roundcube en los backports). Por último, decide qué tipo de configuración quieres usar porque quizá lo Recuerda que es un ensayo para aprender, Exacto. Aprender significa entender lo que uno hace, no copiar lo que dicen los manuales sin más. Aprender es, antes que nada, saber qué se quiere hacer. Por eso a los buenos administradores no les importa saberse de memoria todos los comandos y opciones sino saber lo que hacen y para qué lo hacen (objetivo y finalidad). El qué y el por qué más que el cómo. por lo que queremos una configuración que emule un entorno de producción real y con todo lo que se pueda desear en materia de seguridad aunque obviamente vayamos de lo simple a lo complejo, adicionando nuevas funcionalidades :) Es que no existe un único entorno de productividad real sino cientos. Está bien que uses una ayuda como base pero antes de eso prepara tu entorno, piensa lo que quieres (no para ahora sino en vistas al medio plazo) y dirige tus esfuerzos en esa dirección y en configurar un entorno de pruebas que emule TU entorno real, no el del vecino :-) que indica la guía no sea lo más conveniente en tu caso: dónde quieres tener los usuarios (/var/spool/mail, /var/lib/imap...), tipo de almacén Cuál es la mejor configuración? Depende de tus necesidades y esas sólo las sabes tú. de datos (bdd sql, usaurios del sistema, usuarios virtuales...) y Por lo que he leído, usuarios virtuales Bien. Ene ste caso los usuarios pueden estar en distintos soportes: bases de datos (mysql), bases de datos textuales (sasldb), directorios (ldap), etc... contraseñas, etc. Por cierto, en lo que envié no ví nada de contraseñas :) ¿Seguro...? ;-) *** Ficheros de Configuración para usuarios virtuales en postfix: /etc/postfix/mysql_a_maps.cf user=usuario password=clave *** Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kmtilu$ctp$5...@ger.gmane.org
Re: Postfix sobre squeezy. Pasitos de bebé.
On Tue, 14 May 2013 16:45:18 +0200, Camaleón noela...@gmail.com wrote: El Tue, 14 May 2013 09:37:59 -0600, Luis escribió: On Mon, 13 May 2013 09:38:58 -0400, Camaleón noela...@gmail.com wrote: (...) 'La conexión con el servidor IMAP falló' (...) Bueno, a ver... por partes. Antes que se me olvide, pásame esto, http://www.workaround.org/ispmail/squeeze :) Apuntado. Postfix es un servidor de correo saliente (SMTP) y Roundcube es un webmail para gestionar el correo entrante (POP3/IMAP4), es decir, cada pero desde el webmail también se envían email, no? El webmail sólo hace de pasarela, quien realmente envía el correo es el servidor SMTP (Postfix). Es importante que tengas los conceptos muy claros porque en caso de problemas tienes que saber dónde hay que mirar. estoy contigo en eso, a mi me gusta el por qué de los por qué :) uno se ocupa de cosas distintas. Que falle uno no implica que tenga que fallar el otro, afortunadamente :-) Después, Roundcube es un frontend para el servicio real que está detrás que en este caso parece ser que es Courier-IMAP. Así que lo primero que deberías hacer es 1) configurar Postfix y comprobar que funciona y 2) configurar Courier-IMAP y comprobar que funciona. Bueno, si ejecuto, /etc/init.d/postfix status postfix running :) Bien... y si, /etc/init.d/courier-imap restart stopping courier IMAP server: imapd starting courier IMAP server: imapd ... perfecto. Ya sabes cómo iniciar y detener servicios :-P qué más? Que lo pruebes. Envío y recepción. Cómo?, con telnet o mail?, bueno si sí ya las hecho y no envía, por lo que me surgen dudas si lo que hice con los usuarios virtuales está bien :( Si alguno de estos dos pasos te da error te recomiendo que no sigas, soluciona antes el problema porque de lo contrario te puedes volver majara. Cuando tengas estos dos servicios funcionando (enviando correos y recibiendo), entonces sí, ponte con Roundcube (por cierto, tienes una versión actualizada de Roundcube en los backports). Por último, decide qué tipo de configuración quieres usar porque quizá lo Recuerda que es un ensayo para aprender, Exacto. Aprender significa entender lo que uno hace, no copiar lo que dicen los manuales sin más. Aprender es, antes que nada, saber qué se quiere hacer. Por eso a los buenos administradores no les importa saberse de memoria todos los comandos y opciones sino saber lo que hacen y para qué lo hacen (objetivo y finalidad). El qué y el por qué más que el cómo. Estamos de acuerdo, pero por algo quiero empezar, y pienso que lo que he hecho puede ser mi punto de partida. Recuerda que el hardware consiste en dos maquinitas conectadas en red, ambas con squeezy, donde una funciona como servidor y ya tiene funcionando DHCP y DNS. por lo que queremos una configuración que emule un entorno de producción real y con todo lo que se pueda desear en materia de seguridad aunque obviamente vayamos de lo simple a lo complejo, adicionando nuevas funcionalidades :) Es que no existe un único entorno de productividad real sino cientos. Está bien que uses una ayuda como base pero antes de eso prepara tu entorno, piensa lo que quieres (no para ahora sino en vistas al medio plazo) y dirige tus esfuerzos en esa dirección y en configurar un entorno de pruebas que emule TU entorno real, no el del vecino :-) Oye, porque no bajas el nivel tu fireware?, ya sabes: son solo dos máquinas :) que indica la guía no sea lo más conveniente en tu caso: dónde quieres tener los usuarios (/var/spool/mail, /var/lib/imap...), tipo de almacén Cuál es la mejor configuración? Depende de tus necesidades y esas sólo las sabes tú. cr, si estuvieras cerca :| de datos (bdd sql, usaurios del sistema, usuarios virtuales...) y Por lo que he leído, usuarios virtuales Bien. Ene ste caso los usuarios pueden estar en distintos soportes: bases de datos (mysql), bases de datos textuales (sasldb), directorios (ldap), etc... Cuál es el mejor, más seguro? contraseñas, etc. Por cierto, en lo que envié no ví nada de contraseñas :) ¿Seguro...? ;-) *** Ficheros de Configuración para usuarios virtuales en postfix: /etc/postfix/mysql_a_maps.cf user=usuario password=clave *** Y de dónde la toma? pues en ninguna tabla de la db que creé vi algún campo que se llamara password ni clave :) -- Saludos, Luis Esteban de Dios Núñez -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.ww2l71betyh...@ppbinf1.lan
Re: Postfix sobre squeezy. Pasitos de bebé.
El Tue, 14 May 2013 13:01:03 +0200, Luis escribió: On Tue, 14 May 2013 16:45:18 +0200, Camaleón noela...@gmail.com wrote: (...) El webmail sólo hace de pasarela, quien realmente envía el correo es el servidor SMTP (Postfix). Es importante que tengas los conceptos muy claros porque en caso de problemas tienes que saber dónde hay que mirar. estoy contigo en eso, a mi me gusta el por qué de los por qué :) Es que si no se hace así luego vienen los problemas y te puedo asegurar que el flujo de entrada/salida en un servidor de correo no es cosa baladí: o tienes muy claro qué mirar o te puedes tirar días completos en saber qué está fallando. Mira, mi primer sistema de correo electrónico lo detallé (com-ple-to) sobre una hoja de papel, especificando absolutamente todo: desde que entraba un mensaje hasta la salida, indicando todos los pasos que iba a seguir el correo, qué quería que hiciera, qué elementos quería implementar (anti-spam, antivirus, fetchmail, filtros imap con sieve...). Sólo así conseguí montarlo, y bueno, con mucha paciencia porque no lo tuve en un día ni en dos pero ahí sigue funcionando tras 10 años ;-). qué más? Que lo pruebes. Envío y recepción. Cómo?, con telnet o mail?, bueno si sí ya las hecho y no envía, por lo que me surgen dudas si lo que hice con los usuarios virtuales está bien :( ¿Como que cómo? Pues con un cliente de correo, tal y como lo harán tus clientes. Y si no envía, mala cosa ;-( Recuerda que es un ensayo para aprender, Exacto. Aprender significa entender lo que uno hace, no copiar lo que dicen los manuales sin más. Aprender es, antes que nada, saber qué se quiere hacer. Por eso a los buenos administradores no les importa saberse de memoria todos los comandos y opciones sino saber lo que hacen y para qué lo hacen (objetivo y finalidad). El qué y el por qué más que el cómo. Estamos de acuerdo, pero por algo quiero empezar, y pienso que lo que he hecho puede ser mi punto de partida. Siempre y cuando lo entiendas, sí. Pero si te suena a cánticos de sirena entonces es como si no hubieras hecho nada. Recuerda que el hardware consiste en dos maquinitas conectadas en red, ambas con squeezy, donde una funciona como servidor y ya tiene funcionando DHCP y DNS. Eso es un buen entorno para empezar, aunque quizá te convendría añadir un equipo más (2 clientes y 1 servidor) ya que de lo contrario el servidor tendrá que hacer los roles de servidor y cliente a la vez y eso te puede complicar un poco la configuración inicial. Es que no existe un único entorno de productividad real sino cientos. Está bien que uses una ayuda como base pero antes de eso prepara tu entorno, piensa lo que quieres (no para ahora sino en vistas al medio plazo) y dirige tus esfuerzos en esa dirección y en configurar un entorno de pruebas que emule TU entorno real, no el del vecino :-) Oye, porque no bajas el nivel tu fireware?, ya sabes: son solo dos máquinas :) Son dos maquinitas ahora. Doy por hecho que nadie monta un servidor de correo con base de datos mysql con miras a dar servicio únicamente dos equipos :-) Cuál es la mejor configuración? Depende de tus necesidades y esas sólo las sabes tú. cr, si estuvieras cerca :| A un click de ratón. Por lo que he leído, usuarios virtuales Bien. Ene ste caso los usuarios pueden estar en distintos soportes: bases de datos (mysql), bases de datos textuales (sasldb), directorios (ldap), etc... Cuál es el mejor, más seguro? Cada uno tiene sus ventajas e inconvenientes. A mí no me gustan las bases de datos sql o ldap porque te obligan a tener replicados esos servicios ya que si se cae el servidor principal de base la de datos o el servidor ldap dejas a los usuarios de correo sin poder autentificarse :-/ Yo uso sasldb2 pero tengo unos pocos usuarios (menos de 100). Por cierto, en lo que envié no ví nada de contraseñas :) ¿Seguro...? ;-) *** Ficheros de Configuración para usuarios virtuales en postfix: /etc/postfix/mysql_a_maps.cf user=usuario password=clave *** Y de dónde la toma? pues en ninguna tabla de la db que creé vi algún campo que se llamara password ni clave :) Eso deberías saberlo tú, que eres el interesado en esa configuración específica del servidor de correo. Pero mira, ese es un detalle importante que no mencionan en la guía y sólo por eso desconfiaría... P.S. Ya te dije que leyeras la documentación de Postfix que tienes en el disco duro puesto que un sistema de correo gira en torno a este servicio (smtp), el resto (pop3/imap/webmail) son añadidos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kmtsb3$ctp$1...@ger.gmane.org
Postfix sobre squeezy. Pasitos de bebé.
Hola, Estamos haciendo ensayos con postfix sobre squeezy en una lan con solo dos máquinas y empleamos como guía, entre otros documentos, algo que nos pasaron de una web del sitio esdebian. Hemos ejecutado todos los pasos de esta guía pero al levantar roundcube para empezar con las pruebas de nuestro minilaboratorio obtenemos el mensaje: 'La conexión con el servidor IMAP falló' Creemos estar no muy lejos de la verdad pero, como somos bebé en esto, no tenemos ni idea de por donde tirar :) Detallamos los pasos ejecutados pues tal vez algún experto en el tema pueda darse cuenta fácilmente de nuestro problema. Servidor de correo con Postfix, Courier-IMAP, MySQL, Spamassassin y Rondcube. --- - Instalación de postfix y mysql #aptitude install postfix mysql-server postfix-mysql - Configuración de Postfix para que funcione con MySQL(/etc/postfix/main.cf y /etc/postfix/master.cf). (solo las variables que modificamos según las sugerencias de la guía) myhostname = samaria.ciudades-antiguas.com mydomain = ciudades-antiguas.com myorigin = $mydomain #alias_maps = hash:/etc/aliases #alias_database = hash:/etc/aliases # # Usuarios Virtuales home_mailbox = Maildir/ virtual_mailbox_base = /var/spool/mail/ virtual_mailbox_maps = mysql:/etc/postfix/mysql_m_maps.cf virtual_mailbox_domains = mysql:/etc/postfix/mysql_transport.cf virtual_alias_maps = mysql:/etc/postfix/mysql_a_maps.cf virtual_uid_maps = static:5000 virtual_gid_maps = static:5000 virtual_transport = virtual local_transport = virtual local_recipient_maps = $virtual_mailbox_maps, $virtual_alias_maps # # Autenticación # smtpd_sasl_auth_enable = yes smtpd_sasl2_auth_enable = yes broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_delay_reject = yes # OTROS disable_vrfy_command = yes maximal_queue_lifetime = 1d strict_rfc821_envelopes = yes message_size_limit = 1024 disable_dns_lookups = no #default_transport = error #relay_transport = error De todo el fichero, podemos destacar una sección importante, la de virtualización, ya que el resto se puede configurar al gusto del consumidor, pero lo más interesante que buscamos es que utilice MySQL para las cuentas de usuario (buzones) y redirecciones. Dicho de otro modo, en lugar de indicar la ubicación de un fichero real donde leer la configuración, le indicamos la ubicación de un fichero con las indicaciones necesarias para que lo consulte en MySQL. Por lo tanto, paso a detallar los ficheros de acceso a mysql: Ficheros de Configuración para usuarios virtuales en postfix: /etc/postfix/mysql_a_maps.cf user=usuario password=clave dbname=base de datos table=virtual hosts=127.0.0.1 select_field=goto where_field=address Este fichero permite asignar alias a algunas direcciones de correo que dispongamos. Funciona como cuando el sistema operativo le envía notificaciones al root mediante mails y estos son recibidos también por el usuario predeterminado del sistema. /etc/postfix/mysql_transport.cf user=usuario password=clave dbname=base de datos table=transport hosts=127.0.0.1 select_field=transport where_field=domain /etc/postfix/mysql_m_maps.cf Primero se debe aclarar que es chroot. Chroot permite configurar el sistema de forma tal que se puedan lanzar procesos confinados dentro de un determinado directorio. Para ellos y sus procesos hijos, dicho directorio será el / (la raíz). Cualquier fichero o directorio que esté fuera del CHROOT les quedará inaccesible. Ahora bien, postfix tiene su chroot en /var/spool/postfix/ y para poder acceder al servicio de mysql, es necesario usar un archivo mysqld.sock que se encuentra en /var/run/mysqld/mysqld.sock. Para lograr que postfix se comunique correctamente con mysql, es necesario crear un enlace simbólico a dicho archivo. # cd /var/spool/postfix # mkdir -p var/run/mysqld/ # cd var/run/mysqld/ # ln -s /var/run/mysqld/mysqld.sock mysqld.sock Por qué hacer esto (opinión personal), sencillamente porque de no hacerlo postfix no podrá conectarse a mysql para consultar a los usuarios. En esta parte me pude sacar una buenas canas, gastar un buen número de tazas de café y 2 noches sin dormir. - Configurar Autenticación de Postfix con SASL # apt-get install libsasl2-2 libsasl2-modules libsasl2-modules-sql sasl2-bin Después de instalados estos paquetes, dentro de la ruta /etc/postfix se podrá encontrar una carpeta con el nombre sasl dentro de la cual tendremos que crear un archivo llamado smtpd.conf: pwcheck_method: auxprop auxprop_plugin: sql sql_engine: mysql mech_list: LOGIN PLAIN sql_hostnames: 127.0.0.1 sql_user: usuario sql_passwd:
Re: Postfix sobre squeezy. Pasitos de bebé.
El Mon, 13 May 2013 08:38:42 +0200, Luis escribió: Estamos haciendo ensayos con postfix sobre squeezy en una lan con solo dos máquinas y empleamos como guía, entre otros documentos, algo que nos pasaron de una web del sitio esdebian. Puaj... no deberías acceder/leer nada de ese sitio, sus administradores son anti-usuarios-cubanos :-/ Hemos ejecutado todos los pasos de esta guía pero al levantar roundcube para empezar con las pruebas de nuestro minilaboratorio obtenemos el mensaje: 'La conexión con el servidor IMAP falló' (...) Bueno, a ver... por partes. Postfix es un servidor de correo saliente (SMTP) y Roundcube es un webmail para gestionar el correo entrante (POP3/IMAP4), es decir, cada uno se ocupa de cosas distintas. Que falle uno no implica que tenga que fallar el otro, afortunadamente :-) Después, Roundcube es un frontend para el servicio real que está detrás que en este caso parece ser que es Courier-IMAP. Así que lo primero que deberías hacer es 1) configurar Postfix y comprobar que funciona y 2) configurar Courier-IMAP y comprobar que funciona. Si alguno de estos dos pasos te da error te recomiendo que no sigas, soluciona antes el problema porque de lo contrario te puedes volver majara. Cuando tengas estos dos servicios funcionando (enviando correos y recibiendo), entonces sí, ponte con Roundcube (por cierto, tienes una versión actualizada de Roundcube en los backports). Por último, decide qué tipo de configuración quieres usar porque quizá lo que indica la guía no sea lo más conveniente en tu caso: dónde quieres tener los usuarios (/var/spool/mail, /var/lib/imap...), tipo de almacén de datos (bdd sql, usaurios del sistema, usuarios virtuales...) y contraseñas, etc. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kmqqdi$t9e$3...@ger.gmane.org