dolibarr-user
[Top][All Lists]
Advanced

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

Re: [Dolibarr-user] Le mail : Du nouveau ?


From: Régis Houssin
Subject: Re: [Dolibarr-user] Le mail : Du nouveau ?
Date: Thu, 8 May 2008 10:39:33 +0200
User-agent: RoundCube Webmail/0.1-rc1

Ne nous énervons pas...
chacun fait comme il l'entend...

peut être que c'est plus simple de l'envoyer par la poste,
pas de serveur, pas d'emmerde, juste une enveloppe et un timbre ;-))

Bon et long WE
Régis



On Wed, 07 May 2008 21:47:45 +0200, "[ATNObUG] J-Y. Weirauch"
<address@hidden> wrote:
> 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-
-- 
Cordialement
Houssin Régis





reply via email to

[Prev in Thread] Current Thread [Next in Thread]