Bruno Bonfils wrote:
Parce qu'au fil des années c'est devenu un « standard » ? Il n'y a bien
que cette @[EMAIL PROTECTED] de qmail d'ailleurs pour ne pas pas implémenter
On parlait spécifiquement de remplacer le binaire /usr/lib/sendmail par
une version ad hoc, sans retirer le paquet (pratique courante sur
Solaris, apparemment, bien que curieusement inélégante).
Ça veut dire que si on passe un patch de sendmail, le binaire de Sun est
remis, ce qui provoque des effets de bord intéressants (ça s'applique
aussi à /etc/mail/sendmail.cf et /etc/init.d/sendmail, par exemple).
Euh si tu retires sendmail, que tu n'a plus de /usr/[lib|sbin]/sendmail,
ta machine elle risque pas d'envoyer des mails, ne serait-ce que pour
crontab, etc. Et pour ma part même sur les machines ou j'ai un postfix
par exemple, je laisse le /usr/lib/sendmail comme il est. Les mails
envoyés le sont par sendmail certes, mais ce qui m'importe avant tout
c'est le mail entrant.
Attention, on parle spécifiquement d'une machine MTA, adaptée à des
besoins spécifiques du site. Il est évident qu'il est à charge de
l'admin de s'assurer du bon fonctionnement général du mail sur cette
machine là (pas différent de mettre sendmail sur le port 26 et
l'antivirus en frontal sur 25, par ex).
Si on remplace le sendmail de Sun par celui de Blastwave, par exemple,
tout ce qui est nécessaire est fourni dans /opt/csw (pas essayé, mais je
suppose).
Ce n'est clairement pas une opération intéressante à généraliser sur
tous les serveurs, qui vont se contenter de transférer leur courrier au MTA.
Je pense qu'il est très possible de remplacer proprement sendmail par
autre chose, c'est juste que nous sommes trop paresseux ;-)
Laurent
_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
[email protected]
http://x86.sun.com/mailman/listinfo/solaris_fr
