Por eso propuse usar reiserfs en el almacen de mail. Es muy veloz y soporta gran cantidad de entradas por directorio, muchas mas que 10000. Por otro lado, si el servicio que va a dar es solo pop3, no deberia tener tantos archivos x maildir de usuario, ya que estos estar�an baj�ndolo siempre a sus pcs; y aunque no fuera solo pop3, seguramente va a implementar quotas, con lo cual tambien limitaria por ese lado la cantidad de mensajes por maildir.
Con respecto a lo del sql, no me parece almacenar los mails propiamente dichos en una tabla de sql, porque es cargarlo sin sentido. Por ej que pasaria con los attachs? Y adem�s, �alguien conoce algun mta o server pop3 o imap que soporte recuperar (en el caso de pop3 o imap) o colocar (en el caso del mta) mails en una db de sql? El mail2db no guarda los mensajes completos, sino algunos encabezados en la db, por lo cual igual seguis usando el fs porque el resto va a un archivo por email. Lo �nico que te mejorar�a (y habr�a que testearlo en la realidad si es as�) es la performance en el indexado como vos dec�s, porque con una estructura de maildir, el ra�z del almac�n *s�lo* ser�a el que tendr�a 10000 entradas (1xdom), despu�s cada dominio tendr�a 200 (1xusr) y finalmente con quotas y dem�s un usuario promedio no tendr�a m�s de 1000 (1xmsg). Estos n�meros para un reiserfs son *�nfimos*. Si alguno le interesa leer algo de reiserfs http://www.namesys.com Salu2 Fer. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Alfredo Daniel Rezinovsky Enviado el: Mi�rcoles, 29 de Octubre de 2003 10:59 Para: [EMAIL PROTECTED] Asunto: Re: [LUG.ro] Servidores de correo de Alta Escalabilidad?? Entendiste mal, yo dije almacenar los MAILS en sql, cuando tenes 1000000 cuenta de mail o cuentas con muchos mensajes es lo que se recomienda. La otra opcion es Maildir que no es nada m�s que una base de datos basada en filesystem. Hacer un "ls" de un directorio que tiene 10000 archivos puede ser un poco engorroso, en cambio pedirle a un sql un registro de una tabla con 100000 es rapido, los servidores sql estan dise�ados para eso. Yo dije mysql, aunque para qmail hay solo soporte para postgres. ftp://ftp.tummy.com/pub/tummy/Mail2DB/ >No quiero pasar por entrometido pero si no entend� mal, �l a lo que se >refiere es a almacenar los datos de las cuentas de email en mysql, no >los mensajes propiamente dicho, sino los datos de inicio de sesi�n, >direcci�n y dem�s. >> >>Como que almacenarias los mails en mysql ? >>Para que? >>> Yo usaria qmail+ldap y almacenaria los mails en mysql _______________________________________________ Lugro mailing list [EMAIL PROTECTED] http://www.lugro.org.ar/mailman/listinfo/lugro _______________________________________________ Lugro mailing list [EMAIL PROTECTED] http://www.lugro.org.ar/mailman/listinfo/lugro
