Mailinglist Archive: opensuse-es (688 mails)

["Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



El 2010-02-24 a las 14:48 -0000, Camaleón escribió:

> La carpeta de la bandeja de entrada, por ejemplo, no puede/debe tener el
> mismo comportamiento que el resto de carpetas que crea el usuario. Y no
> lo puede/debe tener porque es una carpeta "especial", no de
> almacenmaiento: todo el correo pasa por ahí, salvo que se haya
> configurado una regla que derive el mensaje a otra carpeta. Con lo cual,
> con este maravilloso sistema del mbox, la bandeja de entrada se convierte
> en un recolector de basura -> correo que pasa, correo que se almacena ->
> carpeta que necesita compactarse con asiduidad.

La carpeta de entrada no se pone local, es remota, por lo que no hay que 
hacer nada. Puede tener copia local sincronizada, pero eso es distinto.

O bien, puedes ponerte tu propio servidor imap local y guardar todo el 
correo allí, así puede estar en maildir si quieres.


> > No es cacheo, es que si cada vez que borras lo tiene que borrar de
> > verdad el formato mbox es muy lento (seria borrar y compactar). Asi que
> > solo lo marca para borrar cuando compactes.
> > Opcion : pon compactar si me ahorro 1KB de espacio
>
> ¿Lento? ¿Lento...? ¿Lento borrar en archivo de 3 KiB con un micro de 4
> núcleos y 8 GiB de ram? Lento es ir de Madrid a Valencia en burro, qué
> gaitas >:-)

Cuando el mbox tiene sólo 3 kb, sí, es rápido. Pero si tiene cientos de 
correos y unos cuantos por borrar, sí es lento. Ten en cuenta que es un 
fichero de texto plano, y borrar correos supone en realidad copiar el 
fichero antiguo en uno nuevo, completo. Es una operación costosa que es 
preferible hacerla bajo petición o cuando sea necesario.

La idea de hacer operaciones costosas porque los ordenadores sean más 
rápidos es lo que hacen los "malos desarrolladores" que han conseguido que 
el software sea cada vez más lento, porque piensan que todo el mundo tiene 
procesadores velocísimos, a los que sobrecargan de trabajo innecesario. Se 
tiene unos ordenadores 10 veces más rápidos que en realidad trabajan sólo 
5 veces más rápidos porque no han diseñado bien el software.


> El problema es que ellos _no saben_ cuánto ocupa la bandeja de entrada de
> los usuarios, ni qué equipo tienen, luego si no lo saben (porque no lo
> pueden saber) podrían:
>
> 1/ Permitir que el usuario lo configure a su gusto.
>
> 2/ Incluir alguna rutina de detección del tamaño del directorio que
> active la necesidad de compactación *sólo* cuando el tamaño de la carpeta
> sea un factor determinante para ganar velocidad en escritura.

Y de hecho lo tienen. Se dispara por tamaño, estimar la velocidad no se 
puede estimar a priori.


> > Pero eso es el formato mbox, que a mi me va muy bien asi. Lo que si
> > estoy de acuerdo en que deberia soportar el otro formato
>
> Después de haber probado las mieles del maildir (Kmail) estas cosas me
> ponen los pelos de punta. Y parece que no están muy interesados en añadir
> el soporte de maildir, me parece a mí...

Iría fatal en los thundercitos bajo windows.

- -- 
Saludos
       Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEARECAAYFAkuFmRoACgkQtTMYHG2NR9X0jACdFs7ypo5Nk1xDeuWJ9MCHTvHs
LyEAn34DmNaMjG2Vgtme2l/KwYNYTk15
=ziPo
-----END PGP SIGNATURE-----