El 31/01/09, Carlos E. R. escribió:
El 2009-01-30 a las 21:25 +0100, Camaleón escribió:
Y si se trata de correos "pesados" con archivos anexos de esos gordos que dices, el Alpine tiene una característica que no tienen otros: puedo borrar los anexos. Es decir, lo grabo aparte (lo cual lo tengo que hacer de todas formas para abrirlo), y luego lo borro. El correo se guarda, pero sin el anexo.
No lo uso a menudo, pero puedo hacerlo.
Esa opción la tiene el Outlook 2000 y el kmail, también :-P
¿A qué te refieres exactamente con que los gestores de bdd usan "archivos únicos"? >:-?
Pues eso, todos los motores de bases de datos, desde el dbase hasta el mysql funcionan con archivos únicos. A veces dividen, y tienen uno para los datos y otro u otros para los índices. Yo una vez me estuve programando mi propio motor de base de datos, y funcionaba con archivo único; incluso el índice lo podías regenerar a partir del principal. Las ordenaciones se hacen cambiando el índice o generando otro.
Pueden haber variaciones, y meter cada tabla en un archivo separado, que es lo que hace el mysql. Pero lo que no hace ninguno es meter cada registro (equivale a cada correo) en un archivo separado.
Otra variación que emplean algunos motores es grabar directamente en una partición "raw", sin formato. Es decir, graba directamente en los clusters del disco, y usa su propio sistema de indexación para saber donde está cada registro y cada campo.
Eso te iba a comentar, que las bdd también "separan", en cierta forma, los datos, que no son jerárquijas, por decirlo de alguna manera. Imagina una única bdd con una única tabla de datos de teras. No sería eficiente trabajar con ella, al menos si se tiene un equipo modesto. Hace poco salió el "mapa" de la estructura de la bdd de wikimedia... impresiona: http://upload.wikimedia.org/wikipedia/commons/4/41/Mediawiki-database-schema...
Yo reconozco que maildir es un formato muy útil para guardar los correos en los servidores, sobre todo los imap, porque permiten añadir y borrar correos concurrentemente. Pero en cambio, para un cliente, es menos útil.
El usuario no se da cuenta de si es mbox o maildir. Mira, yo no he tenido nunca problemas de "correos que desaparecen" en kmail y en Thundercito parece que es de lo más normal. No sé si se debe al mbox o a un problema de thun, pero es así.
Las operaciones de lectura y escritura por programas distintos se bloquean, sólo se le permite a uno la escritura. A mi, con la combinación de procmail y Alpine me ha funcionado perfectamente durante años, con un volumen de correo razonablemente grande.
En cambio, procmail + T/K no van tan bien. Al menos el T. no se entera de cuando entran correos. Pero no es el caso cuando usas el propio programa para recoger los correos
Pues a lo mejor el culpable de todo esto es el cliente de correo que no lo gestiona correctamente, no el formato en sí mismo :-? 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