-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Wed, 26 May 2010 10:49:09 +0200, Carlos E. R. escribió:
On 2010-05-25 18:24, Camaleón wrote:
(...)
Yo me encontré un caso de envio de ficheros anexos (texto de traduciones .po) que si las enviabas con Th y recibías con Alpine, se corrompían. Si recibes con cualquier otra cosa (de las que probé) llegan bien, pero con alpine se corrompen. Bien, pues me demostraron que son todos los demás los que están haciendo mal las cosas y es el alpine quien lo hace bien... cumple la definición.
Es posible que este tipo de cosas a otros no les guste.
No es que "no guste", es que resulta cuanto menos "sospechoso" que todos los demás sean "los malos" :-P
Pero con el estandard en la mano, tienen razón (pine), hacen exactamente lo que dice el estandard. Y puesto que uno de los que me contestó escribió el estandard, pues... pocas dudas caben.
Están los archivos en la red. No sólo en los servidores de las listas sino en archivadores externos (Gmane, Mail archive...). Además, puedes descargarte el archivo de la lista completo, para consultarlo, no necesitas que el cliente de correo se baje los mensajes, tan sólo lo necesitas para responderlos, pero no para clasificarlos.
Orwell, 1984, modificación de la historia al interés del poder (ministerio de la verdad)
Léetelo.
Pues por eso conviene descargar en local los correos que no son públicos (o que no deben serlo). Pero los correos que se mandan a las listas o en los foros, pues no veo qué problema hay, que los archiven, a ver si así al menos aprenden a hacer publicidad dirigida a los gustos de los usuarios y con mayor grado de efectividad.
Pues por eso te digo que a la nube que le den morcillas. Bueno, que se las lleven las tormentas.
Ah, claro, desde siempre ¿no?. Bueno, está documentado en la página web de Postfix.
¿Mande? Hablamos de dovecot.
Sí, claro :-)
Por lo visto puedes hacer el reparto habitual con procmail, a tu propio home, y luego el dovecot se encarga de servirlo al exterior (o interior). Eso he entendido, pero no me he leido el manual todavía.
No hace falta procmail. Postfix pasa los correos a Dovecot y éste puede almacenar los mensajes bajo la "/home" de los usuarios en formato maildir. Hacerlo local o remoto ya es cosa tuya.
Más información detallada en el documento VIRTUAL_README.
No, hay más información en la documentación de dovecot :-) 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. 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 he llegado todavía a ver qué sistema usa el LDA del dovecot para hacer el reparto en el home, espero que repartido en las diferentes carpetas según reglas, y espero que similares a las del procmail, porque si no, me toca reescribirlas todas. Puede almacenarse en mbox o maildir, y la documentación lista la compatibilidad con otros programas. El mbox es compatible wu-imap/pine, es decir, las marcas de leídos me van a servir. También hay que decirle que sistema de bloqueo de ficheros usan los programas que uses (si accedes a las carpetas sin usar el imap). 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.
Pero no hablamos de mí... Yo ya he dicho *desde el principio* que he usado el método del servidor IMAP para pasar los correos de un cliente a otro, pero los he "pasado", y una vez hecho el traspaso, el servidor IMAP ha vuelto a su "uso habitual".
Claro, pero también te dije al principio, que una vez que ya has puesto el imap para hacer un traslado, puedes seguir usandolo de manera habitual por otros motivos.
Obviamente ya sé que existe esa posibilidad, si no la uso será por algo (motivos expuestos y detallados en mensajes anteriores) :-)
Que no convencen >:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAGsUACgkQtTMYHG2NR9Wy4ACdEDW6uITRWtZEHyWlQdrV8Zjg fyUAn14iho01m1ZfSwETCvfLi5YcN0cx =1m1V -----END PGP SIGNATURE-----