-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 19:03 -0000, Camaleón escribió:
El Mon, 24 May 2010 20:40:17 +0200, Carlos E. R. escribió:
Eso no es viable, salvo que tengas 20 contactos en lugar de 200 :-)
Pero es que de hecho lo estoy haciendo, entre varios ordenadores.
¿Tienes 200 usuarios en tu lista de contactos? :-)
No los he contado. Pero es que de hecho, al contestar el correo desde el ordenador antiguo o el nuevo, necesito direcciones... es el problema que tengo. Si uso el Alpine, copiar las agendas es copiar un fichero, puedo mantenerlas con unison si quiero.
(...)
Ya bueno. Pues abrelo siempre con el mismo cliente, pero al menos, lo puedes hacer en varios ordenadores (que es mi caso).
Pues vaya, mal empezamos si eliminamos una de las ventajas que aportabas que es poder usar el cliente de correo que prefieras >:-)
Son diferentes metodos de trabajo. Yo, de hecho, uso las mismas carpetas mbox con Alpine y con Thunderbird, pero no los templates. En uno tengo los templates de sólo texto y en otro los templates de html. Es que te estoy diciendo que, de hecho, desde hace dos lustros, comparto los mismos correos y las mismas carpetas entre Alpine y Thunderbird, e incluso a veces kmail, en el mismo ordenador y sin imap. Según me apetece uso uno u otro para escribir y contestar. Pero si lo hiciera con un servidor imap local intermedio, me funcionaría mejor todavía: las marcas de lectura entre clientes me funcionarían, que ahora no van. Podría hacerlo entre varios ordenadores, que ahora no puedo.
Si al final tienes que usar siempre el mismo para mantener la compatibilidad y que los correos resulten legibles, es un gasto extra tener que mantener el resto.
No es un gasto extra. Mi cliente favorito es el Alpine, y lo uso para todo... salvo cuando me topo con algún correo que tengo que ver en html y arranco el otro. Necesito ambos programas en condición de funcionar. La cuenta de la lista casi sólo recibe texto plano, pero las demás tienen una mezcla: no depende de mi, sino de los que me escriben.
Es cierto, pero conozco bastante gente que ha comentado alguna vez que hace eso, un servidor imap en casa para su correo.
Seguramente sea gente de las listas de openSUSE ¿no? >>:-)
Claro. ¿Y los de debian no lo hacen? Será porque los conoces poco :-)
No debe ser tan dificil. Contro, que los que estamos en estas listas de correo probablemente tengamos esa habilidad la mayoría, o preguntamos lo que nos falta por saber ;-)
No, no es que sea difícil, sólo hay que buscarle el sentido, la finalidad. En algunos casos no aplica, da más trabajo del que quita.
Bueno, hay muchos casos, es una posibilidad más.
Por ejemplo, imagina una persona que sólo tiene una cuenta de Gmail/Yahoo/ Hotmail. ¿Por qué va a dejar de usar el servidor IMAP de su proveedor si funciona bastante bien (en cuanto a fiabilidad y disponibilidad)? ¿Para qué meterse el follones de configurar un servidor IMAP local si el MUA que tiene funciona perfectamente para conectarse directamente con su servidor? Si añade un servidor IMAO local no obtiene ningún beneficio y en contrapartida añade una capa adicional de fallo (si un día no recibe correo, ¿quién falla, el servidor imap del proveedor, el servidor imap local, el cliente, los filtros remotos, los filtros locales, la conexión...?)
Sí que tiene una ventaja considerable: velocidad. Gmail via web es muy rápido, pero via imap es lento si tienes varias docenas de miles de correos. Por lo menos, eso es lo que me pasa a mi. Hay otra ventaja: confidenciabilidad. Yo no tengo mi correo privado en gmail, no me termino de fiar. Pero las otras cuentas son de menor tamaño, así que el correo se almacena sólo en mi disco. Uno que le baste con la capacidad del servidor imap del proveedor, pues feliz y contento. Pero uno que necesite más, pues no le vale. Yo necesito almacenamiento local, sea en carpetas, sea en imap local.
[LDAP]
Bueno, a mi el outlook me importa un pimiento. Thunderbird y Alpine, sí.
¿Ves? Eso es porque tú lo ves desde un punto de vista del usuario de la calle. Si estuvieras en una empresa con varios Outlooks "sedientos de sangre" no pensarías lo mismo ;-)
Cada cual tiene sus necesidades. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv65ewACgkQtTMYHG2NR9UFDQCfb9MoOlfSy6IPAk3Gd+Yyxf90 4mYAn3N+G1DE1/kT+6sgGx/1bcPR629B =KSfZ -----END PGP SIGNATURE-----