-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-02-24 a las 23:23 -0000, Camaleón escribió:
El Wed, 24 Feb 2010 22:24:34 +0100, Carlos E. R. escribió:
O bien, puedes ponerte tu propio servidor imap local y guardar todo el correo allí, así puede estar en maildir si quieres.
¿Y? El Thunderc... el Palomino lo pasa a mbox (en local) → chapuza >:-)
No lo pasa si no le dices que mantenga copia sincronizada, usará siempre el almacenamiento remoto - que en realidad es local también, tu propio servidor imap local. Puedes así tener todas tus carpetas en el servidor imap local en maildir.
¿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.
Mi mbox _tenía_ 3 KiB. El Palomino metió la gamba (no configuró las opciones adecuadas para evitar la catástrofe) y la aumentó a 650 MiB. Y sin avisar ni "ná".
No, tenía 650 MiB de los cuales sólo 3 KiB eran activos. El resto serían correos borrados.
Pero si tiene cientos de correos y unos cuantos por borrar, sí es lento.
Pero eso tendrá que decidirlo el usuario, no el Palomino. Sólo el usuario puede saber si sus carpetas tienen (o van a tener) 1 o 10.000 correos. Y no se puede tratar de igual forma una carpeta con 1 que con 10.000 archivos.
Claro que se puede y se hace >:-) Se trabaja con la suposición de va a tener muchos correos. Si tiene menos, pues mejor.
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.
No, la idea es hacer las *operaciones lógicas* que permitan obtener el mejor ratio de rendimiento posible, y no veo ninguna lógica en almacenar 650 MiB "ocultos" en la bandeja de entrada y en forzar al usuario a realizar un mantenimiento continuado en el cliente de correo.
Claro que tiene lógica. Lo que no tiene lógica es que el Thunderbird no sea capaz de gestionarlo sin cagarla. Otros lo hacen.
Ni el "Outlooks 2000" hace eso, oiga. A los 4 GiB, ya no se vuelve a abrir y santas pascuas O:-P
Luego usa un sistema parecido, y peor hecho.
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.
Y un cuerno.
En primer lugar *se almacenan* los datos de manera indiscriminada (sin límite, hasta que hubiera dejado la carpeta inservible, supongo...). Ese es el primer error.
Culpa tuya por no dejar que la compacte automáticamente >:-P
En segundo lugar, no permiten configurar ese comportamiento, con lo cual tienes que compactar continuamente la bandeja de entrada, en cualquier caso, para evitar un desastre.
¿Continuamente? No que va, de vez en cuando.
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.
¿Por...? ¿Acaso tienes datos del rendimiento del NTFS con archivos pequeños? :-? Yo creo que no lo quieren hacer porque el Palomino estará diseñado de forma totalmente dependiente respecto a ese formato.
No todos los windows usan ntfs, muchos usan fat. Y con fat te garantizo que va horrible. Y no, no voy a hacer un benchmark en mi windosito con ntfs para ver como se porta con 8000 ficheros en un sólo directorio, no sea que pete y me toque reinstalarlo :-P De todos modos, lo de siempre: es software libre, puedes ponerte e implementarle las adiciones para que soporte Maildir - lo mismo que alguien hizo con Pine >:-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuFyO0ACgkQtTMYHG2NR9UTwQCfXJEWFgPIaBtbt0iA+76bR52g 86UAoJbmYFka4wpnvbXU85iHJuOqEjpH =KLDv -----END PGP SIGNATURE-----