-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-25 a las 04:54 +0100, miguel gmail escribió:
Esto lo he contado para tener una idea del cuadro general.
- No me atrae la idea, por seguridad, de cuentas reales de sistema para el correo. Desde luego sería mas simple.
No veo que problema tendrías; siempre puedes boner la shell en false, o sea, que no puedan loguearse (que palabro :-( )
- a mi si se me ha roto un mbox (bueno, en realidad fue un fallo de disco :-( ). No lo pude recuperar.
Ah, bueno, vale. Si, se supone que el maildir aguantaría un poco más, si sólo se afectan algunos sectores. Depende del tamaño del fallo. Pero con un montaje raid (aka array ;-) ) no lo hubieras perdido - se supone.
- el servidor imap no me lo imagino yo en la intranet, pq los usuarios de este servidor no son personas, es un sap, que distriubira el correo a los operadores (los operadores *creo* que veran el correo a traves de la gui de sap). No se si estará en la dmz, pero si habra de estar donde sap, o muy cerca.
Bueno, si, claro, ponlo donde tengas el sap. Es que suponía que eso estaría dentro.
- El calculo de hw lo dejo para más adelante. Me quedo con la copla de que:
* el mta usa muy pocos recursos para esta carga de trabajo * el spamassassin se come la ram -> ampliar
Si, proporcionalmente al numero de procesos, o sea, del numero de correos simultaneos que le permitas procesar. Si empieza a usar swap, se lo reduces, es más eficaz.
* necesito acceso muy rapido al disco -> scsi con altas rpm
Depende, depende. 2000 correos de 10 kas por hora no es nada del otro mundo, y el otro dia hablaste de 2000 por dia. Eso no es nada. Un simple disco casero en IDE (PATA) se ríe de esa carga. Si los correos son de medio mega, eso es otra historia. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD15MWtTMYHG2NR9URAoEYAJwPfCW6174lCG1uZWljspi0RsLtVACfayrs nhwOABC24Fv2YnLPwJvgq30= =ylRy -----END PGP SIGNATURE-----