[opensuse-es] ¿maildir en gnome?
Hola, venía usando kmail como gestor de correo y me gustaría pasar todos los correos a un gestor de correo electrónico que usara maildir. Me han dicho balsa... ¿alguno más? Gracias. -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 18:52, csalinux wrote:
Hola, venía usando kmail como gestor de correo y me gustaría pasar todos los correos a un gestor de correo electrónico que usara maildir.
Me han dicho balsa... ¿alguno más?
¿balsa usa maildir? Pues no lo sabía, yo sólo lo he usado con mbox. Lo usaba, porque hace tiempo que, al menos en opensuse, casca, no funciona. Quizás lo que te convenga sea poner un servidor imap local. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkg2MACgkQU92UU+smfQVbdgCeNJeR7Dm11Lw8JhiR3LLJFvUH L6wAnjE/PpdDWoDb7FlK4M+UePPrn3Vm =UjGU -----END PGP SIGNATURE----- -- 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
El Fri, 07 May 2010 18:52:52 +0200, csalinux escribió:
Hola, venía usando kmail como gestor de correo y me gustaría pasar todos los correos a un gestor de correo electrónico que usara maildir.
Me han dicho balsa... ¿alguno más?
Sí, hay alguno más, pero... ¿cuál es tu finalidad, exactamente? 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
El sáb, 15-05-2010 a las 16:17 +0000, Camaleón escribió:
El Fri, 07 May 2010 18:52:52 +0200, csalinux escribió:
Hola, venía usando kmail como gestor de correo y me gustaría pasar todos los correos a un gestor de correo electrónico que usara maildir.
Me han dicho balsa... ¿alguno más?
Sí, hay alguno más, pero... ¿cuál es tu finalidad, exactamente?
Saludos,
-- Camaleón
Conservar los 6 Gb de correo electrónico que tengo en kmail. -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-15 a las 22:52 +0200, César Sánchez Alonso escribió:
El sáb, 15-05-2010 a las 16:17 +0000, Camaleón escribió:
Sí, hay alguno más, pero... ¿cuál es tu finalidad, exactamente?
Conservar los 6 Gb de correo electrónico que tengo en kmail.
No explicas bastante. ¿Que tiene que ver eso con que el cliente destinatario use maildir? Si lo que quieres hacer es pasar los directorios que usa el kmail (en maildir) tal cual al nuevo cliente (también en maildir), olvídate: maildir no es exactamente estandard, a veces se puede y a veces no. Las opciones prácticas son: a) que el cliente destinatario tenga una función de importar desde el cliente origen y que funcione bien. b) Desde el cliente origen copiar los correos a un servidor imap (en el mismo ordenador), y luego leerlos en el cliente destinatario, donde puedes dejarlos en el servidor imap, ya que están puestos, o puedes copiarlos a carpetas locales. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvvMsAACgkQtTMYHG2NR9ULvwCfXirMRpJ3iLUtt4HAWktlE0f4 uxIAn1TAIocI/T8lxZcBGrs2fT/EPn4q =mses -----END PGP SIGNATURE-----
El Sat, 15 May 2010 22:52:39 +0200, César Sánchez Alonso escribió:
El sáb, 15-05-2010 a las 16:17 +0000, Camaleón escribió:
Me han dicho balsa... ¿alguno más?
Sí, hay alguno más, pero... ¿cuál es tu finalidad, exactamente?
Conservar los 6 Gb de correo electrónico que tengo en kmail.
Ah, entonces no tienes ningún problema, puedes usar el cliente que prefieras (Thunderbird, Evolution, Claws Mail, Opera Mail...). 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
El Sun, 16 May 2010 08:56:32 +0000, Camaleón escribió:
El Sat, 15 May 2010 22:52:39 +0200, César Sánchez Alonso escribió:
Sí, hay alguno más, pero... ¿cuál es tu finalidad, exactamente?
Conservar los 6 Gb de correo electrónico que tengo en kmail.
Ah, entonces no tienes ningún problema, puedes usar el cliente que prefieras (Thunderbird, Evolution, Claws Mail, Opera Mail...).
Detallo un poco más el proceso, ahora que tengo más tiempo. Si lo que interesa es sencillamente poder acceder o "convertir" (recomiendo la segunda opción) los mensajes desde un formato maildir a otro mbox, legible por el MTA que se quiere utilizar, existen tres opciones factibles/viables: 1/ Usar Evolution Evolution almacena los correos en un formato mbox, pero permite añadir una carpeta de correos con mensajes en formato maildir. Una vez que tienes acceso desde Evolution a los mensajes antiguos, sólo tienes copiarlos (o moverlos) a las carpetas locales. Entiendo que la conversión entre maildir → mbox será automática. 2/ Usar Kmail como "comodín" Sí, ya lo sé, ahora no tienes KDE y no quieres instalar Kmail, pero eso no es problema. Inicias desde una LiveCD que tenga KDE y Kmail, y realizas la conversión de los mensajes in situ ya que Kmail puede trabajar con ambos formatos de manera nativa. 3/ Usar un servidor IMAP local Esta es la opción que he utilizado yo para hacer las conversiones, primero de Outlook 2000 a Kmail y después de Kmail a Thunderbird. Las opciones 2/ y 3/ son más costosas (de tiempo) pero se trata de una acción que sólo vas a tener que realizar "una" vez, así que merece la pena elegir un buen cliente de correo con el que te encuentres a gusto y perder un día completo en hacer la migración. P.S. Existe un cliente de correo que también trabaja con el formato maildir de manera nativa, es "GNUMail.app". No, yo tampoco lo conocía :-) 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
3/ Usar un servidor IMAP local Esta es la opción que he utilizado yo para hacer las conversiones, primero de Outlook 2000 a Kmail y después de Kmail a Thunderbird.
Las opciones 2/ y 3/ son más costosas (de tiempo) pero se trata de una acción que sólo vas a tener que realizar "una" vez, así que merece la pena elegir un buen cliente de correo con el que te encuentres a gusto y perder un día completo en hacer la migración.
La 3 tiene la ventaja de que puedes en cualquier momento usar el cliente que te de la gana, incluso varios clientes simultáneos, para ver cada correo con el que más te guste. Pero acuerdate de decirle a cada uno que no guarde copias locales de los servidores imap, o duplicas el espacio.
P.S. Existe un cliente de correo que también trabaja con el formato maildir de manera nativa, es "GNUMail.app". No, yo tampoco lo conocía :-)
Ondiá. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv5lCIACgkQtTMYHG2NR9WVdACfYSYQkl/Z1Qazzhf07Uwd0mE5 dqEAn06mm3tzTmR1T4/k1pbqCyIGMCTJ =osX8 -----END PGP SIGNATURE-----
El Sun, 23 May 2010 22:46:18 +0200, Carlos E. R. escribió:
El 2010-05-16 a las 20:49 -0000, Camaleón escribió:
[se quedó sin enviar]
3/ Usar un servidor IMAP local Esta es la opción que he utilizado yo para hacer las conversiones, primero de Outlook 2000 a Kmail y después de Kmail a Thunderbird.
Las opciones 2/ y 3/ son más costosas (de tiempo) pero se trata de una acción que sólo vas a tener que realizar "una" vez, así que merece la pena elegir un buen cliente de correo con el que te encuentres a gusto y perder un día completo en hacer la migración.
La 3 tiene la ventaja de que puedes en cualquier momento usar el cliente que te de la gana, incluso varios clientes simultáneos, para ver cada correo con el que más te guste. Pero acuerdate de decirle a cada uno que no guarde copias locales de los servidores imap, o duplicas el espacio.
En mi caso usé una cuenta del servidor IMAP a modo de "contenedor", para hacer el traspaso, copiando los correos y pegándolos en el nuevo cliente. Una vez que pasé los correos de un cliente al otro ya no volví a utilizar esa cuenta, salvo para uso habitual. Lo siento, pero es que eso de tener que usar un servidor IMAP haciendo las funciones del MUA es como tener que sacar el coche del garaje para ir a la tienda de la esquina (el malgasto de recursos no es acorde con el objetivo) :-P 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 11:57 -0000, Camaleón escribió:
El Sun, 23 May 2010 22:46:18 +0200, Carlos E. R. escribió:
...
En mi caso usé una cuenta del servidor IMAP a modo de "contenedor", para hacer el traspaso, copiando los correos y pegándolos en el nuevo cliente. Una vez que pasé los correos de un cliente al otro ya no volví a utilizar esa cuenta, salvo para uso habitual.
Lo siento, pero es que eso de tener que usar un servidor IMAP haciendo las funciones del MUA es como tener que sacar el coche del garaje para ir a la tienda de la esquina (el malgasto de recursos no es acorde con el objetivo) :-P
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. O ver los correos de la lista con Alpine y los que tienen fotos y html en Th., con las mismas cuentas, y sabiendo que lo que uno marque como leido en uno estará marcado como leído en el otro. O tener los correos en el desktop y verlos con el portatil en la sala o en la tumbona. Con una copia unica de los correos, esto es, ahorrando recursos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv6l/gACgkQtTMYHG2NR9Ua3gCffKQICGCCk1lfT2KkBN/J7qta qQQAoJcnLiaa2y6dPAF9SYdnaRTibKd1 =dq/g -----END PGP SIGNATURE-----
El Mon, 24 May 2010 17:14:56 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 11:57 -0000, Camaleón escribió:
Lo siento, pero es que eso de tener que usar un servidor IMAP haciendo las funciones del MUA es como tener que sacar el coche del garaje para ir a la tienda de la esquina (el malgasto de recursos no es acorde con el objetivo) :-P
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. Tienes que sincronizar los contactos, los formatos de los correos, etc... para que en todos tengas la misma información y los mismos datos. Salvo, claro que está, que siguiendo la misma "lógica" pongas en marcha un servidor LDAP para los contactos, digo, para que todos los clientes lean de la misma fuente y evitar así "duplicar" esfuerzos >>:-) 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
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.
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. 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. Saludos. Miquel. -- 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
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 18:03 -0000, Camaleón escribió: ...
Es decir, es tarea del programa cliente cargar esos mensajes de correo y gestionarlos debidamente.
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
local, amén de fetchmail (para descargar los mensajes en local), amén del cliente de correo.
No tienes porqué usar fetchmail. Puedes usar tu thunderbird o tu kmail para descargar los correos de la manera habitual. Luego haces lo mismo que harías siempre: cuando la carpeta esté llena los mueves a otra carpeta local, salvo que es una carpeta imap del servidor local. O lo haces mediante los filtros del cliente para eso.
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...
Eso si quieres. Con el sistema que acabo de describir, tienes los recientes en el ISP, y los demás en local, como siempre. Sólo que ahora los puedes ver en cualquier ordenador de casa.
"Un poco" dice :-)
Dile a cualquier usuario que se configure un servidor IMAP local para poder gestionar su correo, a ver qué te dicen.
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv6yaUACgkQtTMYHG2NR9UN+wCfVgG/fEt17ReifPKdAHQ7jr1d ggcAn0stUn5eVLvhbCeoAMjcaHV6Pdxp =p2VX -----END PGP SIGNATURE-----
El Mon, 24 May 2010 20:46:51 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 18:03 -0000, Camaleón escribió:
...
Es decir, es tarea del programa cliente cargar esos mensajes de correo y gestionarlos debidamente.
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
No me hables, no me hables... que para eliminar de un mensaje de correo un archivo adjunto de 25 MiB que me acaban de enviar he tenido que cerrar dos veces el Thunderbird porque se quedaba pillado. Ya me había olvidado de los cuelgues de los programas hasta que llegó él... Vaya churrasco :-)
local, amén de fetchmail (para descargar los mensajes en local), amén del cliente de correo.
No tienes porqué usar fetchmail. Puedes usar tu thunderbird o tu kmail para descargar los correos de la manera habitual. Luego haces lo mismo que harías siempre: cuando la carpeta esté llena los mueves a otra carpeta local, salvo que es una carpeta imap del servidor local. O lo haces mediante los filtros del cliente para eso.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
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...
Eso si quieres. Con el sistema que acabo de describir, tienes los recientes en el ISP, y los demás en local, como siempre. Sólo que ahora los puedes ver en cualquier ordenador de casa.
Pero es una tontería pudiendo descargar los mensajes directamente desde el proveedor. ¿Para qué meter un segundo servidor IMAP, para qué dar dos pasos si puedes dar uno? A ver, tú te llevas el portátil al curro y te sirve para sincronizarlo con el equipo de casa, pero hay quien no tiene necesidad.
"Un poco" dice :-)
Dile a cualquier usuario que se configure un servidor IMAP local para poder gestionar su correo, a ver qué te dicen.
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner.
A mí me lo dices... Configura el Cyrus y luego me lo cuentas >>>:-) A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 19:13 -0000, Camaleón escribió:
El Mon, 24 May 2010 20:46:51 +0200, Carlos E. R. escribió:
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
No me hables, no me hables... que para eliminar de un mensaje de correo un archivo adjunto de 25 MiB que me acaban de enviar he tenido que cerrar dos veces el Thunderbird porque se quedaba pillado.
¡Juass! X-)
No tienes porqué usar fetchmail. Puedes usar tu thunderbird o tu kmail para descargar los correos de la manera habitual. Luego haces lo mismo que harías siempre: cuando la carpeta esté llena los mueves a otra carpeta local, salvo que es una carpeta imap del servidor local. O lo haces mediante los filtros del cliente para eso.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
Tienes varias posibilidades, esa es la historia.
Eso si quieres. Con el sistema que acabo de describir, tienes los recientes en el ISP, y los demás en local, como siempre. Sólo que ahora los puedes ver en cualquier ordenador de casa.
Pero es una tontería pudiendo descargar los mensajes directamente desde el proveedor. ¿Para qué meter un segundo servidor IMAP, para qué dar dos pasos si puedes dar uno?
Pero es que es el paso habitual que hace mucha gente: tiene unos cuantos correos en el servidor remoto del proveedor, y un montón de correos en el disco duro, en las carpetas del cliente de correo. Ahora no es tan necesario porque los servidores de los proveedores tienen espacio de almacenamiento mucho mayor, pero... Incluso hoy en día, con servidores como gmail, yo tengo copia local del correo simplemente porque trabajan mucho más rápido que la remota: si trato de ver alguna de las carpetas o labels del gmail, como la de esta lista, me tarda media hora es mirar. Necesito copia local. Puedo tenerla en carpetas, o puedo tenerlas en un imap local... y el segundo modo me da algunas ventajas.
A ver, tú te llevas el portátil al curro y te sirve para sincronizarlo con el equipo de casa, pero hay quien no tiene necesidad.
Pero ojo, que el correo de la lista que veo en el portátil sólo lo puedo ver si el sobremesa está apagado, porque si lo enciendo la copia en el servidor imap del proveedor desaparece. Es decir, enciendo el portátil, sincronizo, contesto, tal. A lo mejor una semana, con el de sobremesa antiguo parado. No puedo usar los dos para el correo. Por eso necesitaría un servidor imap local en el de sobremesa para poder ver el correo en ambos cuando me de la gana. O sea, ahora mismo no sincronizo el portátil con el de casa, no puedo. Sincronizo el portátil con el ISP. Tengo una cuenta imap local en el sobremesa que uso para pruebas, en el que pongo copia de algunos correos importantes que quiero contestar cuando tengo tiempo, con el portátil. La lista no está ahí.
"Un poco" dice :-)
Dile a cualquier usuario que se configure un servidor IMAP local para poder gestionar su correo, a ver qué te dicen.
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner.
A mí me lo dices... Configura el Cyrus y luego me lo cuentas >>>:-)
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
Estamos hablando de usuarios avanzados >:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv62j0ACgkQtTMYHG2NR9XIZACfcAoybjD7RJbd2nHMnjhsBqzU Qz8AnAoz0itAEIHlA0B9Dr9rBcrEDtYM =YoyB -----END PGP SIGNATURE-----
El Mon, 24 May 2010 21:57:38 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 19:13 -0000, Camaleón escribió:
El Mon, 24 May 2010 20:46:51 +0200, Carlos E. R. escribió:
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
No me hables, no me hables... que para eliminar de un mensaje de correo un archivo adjunto de 25 MiB que me acaban de enviar he tenido que cerrar dos veces el Thunderbird porque se quedaba pillado.
¡Juass! X-)
Sí, pues me he acordado de todos los parientes del Thunderbird >:-) Pero no puedo usar otra cosa, no en la empresa. Ajo y agua.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
Tienes varias posibilidades, esa es la historia.
Y uso "todas" las opciones... pero no para "todo" :-) - Fetchmail para descargar correos de servidores remotos que luego van a parar a los buzones de los usuarios, cuentas locales IMAP que terminan en los buzones de los clientes de los usuarios. Previo filtrado por el SA. - Servidor IMAP/POP3 directo (SA+Clamav) para usuarios con cuentas de correo remoto pero sin acceso a la red local (sistema que no necesitan pasar por el fetchmail porque las gestionamos directamente). ¿Ves? tengo imap local, imap remoto, fecthmail, servidores de gmail, clientes mutt, outlook, thunderbird, webmail... de todo un poco, pero cada cosa en su sitio, bien ordenadito.
Pero es una tontería pudiendo descargar los mensajes directamente desde el proveedor. ¿Para qué meter un segundo servidor IMAP, para qué dar dos pasos si puedes dar uno?
Pero es que es el paso habitual que hace mucha gente: tiene unos cuantos correos en el servidor remoto del proveedor, y un montón de correos en el disco duro, en las carpetas del cliente de correo. Ahora no es tan necesario porque los servidores de los proveedores tienen espacio de almacenamiento mucho mayor, pero...
¿Sabes? La mayoría de la gente borra todos los mensajes. Me parece que de los 4 gatos que "habemos" que almacenamos en local uno eres tú, la otra soy yo y dos más que habrá por ahí...
Incluso hoy en día, con servidores como gmail, yo tengo copia local del correo simplemente porque trabajan mucho más rápido que la remota: si trato de ver alguna de las carpetas o labels del gmail, como la de esta lista, me tarda media hora es mirar.
Necesito copia local. Puedo tenerla en carpetas, o puedo tenerlas en un imap local... y el segundo modo me da algunas ventajas.
Esa es la cuestión: "necesitas copia local". Tú sí, el resto de la gente borra los correos que recibe a diario. Me refiero a correspondencia "casera", no a la corporativa. No necesita buscar en los archivos de las listas (sencillamente porque no está suscrito a ninguna de ellas) o como hago yo ahora, que uso el servicio de news y me he quitado de encima un montón de mensajes que puedo consultar en linea, desde cualquier lugar. ¿Necesito los archivos de las listas en local? Pues no, los puedo consultar en línea (mediante las news) o en los archivos de las listas.
A ver, tú te llevas el portátil al curro y te sirve para sincronizarlo con el equipo de casa, pero hay quien no tiene necesidad.
Pero ojo, que el correo de la lista que veo en el portátil sólo lo puedo ver si el sobremesa está apagado, porque si lo enciendo la copia en el servidor imap del proveedor desaparece.
Es decir, enciendo el portátil, sincronizo, contesto, tal. A lo mejor una semana, con el de sobremesa antiguo parado. No puedo usar los dos para el correo.
Por eso necesitaría un servidor imap local en el de sobremesa para poder ver el correo en ambos cuando me de la gana.
O sea, ahora mismo no sincronizo el portátil con el de casa, no puedo. Sincronizo el portátil con el ISP. Tengo una cuenta imap local en el sobremesa que uso para pruebas, en el que pongo copia de algunos correos importantes que quiero contestar cuando tengo tiempo, con el portátil. La lista no está ahí.
Menudo follón te montas... y todo por no tener una conexión de esas con módem tipo "pincho" para poder disponer del acceso a la red en cualquier momento y lugar >:-) Usas herramientas del presente pero aplicando la mentalidad del pasado.
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner.
A mí me lo dices... Configura el Cyrus y luego me lo cuentas >>>:-)
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
Ya contarás cómo va. Ese no lo he probado.
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
Estamos hablando de usuarios avanzados >:-)
¿Desde cuándo hay que ser un usuario avanzado para poder tener una cuenta de correo electrónico? >>:-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado después] On 2010-05-24 22:24, Camaleón wrote:
El Mon, 24 May 2010 21:57:38 +0200, Carlos E. R. escribió:
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
No me hables, no me hables... que para eliminar de un mensaje de correo un archivo adjunto de 25 MiB que me acaban de enviar he tenido que cerrar dos veces el Thunderbird porque se quedaba pillado.
¡Juass! X-)
Sí, pues me he acordado de todos los parientes del Thunderbird
:-)
Pero no puedo usar otra cosa, no en la empresa. Ajo y agua.
Tengo una carpeta llena con correos de 10 megas y más. Una vez me cascaba nada más intenter ver cierto correo; lo que hice fué ver la carpeta entera con Alpine. Estaba en una carpeta remota imap, y yo offline, pero me dejó copiarla en una local, que es mbox. Se lo digo al alpine, y abrió.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
Tienes varias posibilidades, esa es la historia.
Y uso "todas" las opciones... pero no para "todo" :-)
- Fetchmail para descargar correos de servidores remotos que luego van a parar a los buzones de los usuarios, cuentas locales IMAP que terminan en los buzones de los clientes de los usuarios. Previo filtrado por el SA.
Pues ya está, eso mismo en casita :-)
- Servidor IMAP/POP3 directo (SA+Clamav) para usuarios con cuentas de correo remoto pero sin acceso a la red local (sistema que no necesitan pasar por el fetchmail porque las gestionamos directamente).
¿Ves? tengo imap local, imap remoto, fecthmail, servidores de gmail, clientes mutt, outlook, thunderbird, webmail... de todo un poco, pero cada cosa en su sitio, bien ordenadito.
Pues igual, pero en casita. En vez de tirarte a la bartola, configura el ordenata. ¿Que más quieres? Eso es vida >:-P
Pero es que es el paso habitual que hace mucha gente: tiene unos cuantos correos en el servidor remoto del proveedor, y un montón de correos en el disco duro, en las carpetas del cliente de correo. Ahora no es tan necesario porque los servidores de los proveedores tienen espacio de almacenamiento mucho mayor, pero...
¿Sabes? La mayoría de la gente borra todos los mensajes. Me parece que de los 4 gatos que "habemos" que almacenamos en local uno eres tú, la otra soy yo y dos más que habrá por ahí...
La mayoría formatea el odenata, o se lo formatean, porque peta periódicamente. No es que renueven el correo, renuevan todo.
Necesito copia local. Puedo tenerla en carpetas, o puedo tenerlas en un imap local... y el segundo modo me da algunas ventajas.
Esa es la cuestión: "necesitas copia local".
Tú sí, el resto de la gente borra los correos que recibe a diario. Me refiero a correspondencia "casera", no a la corporativa. No necesita buscar en los archivos de las listas (sencillamente porque no está suscrito a ninguna de ellas) o como hago yo ahora, que uso el servicio de news y me he quitado de encima un montón de mensajes que puedo consultar en linea, desde cualquier lugar.
No solo el de las listas, a veces me gusta leer, o necesito buscar que me dijo fulano hace tres años.
¿Necesito los archivos de las listas en local? Pues no, los puedo consultar en línea (mediante las news) o en los archivos de las listas.
Na, hay que guardarlos localmente, que luego viene el gran hermano del 84 y te cambia la historia >:-P
Menudo follón te montas... y todo por no tener una conexión de esas con módem tipo "pincho" para poder disponer del acceso a la red en cualquier momento y lugar >:-)
Me niego a pagar. Je, que acaba de pasar por acá mi jefe queriendo venderme una conexión de orange pa'tó. Es que es comercial de eso, ya sabes, el pluriempleo :-) El follón es porque no me he puesto a trabajarmelo, necesita tiempo y no me he puesto. Un dia que tenga ganas.
Usas herramientas del presente pero aplicando la mentalidad del pasado.
Serán los años >:-) [dovecot]
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
Ya contarás cómo va. Ese no lo he probado.
Me han dicho que puedes usar tus carpetas mbox o maildir de tu propio home y servirlas o accesarlas directamente como ficheros. Eso me da un poco de yuyu. A lo mejor lo que hago es duplicar lo que recibo en dos carpetas con fetchmail, una de seguridad por si peta. E ir probando que tal va. Pero el sobremesa antiguo tiene la 11,0, que lleva un dovecot 4, y creo que van por la 6.
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
Estamos hablando de usuarios avanzados >:-)
¿Desde cuándo hay que ser un usuario avanzado para poder tener una cuenta de correo electrónico? >>:-)
A mi no me engañas, que tu tienes tu carnet de usuaria de ordenador avanzada guardado por ahí. Que tienes licencia con doble cero >:-.P - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv7q/IACgkQja8UbcUWM1xewQD+KdFiRghIxZ12g9Ba43t3PN9T gfYLlVCKFWkS07m5aysA/j5ZsFuQlYkAXAnkGz5wpdNhrTiVHEwl8M0Qey7C5CG5 =C81X -----END PGP SIGNATURE----- -- 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
El Tue, 25 May 2010 12:52:35 +0200, Carlos E. R. escribió:
On 2010-05-24 22:24, Camaleón wrote:
El Mon, 24 May 2010 21:57:38 +0200, Carlos E. R. escribió:
Y lo hace, lo guarda en el formato apropiado, que es... ¡MBOX! :-P
No me hables, no me hables... que para eliminar de un mensaje de correo un archivo adjunto de 25 MiB que me acaban de enviar he tenido que cerrar dos veces el Thunderbird porque se quedaba pillado.
¡Juass! X-)
Sí, pues me he acordado de todos los parientes del Thunderbird
:-)
Pero no puedo usar otra cosa, no en la empresa. Ajo y agua.
Tengo una carpeta llena con correos de 10 megas y más. Una vez me cascaba nada más intenter ver cierto correo; lo que hice fué ver la carpeta entera con Alpine. Estaba en una carpeta remota imap, y yo offline, pero me dejó copiarla en una local, que es mbox. Se lo digo al alpine, y abrió.
Ya, si yo también tengo el Mutt pero no se trata de eso. Estamos en el año 2010, un cliente de correo no puede quedarse colgado al eliminar un adjunto de 25 MiB y el equipo tiene recursos de sobra, obviamente el Thunderbird tiene problemas serios con la gestión de su base de datos interna, el indexado de los mensajes y el formato mbox que usa.
¿Sabes? La mayoría de la gente borra todos los mensajes. Me parece que de los 4 gatos que "habemos" que almacenamos en local uno eres tú, la otra soy yo y dos más que habrá por ahí...
La mayoría formatea el odenata, o se lo formatean, porque peta periódicamente. No es que renueven el correo, renuevan todo.
No, qué va, ahora ya no. El correo está en la nube, recuerda, pueden formatear tranquilamente el equipo sin temor a perder los mensajes, la agenda de contactos...
¿Necesito los archivos de las listas en local? Pues no, los puedo consultar en línea (mediante las news) o en los archivos de las listas.
Na, hay que guardarlos localmente, que luego viene el gran hermano del 84 y te cambia la historia >:-P
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.
Menudo follón te montas... y todo por no tener una conexión de esas con módem tipo "pincho" para poder disponer del acceso a la red en cualquier momento y lugar >:-)
Me niego a pagar. Je, que acaba de pasar por acá mi jefe queriendo venderme una conexión de orange pa'tó. Es que es comercial de eso, ya sabes, el pluriempleo :-)
Buf, el proveedor que sea menos Orange...
[dovecot]
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
Ya contarás cómo va. Ese no lo he probado.
Me han dicho que puedes usar tus carpetas mbox o maildir de tu propio home y servirlas o accesarlas directamente como ficheros. Eso me da un poco de yuyu. A lo mejor lo que hago es duplicar lo que recibo en dos carpetas con fetchmail, una de seguridad por si peta. E ir probando que tal va. Pero el sobremesa antiguo tiene la 11,0, que lleva un dovecot 4, y creo que van por la 6.
Ah, claro, desde siempre ¿no?. Bueno, está documentado en la página web de Postfix.
Estamos hablando de usuarios avanzados >:-)
¿Desde cuándo hay que ser un usuario avanzado para poder tener una cuenta de correo electrónico? >>:-)
A mi no me engañas, que tu tienes tu carnet de usuaria de ordenador avanzada guardado por ahí. Que tienes licencia con doble cero >:-.P
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". 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [Enviado luego] On 2010-05-25 18:24, Camaleón wrote:
El Tue, 25 May 2010 12:52:35 +0200, Carlos E. R. escribió:
[Th, fallos...]
Ya, si yo también tengo el Mutt pero no se trata de eso.
Estamos en el año 2010, un cliente de correo no puede quedarse colgado al eliminar un adjunto de 25 MiB y el equipo tiene recursos de sobra, obviamente el Thunderbird tiene problemas serios con la gestión de su base de datos interna, el indexado de los mensajes y el formato mbox que usa.
Ya, es cierto, el truenecito tiene problemas de vez en cuando con sus carpetas, y no debería tenerlos. Mira, el imap que tengo en casa es el wu-imap. Tengo varias carpetas y subcarpetas, alguna con correos de los gordos. Está todo bajo la misma cuenta... y todo en un único fichero mbox. Sin fallos. El wu-imap está hecho por la misma gente que el Pine, comparte librerías. Y está bien hecho. Dicen que le falta "features", pero parece que lo que hace lo hace bien. Además, es la misma gente que diseñó el protocolo imap, así que se considera una implementación de referencia. Aunque lo han quitado... supongo que por un lado porque la universidad de W. ya no lo mantiene/respalda, o porque no están de acuerdo con cosas. 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.
La mayoría formatea el odenata, o se lo formatean, porque peta periódicamente. No es que renueven el correo, renuevan todo.
No, qué va, ahora ya no. El correo está en la nube, recuerda, pueden formatear tranquilamente el equipo sin temor a perder los mensajes, la agenda de contactos...
Ah, la nube dichosa... por ahí no entro.
¿Necesito los archivos de las listas en local? Pues no, los puedo consultar en línea (mediante las news) o en los archivos de las listas.
Na, hay que guardarlos localmente, que luego viene el gran hermano del 84 y te cambia la historia >:-P
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.
Menudo follón te montas... y todo por no tener una conexión de esas con módem tipo "pincho" para poder disponer del acceso a la red en cualquier momento y lugar >:-)
Me niego a pagar. Je, que acaba de pasar por acá mi jefe queriendo venderme una conexión de orange pa'tó. Es que es comercial de eso, ya sabes, el pluriempleo :-)
Buf, el proveedor que sea menos Orange...
Como he trabajado en ese mercado, prefiero que el proveedor sea el que pone físicamente el cable. No me gustan los revendedores.
[dovecot]
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
Ya contarás cómo va. Ese no lo he probado.
Me han dicho que puedes usar tus carpetas mbox o maildir de tu propio home y servirlas o accesarlas directamente como ficheros. Eso me da un poco de yuyu. A lo mejor lo que hago es duplicar lo que recibo en dos carpetas con fetchmail, una de seguridad por si peta. E ir probando que tal va. Pero el sobremesa antiguo tiene la 11,0, que lleva un dovecot 4, y creo que van por la 6.
Ah, claro, desde siempre ¿no?. Bueno, está documentado en la página web de Postfix.
¿Mande? Hablamos de dovecot. 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.
Estamos hablando de usuarios avanzados >:-)
¿Desde cuándo hay que ser un usuario avanzado para poder tener una cuenta de correo electrónico? >>:-)
A mi no me engañas, que tu tienes tu carnet de usuaria de ordenador avanzada guardado por ahí. Que tienes licencia con doble cero >:-.P
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. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkv84IUACgkQja8UbcUWM1wqzQEAhAxXmZUWhjT8mUtPwhOhPCZh BMkjcuaOFWXqWbarWU4A/29CNTct//8xDYTQzI1paGM589rRWF/aakuIyY11/m+X =Nqa8 -----END PGP SIGNATURE----- -- 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
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
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.
[dovecot]
Bueno, ese no lo he intentado. El wu-imap es una chorrada. El que quiero probar el el dovecot.
Ya contarás cómo va. Ese no lo he probado.
Me han dicho que puedes usar tus carpetas mbox o maildir de tu propio home y servirlas o accesarlas directamente como ficheros. Eso me da un poco de yuyu. A lo mejor lo que hago es duplicar lo que recibo en dos carpetas con fetchmail, una de seguridad por si peta. E ir probando que tal va. Pero el sobremesa antiguo tiene la 11,0, que lleva un dovecot 4, y creo que van por la 6.
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.
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) :-) 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
-----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-----
El Fri, 28 May 2010 21:34:20 +0200, Carlos E. R. escribió:
El 2010-05-26 a las 15:45 -0000, Camaleón escribió:
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.
Pues por eso mismo es sospechoso. A ver, es como ver un gráfico donde se detallan las ventas de una empresa y en el pie de página pone "Fuente: la entidad". Vaya, que no es información contrastada, te la está dando la misma empresa >:-). 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 >:-)
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.
Pues por eso un servidor IMAP online puede ser un peligro >>:-)
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 :-)
Y donde te digo yo, que es la parte que le atañe al Postfix (la entrega).
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.
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.
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.
Si soporta "Sieve" sería otra opción interesante para la clasificación del correo.
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.
Es lo esperable, autentifica contra los usuarios del sistema.
Obviamente ya sé que existe esa posibilidad, si no la uso será por algo (motivos expuestos y detallados en mensajes anteriores) :-)
Que no convencen >:-)
Ni tampoco los tuyos ,-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-28 a las 20:25 -0000, Camaleón escribió:
El Fri, 28 May 2010 21:34:20 +0200, Carlos E. R. escribió:
Pues por eso mismo es sospechoso.
A ver, es como ver un gráfico donde se detallan las ventas de una empresa y en el pie de página pone "Fuente: la entidad". Vaya, que no es información contrastada, te la está dando la misma empresa >:-).
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.
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.
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.
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.
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.
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.
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.
Si soporta "Sieve" sería otra opción interesante para la clasificación del correo.
Todavía no he leído esa parte.
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. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEUEARECAAYFAkwALUIACgkQtTMYHG2NR9XE3ACeMEZ4nr4tt+vdG9OGdLal2b+F HrYAmJv3Kby47lJHP3R/hhKa4S7oVeU= =uZZ5 -----END PGP SIGNATURE-----
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-28 a las 21:22 -0000, Camaleón escribió:
El Fri, 28 May 2010 22:53:20 +0200, Carlos E. R. 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).
Repito que no es el RFC del imap. Es el de como se codifica el texto de los mensajes. Si un final de linea se pone con CR, o con LF, con una combinación, que cuando se quita uno de ellos, que cuando se añade... etc. El problema es precisamente ese, que algunos clientes cuando graban un anexo clasificado como texto hacen una traducción de los retornos de carro que no es la especificada en el estándar. Ten en cuenta que, para estos protocolos multiplataforma funcionen cuando envían "texto", tienen que hacer traducciones de los retornos de carro si piensan que el otro lado es windows y no unix, o cualquier combinación de las posibles. Hacen traducciones, y si interpretan mal la definición pues tenemos problemas. En cambio cuando se envía un binario no hay traducción. Es lo que en un cliente "FTP" se activa con el modo "ascii" o "binary". Y por otro lado, esa gente ha seguido encima de los RFC cuando se añadían modificaciones. No se quedaron en la antigüedad.
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 >>:-)
Tiene unas ventajas online y tiene otras ventajas en local. Yo lo quiero en la red 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.
Que no, que me importa un bledo, que no afecta. El postfix entrega el correo al agente de reparto local (procmail o su substituto), y se terminó, ya es problema del dovecot. No estamos hablando de un sistema con miles de usuarios virtuales. Es un sistema con usuarios locales reales.
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"
:-)
Claro, pues por eso se utiliza un substituto del procmail que lleva el dovecot, que se llama... me vas a hacer mirarlo ahora. http://en.wikipedia.org/wiki/Dovecot_%28software%29 Dovecot also includes a Mail delivery agent (called Local delivery agent in Dovecot’s documentation), with optional Sieve filtering support. http://wiki.dovecot.org/MDA An MDA is a Mail Delivery Agent. An LDA is a Local Delivery Agent. These two terms are synonyms. An MDA is being passed messages from an MTA and delivers it to a real or virtual mailbox. Common choices include: * maildrop * procmail (appears to be unmaintained) * Dovecot's `deliver` LDA http://wiki.dovecot.org/LDA The Dovecot LDA, called deliver, is a local delivery agent which takes mail from an MTA and delivers it to a user's mailbox, while keeping Dovecot index files up to date. ... Main features of Dovecot LDA * Mailbox indexing during mail delivery, providing faster mailbox access later * Quota enforcing by a plugin * Sieve language support by a plugin o Mail filtering o Mail forwarding o Vacation auto-reply O sea, con 'deliver' el reparto (filtrado) es con scripts "sieve", con lo cual tendría que rehacer mi procmail entero, no me valdría. Eso no me gusta, es más trabajo del que me esperaba.
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.
No tiene manera predeterminada, todas están desactivadas (comentadas) de manera predeterminada, incluso pam.
Por cierto, ¿ya admite "sasldb2"?
Pues no lo se. ¿Esto? http://wiki.dovecot.org/Sasl SASL stands for "Simple Authentication and Security Layer". SASL itself is nothing more than a list of requirements for authentication mechanisms and protocols to be SASL-compatible as described in RFC 4422. IMAP, POP3 and SMTP protocols all have support for SASL. Many people confuse SASL with one specific SASL implementation: the Cyrus SASL library. Dovecot has its own SASL implementation which may at some point be separated from Dovecot itself to "compete" against Cyrus SASL library in server side. Dovecot SASL can already be used with: * Postfix v2.3 and later. See HowTo/PostfixAndDovecotSASL for details. * Exim v4.64 and later. See HowTo/EximAndDovecotSASL for details. Hopefully more software will follow. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAUxwACgkQtTMYHG2NR9WiGwCdFGjjHQ5sQFsbmKjicmSrfmPl HmoAoImHTUW0lAaz8Rrmvhhww1O1+Bqd =fhXj -----END PGP SIGNATURE-----
El Sat, 29 May 2010 01:34:45 +0200, Carlos E. R. escribió:
El 2010-05-28 a las 21:22 -0000, Camaleón escribió:
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).
Repito que no es el RFC del imap. Es el de como se codifica el texto de los mensajes. Si un final de linea se pone con CR, o con LF, con una combinación, que cuando se quita uno de ellos, que cuando se añade... etc. El problema es precisamente ese, que algunos clientes cuando graban un anexo clasificado como texto hacen una traducción de los retornos de carro que no es la especificada en el estándar.
A eso se le llama "estándar" o si prefieres, método normalizado para los saltos de línea en mensajes mediante IMAP :-) (...)
Y por otro lado, esa gente ha seguido encima de los RFC cuando se añadían modificaciones. No se quedaron en la antigüedad.
Ah, eso no lo sabemos... sólo sabemos lo que ellos mismos dicen. Y por cierto, casi nadie recomienda UW-IMAP para proyectos serios, por algo será >:-) Si defiendes a capa y espada algo, asegúrate de conocer antes toda la historia: http://www.courier-mta.org/fud/
Pero es que las ventajas del IMAP se dan cuando lo usas online, no cuando lo usas como sustituto de un cliente IMAP local >>:-)
Tiene unas ventajas online y tiene otras ventajas en local. Yo lo quiero en la red local.
Ventajas muy localizadas, para casos muy concretos. No es una solución de amplio espectro.
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.
Que no, que me importa un bledo, que no afecta. El postfix entrega el correo al agente de reparto local (procmail o su substituto), y se terminó, ya es problema del dovecot.
No estamos hablando de un sistema con miles de usuarios virtuales. Es un sistema con usuarios locales reales.
Lo que te digo es que el Postfix puede entregar el correo directamente al Dovecot, directamente, sin pasar por procmail. Si no te interesa eliminar un paso más en la entrega del correo, pues tú sabrás, yo te lo tenía que decir para que supieras :-)
Me refiero a que es una patata tener que actualizar los índices "a mano"
:-)
Claro, pues por eso se utiliza un substituto del procmail que lleva el dovecot, que se llama... me vas a hacer mirarlo ahora.
(...) Eso es lo que te estaba diciendo que podías eliminar.
The Dovecot LDA, called deliver, is a local delivery agent which takes mail from an MTA and delivers it to a user's mailbox, while keeping Dovecot index files up to date.
...
Main features of Dovecot LDA
* Mailbox indexing during mail delivery, providing faster mailbox access later * Quota enforcing by a plugin * Sieve language support by a plugin o Mail filtering o Mail forwarding o Vacation auto-reply
O sea, con 'deliver' el reparto (filtrado) es con scripts "sieve", con lo cual tendría que rehacer mi procmail entero, no me valdría. Eso no me gusta, es más trabajo del que me esperaba.
Ese es el que te decía... pero sin procmail :-)
Me refiero a que es esperable que de manera predeterminada autentifique contra la base de datos de usuarios local.
No tiene manera predeterminada, todas están desactivadas (comentadas) de manera predeterminada, incluso pam.
Ah, vaya, pues podían haber dejado al menos una opción ya lista para usar :-?
Por cierto, ¿ya admite "sasldb2"?
Pues no lo se. ¿Esto?
(...)
Dovecot SASL can already be used with:
* Postfix v2.3 and later. See HowTo/PostfixAndDovecotSASL for details. * Exim v4.64 and later. See HowTo/EximAndDovecotSASL for details.
Sí, pero no. La idea es poder almacenar los usuarios y sus contraseñas (inicio de sesión pop3/imap) del propio Dovecot en esa base de datos y parece que sólo lo han implementado del lado de la autentificación contra el MTA. Es decir, no veo por aquí que se pueda usar sasldb: http://wiki.dovecot.org/VirtualUsers http://wiki.dovecot.org/UserDatabase Quizá mediante pam enlazándolo con sasldb... no sé, no me queda claro. 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
El Lunes, 24 de Mayo de 2010 21:13:02 Camaleón escribió:
El Mon, 24 May 2010 20:46:51 +0200, Carlos E. R. escribió:
No tienes porqué usar fetchmail. Puedes usar tu thunderbird o tu kmail para descargar los correos de la manera habitual. Luego haces lo mismo que harías siempre: cuando la carpeta esté llena los mueves a otra carpeta local, salvo que es una carpeta imap del servidor local. O lo haces mediante los filtros del cliente para eso.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
Noops, yo en ningún momento he hablado de fetchmail, como tampoco os he contado cual es mi escenario, y posiblemente de ahí la confusión. Mi servidor local es también mi propio ISP, de modo que cuando estoy en la oficina, tener acceso al correo vía servidor imap y "en local" son una misma cosa, y si me conecto desde fuera, tengo acceso a exactamente lo mismo que cuando lo hago localmente. Eso si, para que te quede bonito necesitas una IP fija (en las ADSL antiguas de telefónica, como la mía, venía gratis de serie, ahora cobran) y un dominio (que me cuesta 4,95 al año) y dejar un equipo conectado permanentemente.
"Un poco" dice :-)
Dile a cualquier usuario que se configure un servidor IMAP local para poder gestionar su correo, a ver qué te dicen.
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner.
A mí me lo dices... Configura el Cyrus y luego me lo cuentas >>>:-)
Nunca me he peleado con el cyrus, pero cuando usaba openSUSE tenía el courier- imap y se instalaba (y quedaba configurado) con un simple "zypper in postfix procmail courier-imap". Ahora en Ubuntu he decidido pasarme al dovecot y la instalación es muy similar: "apt-get install dovecot-postfix procmail"
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
En realidad, una vez configurado el sistema, pasa a ser transparente para el usuario, por lo que raramente debería llamar al "hot line" (yo nunca me llamo ;-) Saludos. Miquel. -- 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
El Tue, 25 May 2010 14:28:59 +0200, Miquel A. Noguera escribió:
El Lunes, 24 de Mayo de 2010 21:13:02 Camaleón escribió:
El Mon, 24 May 2010 20:46:51 +0200, Carlos E. R. escribió:
No tienes porqué usar fetchmail. Puedes usar tu thunderbird o tu kmail para descargar los correos de la manera habitual. Luego haces lo mismo que harías siempre: cuando la carpeta esté llena los mueves a otra carpeta local, salvo que es una carpeta imap del servidor local. O lo haces mediante los filtros del cliente para eso.
Ya, pero estaba respondiendo a la respuesta de Miguel que sugería el uso de Fetchmail.
Noops, yo en ningún momento he hablado de fetchmail, como tampoco os he contado cual es mi escenario, y posiblemente de ahí la confusión.
¿No dijiste algo del fetchmail? (...) Ah, no, dijiste "procmail", vale, pero da lo mismo porque el procmail sería para uso local, no remoto. El fetchmail tienes que usarlo para administrar la descarga en local de los correos remotos (Gmail, Yahoo, Hotmail...) en caso de tenerlos.
Mi servidor local es también mi propio ISP, de modo que cuando estoy en la oficina, tener acceso al correo vía servidor imap y "en local" son una misma cosa, y si me conecto desde fuera, tengo acceso a exactamente lo mismo que cuando lo hago localmente.
Eso si, para que te quede bonito necesitas una IP fija (en las ADSL antiguas de telefónica, como la mía, venía gratis de serie, ahora cobran) y un dominio (que me cuesta 4,95 al año) y dejar un equipo conectado permanentemente.
Pues ese es el sistema que tenemos nosotros en la oficina, pero añadiendo las cuentas de correo de empresa remotas :-)
Más fácil de lo que te piensas. Según cual elijas, claro, y lo complejo que lo quieras poner.
A mí me lo dices... Configura el Cyrus y luego me lo cuentas >>>:-)
Nunca me he peleado con el cyrus, pero cuando usaba openSUSE tenía el courier- imap y se instalaba (y quedaba configurado) con un simple "zypper in postfix procmail courier-imap".
Ahora en Ubuntu he decidido pasarme al dovecot y la instalación es muy similar: "apt-get install dovecot-postfix procmail"
Ya, pero a lo que voy es que esa configuración que tienes (tenemos) montada no está al alcance de un usuario "normalito". Para empezar, no disponen de IP fija, así que lo primero que tendrían que resolver es la configuración en el router (o en local) del dyndns. Luego, configurar el servidor IMAP, dar de alta las cuentas, configurar el fectmail, abrir los puertos del router, etc... Ah, y configurar un certificado SSL para la conexión segura (imaps) porque en la Internete hay mucho malo suelto y con ese sistema 24 horas abierto y accesible, el inicio de sesión sin cifrado es un peligro, más aún en una empresa >>:-)
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
En realidad, una vez configurado el sistema, pasa a ser transparente para el usuario, por lo que raramente debería llamar al "hot line" (yo nunca me llamo ;-)
Claro, siempre y cuando no sea el propio usuario el que tenga que montarse todo el tinglado. Si tiene que montarlo él solito, el proceso deja de ser "transparente" para coger una tonalidad "oscura-parda", tirando a "negra"... muy "negra" >:-) Además, nadie discute las "ventajas" de tener un servidor IMAP/POP3 remoto, estábamos hablando de las que tendría un servidor IMAP exclusivamente "local". 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-25 a las 13:08 -0000, Camaleón escribió:
El Tue, 25 May 2010 14:28:59 +0200, Miquel A. Noguera escribió:
...
Ya, pero a lo que voy es que esa configuración que tienes (tenemos) montada no está al alcance de un usuario "normalito". Para empezar, no disponen de IP fija, así que lo primero que tendrían que resolver es la configuración en el router (o en local) del dyndns.
Eso se lo he visto hacer a windoseros simplemente para controlar la mula desde el ordenador del cole mientras el profe mira a otro sitio... fíjate si será facil.
Luego, configurar el servidor IMAP, dar de alta las cuentas, configurar el fectmail, abrir los puertos del router, etc...
Ah, y configurar un certificado SSL para la conexión segura (imaps) porque en la Internete hay mucho malo suelto y con ese sistema 24 horas abierto y accesible, el inicio de sesión sin cifrado es un peligro, más aún en una empresa >>:-)
(hay un módulo del yast que pone el certificado, y un script en el dovecot) Sé de gente que configura el imap en local simplemente para poder ver el correo desde cualquier ordenador de la casa. Ese es mi caso. El acceder desde fuera es simplemente un paso más (que yo no contemplo). Alguno contó una vez que accedía la correo de su casa mientras estaba de viaje por la otra punta del globo, usando ssh y mutt o pine. Si tienes un reparto imap puesto, pues también puedes acceder en remoto. Otra solución es ponerte un webmail y acceder por https a tu propia casa... lo cual es ventajoso porque funcionaría desde oficinas como la mia que bloquean pop/imap al exterior, pero no http(s).
A ver, me refiero a usuarios normales que no saben ni qué es una cuenta IMAP y a duras penas han configurado el cliente de correo. Diles que si se ponen un servidor IMAP local obtendrán "grandes beneficios"... diles, diles y recuerda dejar el teléfono libre para cuando te llamen a los 5 minutos.
A esos no se lo recomiendo.
En realidad, una vez configurado el sistema, pasa a ser transparente para el usuario, por lo que raramente debería llamar al "hot line" (yo nunca me llamo ;-)
Claro, siempre y cuando no sea el propio usuario el que tenga que montarse todo el tinglado. Si tiene que montarlo él solito, el proceso deja de ser "transparente" para coger una tonalidad "oscura-parda", tirando a "negra"... muy "negra" >:-)
Además, nadie discute las "ventajas" de tener un servidor IMAP/POP3 remoto, estábamos hablando de las que tendría un servidor IMAP exclusivamente "local".
Pues las tiene... ver tu almacén de correo del despacho en el portatil, la principal para mi (eso es aparte de verlo offline, pero es una posibilidad añadida). O poder verlo en uno o más ordenadores con dos o más clientes de correo, según apetezca necesites. Tu usas diferentes clientes con diferentes cuentas, pero es que yo uso una misma configuración para todas las cuentas y clientes, aunque también cada cuenta tenga un uso dedicado (en principio). Es más sencillo de mantener. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAH/sACgkQtTMYHG2NR9W3dACfU7zwpYSFX6jPaCNTpSfYv4XM ZacAoI7+kYm0JUy5vneWsoo+kJP8F1Dc =ck6B -----END PGP SIGNATURE-----
El Fri, 28 May 2010 21:56:35 +0200, Carlos E. R. escribió:
El 2010-05-25 a las 13:08 -0000, Camaleón escribió:
Ya, pero a lo que voy es que esa configuración que tienes (tenemos) montada no está al alcance de un usuario "normalito". Para empezar, no disponen de IP fija, así que lo primero que tendrían que resolver es la configuración en el router (o en local) del dyndns.
Eso se lo he visto hacer a windoseros simplemente para controlar la mula desde el ordenador del cole mientras el profe mira a otro sitio... fíjate si será facil.
Se nota que nunca lo has tenido que configurar ¿verdad? Ni has tenido que hacer de pringao por teléfono para que el otro lo haga ¿ein? >>:-)
Ah, y configurar un certificado SSL para la conexión segura (imaps) porque en la Internete hay mucho malo suelto y con ese sistema 24 horas abierto y accesible, el inicio de sesión sin cifrado es un peligro, más aún en una empresa >>:-)
(hay un módulo del yast que pone el certificado, y un script en el dovecot)
Sé de gente que configura el imap en local simplemente para poder ver el correo desde cualquier ordenador de la casa. Ese es mi caso. El acceder desde fuera es simplemente un paso más (que yo no contemplo).
Alguno contó una vez que accedía la correo de su casa mientras estaba de viaje por la otra punta del globo, usando ssh y mutt o pine. Si tienes un reparto imap puesto, pues también puedes acceder en remoto. Otra solución es ponerte un webmail y acceder por https a tu propia casa... lo cual es ventajoso porque funcionaría desde oficinas como la mia que bloquean pop/imap al exterior, pero no http(s).
Sí, pero eso en una empresa no es práctico, no por nada sino porque un túnel ssh desde una PDA con windows mobile debe ser digno de ver y además, si le dices a los usuarios que tienen que ir a la consola para acceder al correo se les cae el alma al suelo >:-P
Además, nadie discute las "ventajas" de tener un servidor IMAP/POP3 remoto, estábamos hablando de las que tendría un servidor IMAP exclusivamente "local".
Pues las tiene...
Pues claro ¿no acabo de decir que nosotros lo usamos? Pero el IMAP es un complemento, una "feature", un añadido. Todo termina el local. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-28 a las 20:29 -0000, Camaleón escribió:
El Fri, 28 May 2010 21:56:35 +0200, Carlos E. R. escribió:
Ya, pero a lo que voy es que esa configuración que tienes (tenemos) montada no está al alcance de un usuario "normalito". Para empezar, no disponen de IP fija, así que lo primero que tendrían que resolver es la configuración en el router (o en local) del dyndns.
Eso se lo he visto hacer a windoseros simplemente para controlar la mula desde el ordenador del cole mientras el profe mira a otro sitio... fíjate si será facil.
Se nota que nunca lo has tenido que configurar ¿verdad? Ni has tenido que hacer de pringao por teléfono para que el otro lo haga ¿ein? >>:-)
Yo no, pero si ellos lo hacen no debe ser tan dificil. Ah, y si, he hecho de pringao telefónico para simples cosas como "haz ls". ...
Alguno contó una vez que accedía la correo de su casa mientras estaba de viaje por la otra punta del globo, usando ssh y mutt o pine. Si tienes un reparto imap puesto, pues también puedes acceder en remoto. Otra solución es ponerte un webmail y acceder por https a tu propia casa... lo cual es ventajoso porque funcionaría desde oficinas como la mia que bloquean pop/imap al exterior, pero no http(s).
Sí, pero eso en una empresa no es práctico, no por nada sino porque un túnel ssh desde una PDA con windows mobile debe ser digno de ver y además, si le dices a los usuarios que tienen que ir a la consola para acceder al correo se les cae el alma al suelo >:-P
Yo no he dicho que los que han contado que lo hacen sean gente de empresa, hablo de gente que lo hace en su casa. De linuxeros. Que ocurrencia, decirle a un windosero que use el putty para ver su correo en texto... sólo tienes que mostrarles un Alpine en funcionamiento y ver su cara. Si ya la veo yo cuando me ven el portátil con linux y un terminal con tailf /var/messages... O peor, si he hecho un ctrl-alt-f1 y pasan por detrás mia en ese instante. Si, he hecho el experimento de mostrarles el Alpine. Aunque... hoy he visto una cafetería cuyo TPV era en MsDOS. Aunque tenían una webcam apuntando al mostrador, enchufada a ese mismo ordenador, igual estaba con windows y una ventana msdos para el tpv a pantalla completa.
Además, nadie discute las "ventajas" de tener un servidor IMAP/POP3 remoto, estábamos hablando de las que tendría un servidor IMAP exclusivamente "local".
Pues las tiene...
Pues claro ¿no acabo de decir que nosotros lo usamos? Pero el IMAP es un complemento, una "feature", un añadido. Todo termina el local.
Pues eso digo, que tiene sus ventajas. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAKx0ACgkQtTMYHG2NR9WJ2ACfZYX1msM/mnrg/GlT5BBjxbvO z4YAnRqlFVazO5V9SN+R/HT1OUrez6ZD =RKrj -----END PGP SIGNATURE-----
El Fri, 28 May 2010 22:44:11 +0200, Carlos E. R. escribió:
El 2010-05-28 a las 20:29 -0000, Camaleón escribió:
Eso se lo he visto hacer a windoseros simplemente para controlar la mula desde el ordenador del cole mientras el profe mira a otro sitio... fíjate si será facil.
Se nota que nunca lo has tenido que configurar ¿verdad? Ni has tenido que hacer de pringao por teléfono para que el otro lo haga ¿ein? >>:-)
Yo no, pero si ellos lo hacen no debe ser tan dificil.
Porque algún colega habrá "metido mano" o serán un poco "mañosos", te aseguro que el ciudadano informático medio no sabe siquiera que "eso" se puede hacer >:-)
Alguno contó una vez que accedía la correo de su casa mientras estaba de viaje por la otra punta del globo, usando ssh y mutt o pine. Si tienes un reparto imap puesto, pues también puedes acceder en remoto. Otra solución es ponerte un webmail y acceder por https a tu propia casa... lo cual es ventajoso porque funcionaría desde oficinas como la mia que bloquean pop/imap al exterior, pero no http(s).
Sí, pero eso en una empresa no es práctico, no por nada sino porque un túnel ssh desde una PDA con windows mobile debe ser digno de ver y además, si le dices a los usuarios que tienen que ir a la consola para acceder al correo se les cae el alma al suelo >:-P
Yo no he dicho que los que han contado que lo hacen sean gente de empresa, hablo de gente que lo hace en su casa. De linuxeros. Que ocurrencia, decirle a un windosero que use el putty para ver su correo en texto... sólo tienes que mostrarles un Alpine en funcionamiento y ver su cara. Si ya la veo yo cuando me ven el portátil con linux y un terminal con tailf /var/messages... O peor, si he hecho un ctrl-alt-f1 y pasan por detrás mia en ese instante. Si, he hecho el experimento de mostrarles el Alpine.
Porque no son informáticos, son simplemente usuarios. Sólo conocen windows (y algunos hasta desconocen que windows también tiene consola).
Aunque... hoy he visto una cafetería cuyo TPV era en MsDOS. Aunque tenían una webcam apuntando al mostrador, enchufada a ese mismo ordenador, igual estaba con windows y una ventana msdos para el tpv a pantalla completa.
Sí, la mayoría de las aplicaciones sobre TPV usan MS-DOS. También he visto mucho MS-DOS en consultas de médicos y despachos de notarios o gestorías pequeñas. Es decir, donde los jefes son autónomos que no tienen que preocuparse más que de su trabajo y no de ser compatibles con el resto de los programas de la empresa o de gastar pelas en licencias (o en en pagar a nadie para que le actualice el "chiringuito") porque ellos son los que mandan.
Además, nadie discute las "ventajas" de tener un servidor IMAP/POP3 remoto, estábamos hablando de las que tendría un servidor IMAP exclusivamente "local".
Pues las tiene...
Pues claro ¿no acabo de decir que nosotros lo usamos? Pero el IMAP es un complemento, una "feature", un añadido. Todo termina el local.
Pues eso digo, que tiene sus ventajas.
Que sí, es lo que he dicho más arriba, pero no era ese origen del debate, sino el uso de un servidor IMAP "local" :-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-28 a las 21:10 -0000, Camaleón escribió:
El Fri, 28 May 2010 22:44:11 +0200, Carlos E. R. escribió:
Yo no, pero si ellos lo hacen no debe ser tan dificil.
Porque algún colega habrá "metido mano" o serán un poco "mañosos", te aseguro que el ciudadano informático medio no sabe siquiera que "eso" se puede hacer >:-)
Chavales de instituto de formación profesional de alguna rama técnica. Yo no les creía capaces, estaban haciendo algo que yo ni en mis mejores horas había pensado, lo veía demasiado complicado. Friquis, como muchos de los que estamos aquí ;-) No es tan dificil, te lo explican en el foroadsl y similares. Es todo pinchar con el ratón.
Yo no he dicho que los que han contado que lo hacen sean gente de empresa, hablo de gente que lo hace en su casa. De linuxeros. Que ocurrencia, decirle a un windosero que use el putty para ver su correo en texto... sólo tienes que mostrarles un Alpine en funcionamiento y ver su cara. Si ya la veo yo cuando me ven el portátil con linux y un terminal con tailf /var/messages... O peor, si he hecho un ctrl-alt-f1 y pasan por detrás mia en ese instante. Si, he hecho el experimento de mostrarles el Alpine.
Porque no son informáticos, son simplemente usuarios. Sólo conocen windows (y algunos hasta desconocen que windows también tiene consola).
Pero los que estamos aquí si lo sabemos ;-)
Aunque... hoy he visto una cafetería cuyo TPV era en MsDOS. Aunque tenían una webcam apuntando al mostrador, enchufada a ese mismo ordenador, igual estaba con windows y una ventana msdos para el tpv a pantalla completa.
Sí, la mayoría de las aplicaciones sobre TPV usan MS-DOS. También he visto mucho MS-DOS en consultas de médicos y despachos de notarios o gestorías pequeñas. Es decir, donde los jefes son autónomos que no tienen que preocuparse más que de su trabajo y no de ser compatibles con el resto de los programas de la empresa o de gastar pelas en licencias (o en en pagar a nadie para que le actualice el "chiringuito") porque ellos son los que mandan.
Creo que usan MsDOS porque son aplicaciones a medida por las que pagaron una pasta en su dia. O pueden estar hechas por empresas que simplemente mantienen el desarrollo que hicieron hace años y en el que han invertido un montón de tiempo y dinero, pero que sería mucho más volver a hacerlo moderno. A lo mejor el progrador de la empresa o ya no está, o no se ha modernizado tanto, o ahora es el jefe y no tiene tiempo. Yo tengo un colega por ahí que trabaja en una empresa que hicieron un software de control de accesos, en su dia, con una versión de MsDOS para red. El caso es que cuando terminaron de desarrollarla, ese msdos que era lo más nuevecito ya estaba obsoleto e incluso M$ dejó de venderlo. Cuando ellos empezaron a implementar su proyecto tenían problemas para comprar el neceario msdos4red. Pero dado el dineral que les costó hacerlo, pues lo siguieron usando. Eso fué hace algunos años, no se ahora como estarán. Cualquier empresa pequeña de software desarrollando algo que le lleve años hacer tiene ese riesgo/problema: quedarse obsoletos antes de recuperar la inversión.
Pues eso digo, que tiene sus ventajas.
Que sí, es lo que he dicho más arriba, pero no era ese origen del debate, sino el uso de un servidor IMAP "local" :-)
Pues también tiene sus ventajas :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAV0YACgkQtTMYHG2NR9X9lQCdG+fCIEti3bFYPKqSSsMQk+xX P7QAn0/9J49HDtfxOcjQlk2LRdZlqo42 =jfkm -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 16:04 -0000, Camaleón escribió:
El Mon, 24 May 2010 17:14:56 +0200, Carlos E. R. 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.
Tienes que sincronizar los contactos,
Sólo los que quieras, sí.
los formatos de los correos, etc...
¿Mande? ¿Eso que es? ¿Los borradores y los "templates? Pueden estar en el "servidor", el Th. lo hace.
para que en todos tengas la misma información y los mismos datos.
Yo lo he contado con un ejemplo exagerado, pero el hecho es que estoy habitualmente usando alpine para el correo de la lista, y Thunderbird para los comerciales y similares, por el método de compartir carpetas mbox físicas, que tiene la limitación de no valer las marcas de uno en otro. Ahora mismo estoy en el portatil, con Alpine, en una sesión ssh contra el servidor. La firma pgp no va bien, no me la memoriza. Si el desktop tuviera los correos en imap, podría usar el alpine local del portatil o lo que quisiera, dividiendo los recursos entre ambas máquinas. Ejecutaría más rápido. No puedo usar mi método habitual del Th en el portatil, porque el de sobremesa está en marcha y recoge el correo antes de que lo vea el th. contra el imap de tesa.
Salvo, claro que está, que siguiendo la misma "lógica" pongas en marcha un servidor LDAP para los contactos, digo, para que todos los clientes lean de la misma fuente y evitar así "duplicar" esfuerzos >>:-)
Lo haría si supiera hacerlo, y si supiera que los clientes pudieran escribir en el ldap. Nunca he encontrado una guia para ldap para sólo direcciones de correo de gente ajena, es decir, cualesquiera direccion. Para meter la carpeta de direcciones que tiene cualquier cliente de correo. Lo que he leido es para los usuarios propios o de una red o de una empresa. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv6usYACgkQtTMYHG2NR9WgiwCfZgHSqzLqU46yAfPa0M8k2QO+ s8gAn0bmIvK1J8WxUpe9k3jaX6YPVKpF =PFJ2 -----END PGP SIGNATURE-----
El Mon, 24 May 2010 19:43:24 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 16:04 -0000, Camaleón escribió:
El Mon, 24 May 2010 17:14:56 +0200, Carlos E. R. 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.
Tienes que sincronizar los contactos,
Sólo los que quieras, sí.
Eso no es viable, salvo que tengas 20 contactos en lugar de 200 :-)
los formatos de los correos, etc...
¿Mande? ¿Eso que es? ¿Los borradores y los "templates? Pueden estar en el "servidor", el Th. lo hace.
Sí, ya... te explico. Creas un borrador de un correo desde el Outlook (vía IMAP), pero terminas de darle forma desde Thunderbird (o desde Kmail) pero antes de enviarlo te das cuenta pasa algo raro: al texto le ha cambiado el tipo de letra, la negrita ha desaparecido y los enlaces no funcionan. De las tablas ya ni te hablo... ¿Cómo es posible? Fácil: se llama maldita incompatibilidad de formato html que usan cada uno de ellos. ¿No recuerdas por qué dejé de usar Kmail (entre otras cosas)? Precisamente porque el formato html de su editor de texto era pésimo, por decir algo suave >:-) ¿Y sabes qué? Que sigo recibiendo correos del bugzilla de KDE donde aún sigue abierto un problema del que informé (yo y unos cincuenta usuarios más) que trataba precisamente sobre esto. Kmail no respetaba los espacios sencillos y en lugar de crear un <br/> creaba una etiqueta de <p> (párrafo o doble salto). ¡Y el bug sigue abierto!
para que en todos tengas la misma información y los mismos datos.
Yo lo he contado con un ejemplo exagerado, pero el hecho es que estoy habitualmente usando alpine para el correo de la lista, y Thunderbird para los comerciales y similares, por el método de compartir carpetas mbox físicas, que tiene la limitación de no valer las marcas de uno en otro.
Je, no usarás IMAP en el Alpine, no. Siendo incapaz de poder listar las carpetas IMAP automáticamente, pues no me extraña >>:-)
Ahora mismo estoy en el portatil, con Alpine, en una sesión ssh contra el servidor. La firma pgp no va bien, no me la memoriza. Si el desktop tuviera los correos en imap, podría usar el alpine local del portatil o lo que quisiera, dividiendo los recursos entre ambas máquinas. Ejecutaría más rápido.
No puedo usar mi método habitual del Th en el portatil, porque el de sobremesa está en marcha y recoge el correo antes de que lo vea el th. contra el imap de tesa.
Tienes unas necesidades particulares como usuario. Tus necesidades no aplican en todos y cada uno de los casos. Hay quien se lo monta de otra forma.
Salvo, claro que está, que siguiendo la misma "lógica" pongas en marcha un servidor LDAP para los contactos, digo, para que todos los clientes lean de la misma fuente y evitar así "duplicar" esfuerzos >>:-)
Lo haría si supiera hacerlo, y si supiera que los clientes pudieran escribir en el ldap.
Nunca he encontrado una guia para ldap para sólo direcciones de correo de gente ajena, es decir, cualesquiera direccion. Para meter la carpeta de direcciones que tiene cualquier cliente de correo. Lo que he leido es para los usuarios propios o de una red o de una empresa.
Ah, en openSUSE es muy sencillo. Yo lo hice una vez con la 10.3, lo puse en marcha, todo perfecto, pero lo dejé en el momento de darme cuenta de que el formato de agenda que usaba el Outlook era incompatible con el del Thunderbird por lo que los campos que había que crear en el archivo LDIF resultaban totalmente inútiles (lo que veía uno no lo veía el otro). Así que le di carpetazo limpio porque mi interés se centraba exclusivamente en la sincronización de las agendas, y no cumplía con el único que requisito que necesitaba, por lo que ¿para qué perder el tiempo con un servicio que me daba más problemas de los que me solucionaba? 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-24 a las 18:16 -0000, Camaleón escribió:
El Mon, 24 May 2010 19:43:24 +0200, Carlos E. R. escribió:
Tienes que sincronizar los contactos,
Sólo los que quieras, sí.
Eso no es viable, salvo que tengas 20 contactos en lugar de 200 :-)
Pero es que de hecho lo estoy haciendo, entre varios ordenadores.
los formatos de los correos, etc...
¿Mande? ¿Eso que es? ¿Los borradores y los "templates? Pueden estar en el "servidor", el Th. lo hace.
Sí, ya... te explico.
Creas un borrador de un correo desde el Outlook (vía IMAP), pero terminas de darle forma desde Thunderbird (o desde Kmail) pero antes de enviarlo te das cuenta pasa algo raro: al texto le ha cambiado el tipo de letra, la negrita ha desaparecido y los enlaces no funcionan. De las tablas ya ni te hablo...
¿Cómo es posible?
Fácil: se llama maldita incompatibilidad de formato html que usan cada uno de ellos.
Ya bueno. Pues abrelo siempre con el mismo cliente, pero al menos, lo puedes hacer en varios ordenadores (que es mi caso).
¡Y el bug sigue abierto!
Claro, por eso los que queremos usar html usamos el thundercito.
para que en todos tengas la misma información y los mismos datos.
Yo lo he contado con un ejemplo exagerado, pero el hecho es que estoy habitualmente usando alpine para el correo de la lista, y Thunderbird para los comerciales y similares, por el método de compartir carpetas mbox físicas, que tiene la limitación de no valer las marcas de uno en otro.
Je, no usarás IMAP en el Alpine, no. Siendo incapaz de poder listar las carpetas IMAP automáticamente, pues no me extraña >>:-)
Pero es que de hecho lo estoy usando. No todas las carpetas, pero sí algunas. Y a lo mejor hay alguna manera para hacer eso que dices.
Tienes unas necesidades particulares como usuario. Tus necesidades no aplican en todos y cada uno de los casos. Hay quien se lo monta de otra forma.
Es cierto, pero conozco bastante gente que ha comentado alguna vez que hace eso, un servidor imap en casa para su correo. Bien en localhost sólo, bien en red local, y algunos a través de internet desde la otra punta del globo contra su casa. 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 ;-) [LDAP]
Ah, en openSUSE es muy sencillo. Yo lo hice una vez con la 10.3, lo puse en marcha, todo perfecto, pero lo dejé en el momento de darme cuenta de que el formato de agenda que usaba el Outlook era incompatible con el del Thunderbird por lo que los campos que había que crear en el archivo LDIF resultaban totalmente inútiles (lo que veía uno no lo veía el otro).
Así que le di carpetazo limpio porque mi interés se centraba exclusivamente en la sincronización de las agendas, y no cumplía con el único que requisito que necesitaba, por lo que ¿para qué perder el tiempo con un servicio que me daba más problemas de los que me solucionaba?
Bueno, a mi el outlook me importa un pimiento. Thunderbird y Alpine, sí. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkv6yBoACgkQtTMYHG2NR9V3kQCfaCitBSghx+MUc9rkTts2MWKP ZlgAmwWAtqkLFDVxza5sK6ikW8BEFtWl =H1li -----END PGP SIGNATURE-----
El Mon, 24 May 2010 20:40:17 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 18:16 -0000, Camaleón 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? :-)
los formatos de los correos, etc...
¿Mande? ¿Eso que es? ¿Los borradores y los "templates? Pueden estar en el "servidor", el Th. lo hace.
Sí, ya... te explico.
(...)
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 >:-) 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. Mira, yo ahora tengo Thunderbird para los correos de la empresa y personales, Gmail via webmail para administrar la cuenta de gmail y mutt para enviar correos a la gente de las listas. Pan como cliente de news. Y no los quiero mezclar porque tenerlos separados me sirve como un sistema de clasificación en sí mismo, me evita errores (envío de mensajes cruzados), en fin, me sirve para administrar las identidades (trabajo, personal, listas). Divide y vencerás.
¡Y el bug sigue abierto!
Claro, por eso los que queremos usar html usamos el thundercito.
Es que ni aún así te libras. El Thubderbird también se las trae...
Tienes unas necesidades particulares como usuario. Tus necesidades no aplican en todos y cada uno de los casos. Hay quien se lo monta de otra forma.
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? >>:-)
Bien en localhost sólo, bien en red local, y algunos a través de internet desde la otra punta del globo contra su casa.
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. 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...?)
[LDAP]
Así que le di carpetazo limpio porque mi interés se centraba exclusivamente en la sincronización de las agendas, y no cumplía con el único que requisito que necesitaba, por lo que ¿para qué perder el tiempo con un servicio que me daba más problemas de los que me solucionaba?
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 ;-) 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
-----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-----
El Mon, 24 May 2010 22:47:32 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 19:03 -0000, Camaleón escribió:
¿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.
¿Y cómo te soluciona eso el IMAP? En todo caso un servidor LDAP, pero al usar cada cliente un sistema de agenda distinto, pues tienes que ir copiando de un lado para otro y actualizándolas/sincronizándolas continuamente. Eso requiere tiempo y es tiempo perdido, desde mi punto de vista (o es un proceso automatizado o uso sólo un cliente, tanto baile me marea).
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.
Pero tu "test case" es muy limitado y por eso te sirve. Si metieras en juego otras variables (otros clientes de correo, otros escenarios) no tendría sentido o resultaría inviable.
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.
Pues eso: "test case" limitado. Te sirve a ti y poco más. (que levante la mano quien use Alpine >:-P)
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, hombre, no me refería a eso. Quiero decir que la gente que lo hace no son novatos, saben lo que hacen y lo que quieren y como "buenos" linuxeros, buscan la forma más extravagante de llevarlo a cabo: <modo linuxero on> "¿por qué hacerlo en un paso si se puede hacer en 500 y además, en el ínterin, poder descubrir por qué la curva gravitatoria que describe Júpiter forma una elíptica con los anillos de Saturno? Total si cambiando una función por aquí y añadiendo este código por allá pues sólo me retrasa unos 250 pasos más... y a todo esto, ¿qué era lo que estaba haciendo? ¡Ah, sí! poner en marcha un servidor IMAP local para hacer lo mismo que me permite mi proveedor..." >:-)
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.
Es que la gente no tiene "docenas de miles" de correos, esa es la diferencia, luego no hay penalización en la velocidad.
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.
¿Confidencialidad? Eso será porque usas la misma cuenta para todo (correos personales, correos de la lista, correos profesionales...). Y eso es mal un diseño base. Yo separo las cuentas, por eso los correos que tengo en Gmail son "públicos" (son los que envío a la lista, ahora ya ni eso). Los privados que tengo en Gmail los voy descargando al disco duro (en total deben ser menos de 500).
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.
Claro, o que le baste con el POP3. Yo sigo usando POP3 de manera habitual, el IMAP (o webmail) es la excepción. 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Mon, 24 May 2010 22:47:32 +0200, Carlos E. R. escribió:
El 2010-05-24 a las 19:03 -0000, Camaleón escribió:
¿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.
¿Y cómo te soluciona eso el IMAP? En todo caso un servidor LDAP, pero al usar cada cliente un sistema de agenda distinto, pues tienes que ir copiando de un lado para otro y actualizándolas/sincronizándolas continuamente. Eso requiere tiempo y es tiempo perdido, desde mi punto de vista (o es un proceso automatizado o uso sólo un cliente, tanto baile me marea).
No he dicho que me lo solucione. Pero aunque use el mismo MUA, uso más de un ordenador, por lo que debo replicar las agendas, y la manera más sencilla es mediante "unison". Por cierto. El Alpine puede usar una carpeta del servidor imap para almacenar ahí la agenda... lo usa como si fuera un fichero, pero en un servidor remoto.
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.
Pero tu "test case" es muy limitado y por eso te sirve. Si metieras en juego otras variables (otros clientes de correo, otros escenarios) no tendría sentido o resultaría inviable.
Pero es que precisamente el hacerlo mediante imap es lo que lo hace versátil y universal para uso mediante varios clientes y escenarios. Es más versátil que mediante mbox, el cual es más versátil que maildir, y ya es decir >:-P
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.
Pues eso: "test case" limitado. Te sirve a ti y poco más.
(que levante la mano quien use Alpine >:-P)
Huy, pues hay un porcentaje, las estadísticas que sacan de vez en cuando lo ven >:-) Otros usan cosas peores, como mutt :-P
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, hombre, no me refería a eso.
Quiero decir que la gente que lo hace no son novatos, saben lo que hacen y lo que quieren y como "buenos" linuxeros, buscan la forma más extravagante de llevarlo a cabo: <modo linuxero on> "¿por qué hacerlo en un paso si se puede hacer en 500 y además, en el ínterin, poder descubrir por qué la curva gravitatoria que describe Júpiter forma una elíptica con los anillos de Saturno? Total si cambiando una función por aquí y añadiendo este código por allá pues sólo me retrasa unos 250 pasos más... y a todo esto, ¿qué era lo que estaba haciendo? ¡Ah, sí! poner en marcha un servidor IMAP local para hacer lo mismo que me permite mi proveedor..." >:-)
Ja, ja >:-) Sólo que no es lo mismo que me permite mi proveedor. Mi proveedor (tesa) no me dejaría poner en el imap de ellos los nosecuantos gigas de correo que tengo almacenado, y no podría verlos lo bastante rápido. Por ejemplo. Y estarían en el servidor de otro, no en el mio, o sea, fuera de mi control. Yo no me fío de la nube.
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.
Es que la gente no tiene "docenas de miles" de correos, esa es la diferencia, luego no hay penalización en la velocidad.
Bueno, otros tienen cientos de correos de varios megas cada uno, con presentaciones y chistes tontos a tutiplén, con lo que el almacén tiene varios gigas. Menos correos, pero mucho mayores. Y si es correo comercial/trabajo, con ficheros de trabajo anexos, enviado a listas cortas de distribución (jefe, secretaria, colegas, mindundis varios) con respuestas tipo "yo también" o "vale" con los anexos yendo y viniendo docenas de veces (no me digas que no, porque lo he sufrido, incluso lo he hecho), pues no veas el tamaño del almacén (para desesperación de los gestores de los "exchanges").
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.
¿Confidencialidad? Eso será porque usas la misma cuenta para todo (correos personales, correos de la lista, correos profesionales...). Y eso es mal un diseño base. Yo separo las cuentas, por eso los correos que tengo en Gmail son "públicos" (son los que envío a la lista, ahora ya ni eso). Los privados que tengo en Gmail los voy descargando al disco duro (en total deben ser menos de 500).
Sí, tengo cuentas separadas, pero un mismo sistema para todas. Más fácil de administrar.
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.
Claro, o que le baste con el POP3.
Yo sigo usando POP3 de manera habitual, el IMAP (o webmail) es la excepción.
El fetchmail trabaja mucho mejor y más seguro con imap que con pop3. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkwAKM4ACgkQtTMYHG2NR9XXMACdH9B9qQA1G4oDXYpGnj/7Fx8P oeAAn0Ug6lwjFBp/2uO2+Dcf1IT+y9z1 =gftT -----END PGP SIGNATURE-----
participants (5)
-
Camaleón
-
Carlos E. R.
-
csalinux
-
César Sánchez Alonso
-
Miquel A. Noguera