El Fri, 28 May 2010 22:53:20 +0200, Carlos E. R. escribió:
El 2010-05-28 a las 20:25 -0000, Camaleón escribió:
Y oye, Courier-Imap tiene "su" estándar para IMAP, Cyrus el suyo y el UW- IMAP tendrá el suyo, Exchange casi mejor ni imaginarlo... todos barren para su casa >:-)
No no, hablo del estándar de verdad, el RFC. No el propio.
El detalle es que en este caso, el RFC es el propio. El wu-imap se considera la implementación de referencia, por algo será. En este caso no es un problema de, imap, es el protocolo de envío de anexos, mime y toda esa pesca.
Sí, pero de 1986 (desarrollo del IMAP por el Sr. Crispin) a 1996 (último RFC 2060) han pasado unos cuantos años, unas cuantas revisiones y unos cuantos ingenieros del IETF >:-) Después, cada servidor de correo con soporte IMAP añade sus "trucos" para mejorar la eficiencia de su sistema (manteniendo el estándar, por supuesto, sólo como añadido complementario).
Pues por eso te digo que a la nube que le den morcillas. Bueno, que se las lleven las tormentas.
Pues por eso un servidor IMAP online puede ser un peligro >>:-)
Pues no lo pongas online. Yo no lo voy a hacer. Digo que hay quien lo hace.
Pero es que las ventajas del IMAP se dan cuando lo usas online, no cuando lo usas como sustituto de un cliente IMAP local >>:-)
Más información detallada en el documento VIRTUAL_README.
No, hay más información en la documentación de dovecot :-)
Y donde te digo yo, que es la parte que le atañe al Postfix (la entrega).
Que la conozco, pero no es suficiente.
El la parte que le corresponde a la entrega, sí. Tienes que saber primero qué admite y que no admite Postfix y qué opciones de configuración permite.
Puedes usar procmail para el reparto local, o puedes pasarselo al LDA (local delivery agent) del dovecot, el cual hace el reparto y actualiza los indices (no recuerdo el nombre ahora mismo). Si se lo dejas al procmail, hay que actualizar los indices después, a mano.
O sea, una patata.
No creo que sea una patata. Si hace lo que hace el procmail es perfecto. Si hace más, es una maravilla.
Me refiero a que es una patata tener que actualizar los índices "a mano"
:-)
Hay una diferencia fundamental respecto a otros, y es que hay dos almacenes, configurables: uno en /var/spool/mail, y otro en /home/user/mail. Entiendo que el postfix suelta en el primero, y de ahí se mueve al segundo.
No, es configurable. Puedes decirle que lo deje donde quieras.
He dicho que es configurable, en la segunda linea.
Entonces te estabas contradiciendo a ti mismo, yo sólo te lo hacia "notar".
A lo que he llegado es a arrancarlo en el portatil y ver que responde por telnet (usuario de sistema con pam). Por defecto, la configuración que trae tiene _todo_ desactivado.
Es lo esperable, autentifica contra los usuarios del sistema.
Lo hace de muchas maneras. Ldap, postgres, mysql, sqlite, passwd file, pam... De hecho, recomiendan no usar la contraseña del sistema, poner otra para no comprometerla. Les haré caso, pero de momento es más simple no hacerlo.
Me refiero a que es esperable que de manera predeterminada autentifique contra la base de datos de usuarios local. Por cierto, ¿ya admite "sasldb2"? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org