Sí, la verdad es que yo tampoco pondría un sendmail predeterminado en una máquina, más que nada porque su curva de aprendizaje es más empinada que las de otros servidores, al margen de que sea más lento y menos seguro que otras alternativas existentes. Pero quizás "sendmail" era la única opción "corporativamente correcta" que tenía SUN.
Ayer por la tarde, 13 de Agosto, a las 20:00 hora española, seguí por Internet (RealVideo mediante) la comparecencia de Scott McNealy (CTO de SUN) en la LinuxWorld Expo en San Francisco, CA, USA. Y entre otras muchas cosas que dijo, comentó que su línea de hardware para Linux la orientan como una "smooth migration path to 64 bit computing". Evidentemente el "64 bit computing" hará referencia a sus propios procesadores UltraSparc y su propio (y caro) hardware, donde sólo merece la pena meter Solaris. Y Solaris lleva sendmail de serie, por muy poco adecuado a la misión que resulte en muchos casos. Por lo tanto, para que el "migration path" sea tan "smooth" como dicen, lo mejor es que las aplicaciones de uno y otro sistema sean lo más parecidas posibles.
Otro ejemplo más de decisiones comerciales prevalenciendo sobre las decisiones técnicas. Quizás a SUN tampoco le guste la idea de que sus máquinas lleven directamente un servidor SMTP de IBM (postfix, con matices). Y quizás qmail no tiene unos términos de distribución como para empaquetarlo y seguir llamándolo qmail. Aún les queda exim, pero quizás carece del "nombre" comercial de que dispone sendmail, aún a pesar de su largo historial de problemas de seguridad.
[ Padre ]
|
