El Thu, 25 Feb 2010 22:45:16 +0100, Carlos E. R. escribió:
El 2010-02-25 a las 19:38 -0000, Camaleón escribió:
Y no, ningún programa mantiene los datos eliminados en el disco duro de manera continuada
¡Vaya que no!
Ninguno.
Muchos. Me podría apostar el sueldo de un mes, si yo apostara. Lo que pasa es que la mayoría lo han implementado bien y no te enteras.
Imposible. Lo que tú dices no es "mantener los datos eliminados de manera continuada" ya que se sobreescriben automáticamente y por tanto, los pierdes. Eso no puede pasar con el correo, por ejemplo, o cuando necesitas un archivado permanente.
Un ejemplo: Alpine con mbox. Tengo carpetas desde el año 95 o por ahí, y ningún problema de compactación.
No hablamos de eso.
¿Cuántos años tiene el disco duro donde tienes la 11.1? ¿Te sigue funcionando, se te ha agotado el espacio, se puede iniciar, se han corrompido los archivos? ¿verdad que no? Eso es porque el sistema de archivos "sabe" cómo gestionarlo. El Palomino no se entera, si por él fuera, hubiera seguido aumentando el archivo de la bandeja de entrada hasta reventar el espacio en disco.
Bueno, eso ya lo he dicho desde el principio, han hecho una mala implementación de un buen sistema.
Sistema mediocre + pésima implementación = problemas.
y permite que le estalle al usuario (es decir, que se le llegue a corromper el archivo). Cuando eso sucede, se le llama "bug", se marca como "crítico" y se corrige >:-)
Claro, no estalla porque lo han hecho bien, No todos, el outlook/exchange estalla cuando llega a cuatro gigas. También él necesita compactar manualmente.
No. El Outlook estalla a los 2 GiB (no a los 4 GiB, como dije antes) "por diseño" no por "falta de compactación". Yo nunca he compactado en Outlook y el archivo *.pst lo dejé con 1,5 GiB de tamaño.
También hace compactación. Antiguamente se podía hacer manualmente, había un procedimiento.
Totalmente opcional, como te he dicho.
El límite de 2 gigas es por usar fat.
No. *** http://support.microsoft.com/kb/830336 Los archivos de carpetas personales (.pst) de Microsoft Office Outlook 2007 y de Microsoft Office Outlook 2003 tienen un formato diferente y un mayor límite de tamaño de carpeta que en versiones anteriores de Microsoft Outlook. En Outlook 2002 y versiones anteriores, los archivos .pst tenían formato ANSI (American National Standards Institute) y un tamaño total de 2 gigabytes (GB). *** Nada que ver con tener el sistema de archivos en FAT, que además de que éste admite hasta 4 GiB/archivo.
espero que ese outlook haya corregido el problema del cuelgue irrecuperable a los cuatro gigas >:-)
El límite ahora es de 20 GiB :-)
Porque usais ntfs.
Je, siempre hemos usado ntfs en windows xp y la limitación del outlook 2000 seguía existiendo. Que no, que no es eso :-)
¿Has probado maildir con 10000 correos en la misma carpeta, sin usar reiserfs? ¿Has probado entonces a hacer una búsqueda textual?
He probado el maildir y me ha funcionado sin problemas. A mí y a millones de personas (desarrolladores, usuarios, programadores y amas de casa...).
Nativa y preferentemente sólo lo usa el kmail como MUA. Otros lo admiten con un parche. En la wikipedia tienes la lista. No son tantos.
Es un sistema más moderno. No todos los proyectos tienen recursos para implementarlo (si Mozilla tiene tantos problemas, imagínate el resto...), como los de Alpine que a punto están -si no lo han hecho ya- de dejar el desarrollo de su cliente de correo >:-) Windows Mail y Mail, clientes de correo predeterminados de las nuevas versiones de Windows y MacOS, respectivamente, utilizan la misma estrategia de almacenamiento de maildir: un archivo por correo.
Por cierto, que ya te dije cual es el truco para usar maildir como Th... ¿No lo viste? No has comentado sobre ello.
Lo siento pero no. Tener el correo en la nube (imap), aunque tenga la nube a pocos metros, no me convence. Lo necesito en local.
Mira, copio lo que opinó Mark Crispin, el inventor del imap, y uno de los programadores principales del Pine, sobre maildir (ya lo puse hace un año):
(...) Que ya lo sé... que las opiniones personales me parecen perfectas, para eso están. (...)
<http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/ msg288744.html>
Eso suena a típica excusa de desarrollador para no hacer su trabajo porque requeriría tiempo y esfuerzo extra y sencillamente no está por la labor >:-)
Yo no quiero maildir ni en pintura.
Ni yo quiero el mbox, menuda tortura.
No lo has probado en una buena implementación.
En KMail es opcional (salvo que seas de la opinión que KMail también lo implementa "malamente") y no se me pasó por la cabeza usarlo. Desde mi punto de vista, un correo por archivo me parece un sistema mucho más fiable y eficiente. 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