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, Chile Fax: +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
