El Mon, 24 May 2010 19:20:23 +0200, Miquel A. Noguera escribió:
El Lunes, 24 de Mayo de 2010 18:04:59 Camaleón escribió:
El objetivo es un dia ver los correos con mutt, otro con Mozilla, otro con Thunderbird, otro con kmail, otro con evince... según el humor del dia y sin duplicar las carpetas ni andar importando nada.
Pero es "time consuming", tienes que mantener al día un montón de clientes distintos que al fin y al cabo sirven para hacer exactamente lo mismo.
Yo quizás me habré perdido (si es así, avisa), pero yo también pienso que es todo lo contrario:
Al clasificar los correos a nivel de servidor, puedes acceder a los mismos con cualquier cliente, incluso vía web, sin tener que reconfigurar ni una coma.
Sí, pero el tema de este hilo no es POP3 vs. IMAP sino "cómo migrar los mensajes" de un cliente a otro. El quid del asunto es que por el hecho de que un cliente de correo tenga carencias serias con respecto a los formatos de almacenamiento que admite de manera nativa (léase Outlook, Thunderbird o Evolution) no me debe obligar a tener que instalar, además del cliente de correo, un servidor IMAP. Es como si para ver una página en html tuvieras que instalar el apache completito >:-). Digo yo que el navegador debe ser capaz de renderizar una páginita en html sin tener que recurrir a que el servidor web la interprete y me la sirva. Es decir, es tarea del programa cliente cargar esos mensajes de correo y gestionarlos debidamente. El hecho de que Thunderbird sea incapaz de trabajar con un formato determinado (en este caso maildir) no es razón suficiente como para obligar al usuario a instalar un servidor IMAP local, amén de fetchmail (para descargar los mensajes en local), amén del cliente de correo. Además, si descargas los mensajes en local, pierdes la funcionalidad IMAP, ya que no puedes acceder a los correos desde cualquier equipo, salvo que tengas una dirección IP fija (o una dinámica con un cliente dyndns configurado), etc...
Tienes que sincronizar los contactos, los formatos de los correos, etc... para que en todos tengas la misma información y los mismos datos.
No, de eso se encarga procmail y, una vez configurado, te olvidas para siempre.
Pero es que entonces te limitas a trabajar en local y para eso ya tengo a mi cliente de correo, Thunderbird, Kmail o Evolution, no necesito meter más ingredientes en la sopa :-) Y no, la agenda de contactos es local para cada cliente de correo, al igual que los formatos para los mensajes que quieras utilizar con cada cliente de correo, que también cambian. Es decir, pérdida de tiempo total y sin ganancia alguna.
En todo caso quizás sea un poco más de "time consuming" la configuración inicial del servidor versus la del cliente de correo, pero la diferencia es muy poca y cuando caes en la cuenta de que una única configuración te va a servir para cualquier cliente y sistema operativo, actual o futuro, entonces la tarea se vuelve atractiva y a la larga compensa con creces.
"Un poco" dice :-) Dile a cualquier usuario que se configure un servidor IMAP local para poder gestionar su correo, a ver qué te dicen. Yo tengo configurado un servidor IMAP local y remoto pero su función no es la almacenar los mensajes de los usuarios de manera permanente sino la de darles acceso a sus cuentas en remota cuando están fuera de la oficina. Todos los correos se almacenan en local mediante POP3. 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