Oo ?
Bon je ne suis pas sûr de comprendre le sens du débat ... Mais là, on
arrive à des calculs de maquignon...A ce rythme, on va bientôt compter
les Mips
En admettant, en effet, que beaucoup de serveur soient à 1 Go de ram,
consacrer 0,391 % de sa mémoire à l'envoi des mails, ce n'est
pas vraiment abuser. D'autant plus que je souhaite à l'entreprise où
travaille Xavier, d'en envoyer beaucoup, des mails par Dolibarr...
Et encore une fois, la bécane utilisée a de forte chance de ne pas être
consacrée qu'à Dolibarr, vu le peu de ressources que ce dernier
consomme. Et peut-être y installera t'il d'autres applications qui
nécessitent une messagerie. Ne serait-ce que pour l'administration
système.
Chaque appli devrait-elle avoir son propre système de messagerie ? Ce
ne serait plus de la mémoire qui serait consommée, mais de l'espace
disque ...
Non, il n'y a donc rien de surprenant d'utiliser un outil sécurisé
comme sendmail ou équivalent, fiable reconnu par une grande majorité
des applications. Bref un standard.
Jean-Yves
Marc-Henri PAMISEUX a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Régis Houssin a écrit :
je suis bien d'accord pour un libre choix mais pourquoi intégrer un MTA à
Dolibarr puisque Linux en install obligatoirement un
et sous windows il est intégré au php !!
Bien souvent le choix d'utiliser un serveur SMTP dans les applis est fait
pour windows, car sous linux sendmail doit faire le boulot
J'ai pu lire sur le net les cas où PHP et sa fonction mail() ne marchera
pas:
- - Sendmail ou compatible n'est pas installé;
- - Le serveur web Apache ou Lighttpd fonctionne en environnement chrooté;
- - Le serveur SMTP nécessite une identification avant d'envoyer un email;
Sinon, il existe la bibliothèque Mail:: de PEAR (que vous devez déjà
connaître);
Plus simple que ssmtp, il y a aussi esmtp
(http://esmtp.sourceforge.net/manual.html) qui s'installe par un apt-get
install...
Il y a aussi nullmailer...
En fait il y a plein de MTA qui s'occupent que de redirection. Mais
pourquoi pas postfix ou Exim et je ne sais quel Sendmail ? Question de
place mémoire sûrement. Si je regarde le processus
/usr/lib/postfix/master sur mon serveur j'ai:
root 3117 1 0 Mar30 ? 00:00:13 /usr/lib/postfix/master
Si je grep sur le processus 3117, j'ai:
$ ps -ef | grep 3117
root 3117 1 0 Mar30 ? 00:00:13 /usr/lib/postfix/master
postfix 3119 3117 0 Mar30 ? 00:00:01 qmgr -l -t fifo -u -c
postfix 19494 3117 0 20:26 ? 00:00:00 pickup -l -t fifo -u -c
Maintenant si je demande l'occupation mémoire du processus 3117, j'ai:
$ pmap 3117
3117: /usr/lib/postfix/master
08048000 28K r-x-- /usr/lib/postfix/master
0804f000 4K rw--- /usr/lib/postfix/master
08050000 132K rw--- [ anon ]
b7a79000 36K r-x-- /lib/i686/cmov/libnss_files-2.7.so
b7a82000 8K rw--- /lib/i686/cmov/libnss_files-2.7.so
b7a84000 32K r-x-- /lib/i686/cmov/libnss_nis-2.7.so
b7a8c000 8K rw--- /lib/i686/cmov/libnss_nis-2.7.so
b7a8e000 28K r-x-- /lib/i686/cmov/libnss_compat-2.7.so
b7a95000 8K rw--- /lib/i686/cmov/libnss_compat-2.7.so
b7a97000 8K rw--- [ anon ]
b7a99000 76K r-x-- /usr/lib/libz.so.1.2.3
b7aac000 4K rw--- /usr/lib/libz.so.1.2.3
b7aad000 8K r-x-- /lib/i686/cmov/libdl-2.7.so
b7aaf000 8K rw--- /lib/i686/cmov/libdl-2.7.so
b7ab1000 1308K r-x-- /lib/i686/cmov/libc-2.7.so
b7bf8000 4K r---- /lib/i686/cmov/libc-2.7.so
b7bf9000 8K rw--- /lib/i686/cmov/libc-2.7.so
b7bfb000 16K rw--- [ anon ]
b7bff000 60K r-x-- /lib/i686/cmov/libresolv-2.7.so
b7c0e000 8K rw--- /lib/i686/cmov/libresolv-2.7.so
b7c10000 8K rw--- [ anon ]
b7c12000 80K r-x-- /lib/i686/cmov/libnsl-2.7.so
b7c26000 8K rw--- /lib/i686/cmov/libnsl-2.7.so
b7c28000 8K rw--- [ anon ]
b7c2a000 900K r-x-- /usr/lib/libdb-4.3.so
b7d0b000 12K rw--- /usr/lib/libdb-4.3.so
b7d0e000 84K r-x-- /usr/lib/libsasl2.so.2.0.22
b7d23000 4K rw--- /usr/lib/libsasl2.so.2.0.22
b7d24000 1160K r-x-- /usr/lib/i686/cmov/libcrypto.so.0.9.8
b7e46000 80K rw--- /usr/lib/i686/cmov/libcrypto.so.0.9.8
b7e5a000 16K rw--- [ anon ]
b7e5e000 236K r-x-- /usr/lib/i686/cmov/libssl.so.0.9.8
b7e99000 16K rw--- /usr/lib/i686/cmov/libssl.so.0.9.8
b7e9d000 4K rw--- [ anon ]
b7e9e000 156K r-x-- /usr/lib/libpostfix-util.so.1.0.1
b7ec5000 4K rw--- /usr/lib/libpostfix-util.so.1.0.1
b7ec6000 4K rw--- [ anon ]
b7ec7000 164K r-x-- /usr/lib/libpostfix-global.so.1.0.1
b7ef0000 8K rw--- /usr/lib/libpostfix-global.so.1.0.1
b7ef6000 8K rw--- [ anon ]
b7ef8000 112K r-x-- /lib/ld-2.7.so
b7f14000 8K rw--- /lib/ld-2.7.so
bf91d000 84K rw--- [ stack ]
ffffe000 4K r-x-- [ anon ]
total 4960K
4960K !!!
L'équivalent de presque 3,5 disquettes 3"1/2 !!!
Tout ça pour avoir la possibilité d'envoyer un email via la fonction
mail() de PHP ?
Comprenez vous pourquoi je suis dubitatif sur la méthode utilisée ?
Oh, j'entends déjà les remarques disant que de toutes façon la mémoire
sur les serveur elle est au minimum en standard à 1Go...
Personnellement, ce n'est pas ma manière de voir les choses, libre à
tous de voir autrement ;)
Bon, si quelqu'un peut me tracer l'occupation mémoire utilisée lors de
l'envoi d'un mail via ssmtp, ou encore esmtp ou je ne sais quel autre
nullmailer, nous aurons des éléments de comparaison...
Dans le même esprit, quelle serait l'occupation mémoire nécessaire à
envoyer un email en utilisant les librairies PEAR ?
Difficile de jauger de tout cela.
@llez, bon WE si vous en prenez
- --
Marc-Henri PAMISEUX
_ o _ o _
// // __ // __
//__ // / o) //o // // °///° ( °
/___/// /__/ // // ((_ //\\ .__)
S.A.R.L. Libricks
Maison de la technopole
6, rue Léonard de Vinci - BP 0119
53001 LAVAL Cedex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIIfP5MJ9khz7GW8ERAj73AJ4/SBmlVU9PyHMpBW5tTMDyrXNAEACfbc1e
TJkI9oWimhKa+VjpbUkLk64=
=Hvj+
-----END PGP SIGNATURE-----
_______________________________________________
Dolibarr-user mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-user
|