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
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 los conviertes a mbox >:-)
Buf... de momento, no. Ya me tocará, cuando actualice a la 11.2 :-)
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: http://wiki.mutt.org/?MuttFaq/Maildir
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. No he tenido problemas de este tipo con clientes (Kmail) ni con servidores (Cyrus).
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 :-? En cuaquier caso, los sistemas de archivos van a tener que adaptarse a estos requerimientos, es lo que viene.
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. 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