Miguel Oyarzo O. <[EMAIL PROTECTED]> wrote: > Horst H. von Brand escribió: > > Miguel Oyarzo O. <[EMAIL PROTECTED]> wrote: > > > > [...] > > > >> Algunos recomiendan posfix antes q sendmail. Solo te digo que si vas a > >> usar las funciones mas básicas del servidor NO notaras diferencia > >> entre un MTA y otro.
> > Cierto. Pero si quieres hacer cosas /realmente/ peludas, sendmail no > > tiene > > rival. > Asi es, los milters programados para Sendmail son muchisimos y son la > referencia para los demas filtros en otros MTAs. > Pero un MTA solo necesita ser compatible y nada mas. Que parte de "si requieres hacer cosas /realmente/ peludas" no se entendio? [...] > Exim.. bueno, exim es solo un experimental internet mailer ;-) El nombre del proyecto (o lo que haya podido ser en el lejano pasado) tiene pocaza relevancia... "apache" es un "servidor web parchado", el original al que parcha desaparecio del mapa (y dudo que diff(1) reconozca alguna similitud entre el codigo actual y lo que "parcha"), Postgres es el sucesor de Ingres (el primer RDBMS, un proyecto experimental que luego migro a SQL y se hizo comercial). El nombre del proyecto original es por el pintor... Linux es un "sistema operativo de juguete, solo i386, nunca sera algo profesional y serio como Hurd"... > > Moraleja: > > - Jamas nunca de los jamases instalar nada que no venga con tu > > distribucion, y que este en las "alternativas recomendadas" o "mas > > populares" para servicios de red. > paranoia? Yep. > Hay cosas que *NO* vienen con tu distribucion o que si viene es una > version muy vieja... Mejor bajas, se compilas, enchufas y ya. Cambia de distribucion. Y es en serio: Si tiene demasiadas cosas an~ejas, seguramente ha caido en "disrepair", no solo ese paquete sino la distribucion como un todo. El punto es que mantener un paquete (seguir las discusiones en las listas de correo, analizar y aplicar parches extraoficiales que lo merezcan, revisar si los (muchas veces demasiado alarmistas) reportes de problemas de seguridad son reales o aplicables a tu caso, monitorear posibles pifias localmente, ...) es _mucho_ trabajo. Si lo hace tu distribucion, te ahorras ese trabajo. Ademas, si es parte de la distribucion cuenta con una base mas amplia de reporte de problemas, y mayor visibilidad respecto de correctores de pifias. Claro, lo ideal es que si realmente te interesa el paquete, te hagas parte del proceso (manteniendo el paquete en tu distribucion, o ayudando en eso; o incluso trabajando mano a mano con aguas arriba). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
