-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-02-26 08:35, Camaleón wrote:
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.
Se sobreescriben en los ficheros estructurados y se dejan en los de texto. Programación básica.
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.
Claro que hablamos de eso. Alpine usa una buena implementación de mbox, y no te enteras de cuando compacta, porque lo hace.
¿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.
No. Sistema correcto + 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.
Claro que tiene que ver. Un programador se daría cuenta enseguida. El límite del FAT es 4 gigabits usando longwords, pero de 2 gigas cuando usas longint, puesto que pierdes un bit en el signo. Es un error básico y típico de programación (típico en C), en el cual no caes porque cuando lo hicieron jamás pensaron que alguien tendrían que guardar gigas de correo, y daba igual, sobraba sitio (total, los discos eran de 8 gigas...). Luego tropezaron con el límite... y ya era tarde, la habían liado parda. Ni siquiera habían previsto que el software no intentara escribir por encima del límite de dos gigas, disparándose en el propio pie. Cuando reescribieron el software, implementaron indices mayores que un longint, lo cual les permitirá esos 20 gigas que dices, y cuatro si usan fat. Y necesitan compactación, automática si lo han hecho bien o manual si no. Está documentado: http://en.wikipedia.org/wiki/.pst Both the .pst and .ost files use a fixed-block-based allocation scheme; the file is enlarged by a fixed amount of bytes, and the file internally maintains information about the allocated and non-allocated blocks. So, when data files like email messages are added to a .pst file, its file size is automatically adjusted by the mail client (if necessary). When mail is deleted from a .pst file, the size of the .pst file will stay the same, marking the space as unallocated so that it will hold future data items. Recently removed data items can actually be recovered from .pst and .ost files. To reduce the size of .pst files, the user needs to compact them.[3] Es un sistema básico de programación, usado por todas partes, con sus variaciones. Simplemente la gente de mozilla lo ha hecho mal, probablemente heredado de la gente de netscape y que no han enmendado.
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 :-)
Porque lo habían diseñado para fat con indices de 32 bits menos uno por el signo, o sea, 2³¹.
¿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 >:-)
La Universidad de Washington, que mantenía el Alpine, echó a la calle a un montón de gente, incluyendo los mantenedores de diverso software. Por eso el Alpine no se desarrolla actualmente. Pero es software libre, otros podrían hacerlo.
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.
Mmmm... razón de más para no usarlos >:-P Me lo imagino con los veintemil correos por lista que tengo yo. Le da una indigestión por atracón que no veas.
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.
Hablo de local, en el mismo disco. Que no te enteras.
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 >:-)
No lo es. Es un razonamiento bien puesto de porqué no le da la gana usar un sistema imperfecto. En su lugar, desarrolló un sistema nuevo de archivo de correo, llamado... mix: http://en.wikipedia.org/wiki/MIX_%28Email%29 - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkuH2nEACgkQU92UU+smfQUiCgCfSAeFaA+2pFI/J/4kv7OcKici o9kAoJP/zmnQOwNcOYIlZ3qPqxjuJz2U =Ho8Z -----END PGP SIGNATURE----- -- 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