2 dominios enu nservidor

[Horst H. von Brand]

Miguel Oyarzo O. <admin en aim.cl> wrote:
> Horst H. von Brand escribió:
> > Miguel Oyarzo O. <admin en aim.cl> 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