Mauricio Vergara Ereche escribió:
El Jueves, 21 de Septiembre de 2006 11:25, Horst H. von Brand escribió:
[...]
Hum... si son cuentas muy grandes, mejor Maildir, no mbox.
Me gustaría escuchar opiniones al respecto de esto mismo.
Para ambas soluciones hay pro y contras.
mbox pro:
* 1 usuario = 1 archivo
* más facil hacer búsquedas dentro de todos los correos
Mas facil? En mutt es muy facil hacer busquedas en todos los correos de
un buzon, simplemente usa ~b para buscar en el cuerpo. Por otro lado,
si quieres hacer grep de un solo archivo, es lo mismo que hacer grep en
varios archivos ...
Por otro lado, el que maildir tenga un archivo por correo significa que
para borrar miles de mensajes en un buzon de decenas de miles,
simplemente se borran los archivos, mientras que con un mbox se debe
reescribir el buzon completo, lo cual puede tomar mucho tiempo. (Yo uso
esto en el buzon que recibe los reportes de rebotes de una lista de
correo que administro).
Es mas rapido abrir un mbox que un Maildir, al menos en mutt, dada la
misma cantidad de correos.
--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
Just treat us the way you want to be treated + some extra allowance
for ignorance.(Michael Brusser)
From [EMAIL PROTECTED] Sun Sep 24 14:23:20 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Sun Sep 24 14:42:40 2006
Subject: Convencer...
In-Reply-To: Your message of Sat, 23 Sep 2006 12:03:18 -0400.
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Ernesto del Campo [EMAIL PROTECTED] wrote:
Mas que por un asunto técnico (que ya esta medio cocinado), es un asunto que
tiene que ver en convencar a mi jefe de tomar medidas contra el spam.
Les cuento que tengo 3 servidores de correo (sendmail), uno tiene SpamAssin
y los otros 2 solo tienen antivirus. El problema es que la cantidadd e spam
que reciben ya me esta molestando (de 100 correos , 90 son spam), por eso
decidà instalar greylist, pero como en toda organización, debo primero dar a
conocer mi iniciativa a mi jefe... Y este me dice que NO, que mejor
coloquemos un programita que filtra en el cliente el spam, que los filtros
de spam no debierans er a nivel de servidor, sino a nivel de cliente... Y
ahà comenzamos con la disyuntiva.
Ahora, ¿por qué recurro a ustedes?... Debo buscar ideas interesandes del
porque el filtro anti-spam debe estar a nivel de servidor y no a nivel del
cliente, para asi poder mostrar algo mas solido para refutar a mi jefe y
entienda mi punto y la necesidad de un filtro. (Tampoco es un cabeza dura,
sino que hay que convencerlo, cosa que en esta oportunidad aun no puedo
hacer)
- Antispam central es... central (comun para todo el mundo, administracion
central, ...)
- greylist es /extremadamente/ efectivo, y tiene la ventaja adicional que
disminuye la carga sobre el servidor de correo. No funciona en los
clientes
- RBL (listas negras) tiene que ser usado en el servidor
- Sistema central no es incompatible con filtros locales de c/u
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
From [EMAIL PROTECTED] Sun Sep 24 16:00:40 2006
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Sun Sep 24 15:49:09 2006
Subject: Problemas de versiones
In-Reply-To: Your message of Fri, 22 Sep 2006 19:59:51 -0400.
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Matias Valdenegro T. [EMAIL PROTECTED] wrote:
El Viernes, 22 de Septiembre de 2006 18:34, German Castro Donoso escribió:
El problema es que si instalo gcc 3.3.x en una distribucion mas nueva
(fedora 5, por ej) tengo problemas al linkear la libreria de sony (gcc 3.3)
con librerias como qt, glut gl (gcc 4.x que viene en la distribucion).
Compila Qt con GCC 3.3 en un prefix diferente y usas esa libreria y no
tendras problemas.
EN Fedora hay un compat-gcc