-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-02-07 a las 19:41 +0100, Camaleón escribió:
On Sat, Feb 07, 2009 at 06:01:03PM +0100, Carlos E. R. wrote:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5741 cer 20 0 56672 28m 3036 S 0.0 2.8 27:14.29 alpine
Con una carpeta de 8500 correos abierta. Lo he usado en mi otro PC que sólo tiene 32 megas de ram y va rápido.
Pues eso es más ram que el KMail >:-P
Pues mira ahora: 16741 cer 20 0 13308 5940 3156 S 0.0 0.6 0:03.31 alpine Acabado de arrancar, en la misma carpeta. No puedes comparar con un programa que lleva abierto varios días.
Pos eso. Yo no quiero usar un formato que sólo sea usado por algunos, me puede dejar pillado.
Para pillado cuando el thundercito deja de mostrar los corres :-}
Pos eso, yo no uso el Th. más que cuando necesito ver o responder en html. Pero es lo que te digo, que con mbox puedo tranquilamente elegir que cliente usar: puedo ver las mismas carpetas físicas con Alpine, Kmail balsa o Thunderbird. Y mutt, si me lo propusiera. El evince... en sus día no me gustó, porque hace su propia copia. Yo me refiero a usar las mismas carpetas mbox con uno u otro cliente según me de el día. La otra manera de hacerlo es tener un servidor imap local, donde esté todo tu correo.
Pos los conviertes a mbox >:-)
Buf... de momento, no. Ya me tocará, cuando actualice a la 11.2 :-)
Jeje...
No es que no le guste, es que la idea que se dice de que maildir soporta la concurrencia mejor que mbox, no es cierta. Lo que pasa es que si da la casualidad de que un programa accede a un correo y otro programa accede a otro correo distinto, pues claro, no pasa nada. Pero si da la casualidad (rara) de que los dos acceden al mismo correo, la lían. Es el ejemplo que da Mark, que un cliente puede borrar un correo mientras otro cliente está leyendo ese mismo correo.
Lo cual, por otro lado, es por culpa de que que Linux la manera de bloquear ficheros está (estaba) mal definida y dependía de cada programador de aplicaciones.
Cada uno tira para su lado... en la wiki de Mutt también lo comentan:
Lo dice claramente, da tres puntos que necesitan cumplirse y que no es capaz de dar soporte a los tres simultáneamente:
I do not know how to make a maildir driver that works well, which I define as: . complete compliance with IMAP's specifications . complete compliance with DSB's specifications . satisfactory performance I know how to do two of these, but not all three simultaneously.
Los servidores (como Cyrus o Dovecot) utilizarán un sistema propio para gestionar ésto.
Cyrus usa algo que parece maildir pero no lo es - según Mark.
No he tenido problemas de este tipo con clientes (Kmail) ni con servidores (Cyrus).
El problema que comenta Mark es con varios clientes accediendo al mismo mensaje.
Me parece mucho mejor el concepto de 'mix', cuyo punto de partida es tener ficheros múltiples (como maildir) pero evitando tener ficheros muy pequeños, incluso por miles (lo contrario que maildir), lo cual enlentece el acceso. Está diseñado como una base de datos especial para correo.
Pero 'mix' no existe.
Maildir sólo puede funcionar bien en reiserfs.
No te olvides de otros sistemas de archivos, como el hfs+ de MacOS o el nuevo ZFS de Solaris. No sé cómo se llevarán estos dos con una buena cantidad de archivitos :-?
Con una buena cantidad, hay varios que lo toleran. El xfs se lleva muy bien. Pero es que el reiserfs se lleva especialmente bien con ficheros diminutos, que es el caso.
En cuaquier caso, los sistemas de archivos van a tener que adaptarse a estos requerimientos, es lo que viene.
¿Diminutos? No, el único es reiser.
No se si Alpine lo hace, pero lo que si es seguro es que hacen la correcta implementación del soporte imap, porque este Mark es quien escribió la especificación imap, es invento suyo.
Sigo bsucando cómo domar a "la bestia" :-)
El Mutt es potente, pero un poco complicadillo.
Eso ya te lo dije. Por eso renuncié a el. Una cosa que use o se parezca al vi no entra en mis dominios. Mmm... Tengo que desinstalarlo, sí que está en mis dominios >:-) Alpine tiene filtros de llegada, puede hacer acciones. Lo que pasa es que recomiendan ellos usar preferiblemente los filtros de procmail - que no te valen. Pero es posible que sí soporten (los de alpine) acciones como las que quieres hacer (no lo se). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmN33UACgkQtTMYHG2NR9XP8gCeKqZKb6txeQzZlGpcSIhpl44q IcsAniL5VkS8yaqMHbmi3B2i3SPuR7ej =wo8o -----END PGP SIGNATURE-----