[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [linux] FQDN



Alexandre Dulaunoy wrote:

Je vois que la "propagande Brad Knowles" est de retour 8-)

Nope pas vraiment ;) loin de là même :)


C'est vrai que sendmail est plus rapide car il gère de façon mono-bloc les messages. Par contre, comme tu le dis, Postfix utilise une methode de message passing (pour éviter les dégats au niveau sécurité) et c'est cela qui prend de la ressource pour les gros sites.

Oui mais il existe des cas de deadlock... dans sa manière de gêrer les états du queueing... ce n'est pas le fait qu'il prend des ressources au niveau "sécurité" loin de là même... mais plutôt sa gestion des non-success delivery (si un host ne répond pas par exemple :))



Ici, on parle de site qui gère des volumes abominables de smtp...(en particulier le site de skynet). De plus, sendmail est un peu le standard du tuning car il existe depuis des années (merci Eric). Je crois que le cas Skynet est un peu un cas hors norme ...

Skynet utilise sendmail ;)


Par contre, j'utilise Postfix de façon intensive chez plusieurs clients et c'est parfait...

Avantage majeur de postfix :

* Design clean
Ca dépend des cas...

* Rewrite rules
sendmail aussi

* Multiple queue facile sur la même machine (un postfix pour in et un postfix pour out)
sendmail aussi

et tu peux faire un sendmail en mode listen (in) et un/des sendmail('s) en mode queue runner (out).


* Sécurité
sendmail aussi ;) (et pour ceux qui pensent que le fait qu'il fonctionne en root est insécure, il est tout à fait possible de le faire fonctionner en simple user)


* Configuration plus simple
Je vois pas trop ce qu'il y a de compliquer dans sendmail quand on utilise m4.


Désavantage de postfix, pas de connection caching... (envoie de plusieurs mails en UNE seule connexion).

En résumé, postfix très bien sauf pour gros volume ;-)

Sinon exim est excellent aussi ;)


--
Cédric Gavage <niddle@linuxbe.org>
http://linuxbe.org - http://bsdbe.org


[ Soyez précis dans vos sujets svp afin de déterminer directement ]
[ le type de demande... ]
[ Pour vous (dés)inscrire, aller sur http://linuxbe.org/ml.php ]
[ http://LinuxBe.org Contact: listmaster@linuxbe.org ]