le moyen le plus rapide d'envoyer un mail

le moyen le plus rapide d'envoyer un mail - Logiciels - Linux et OS Alternatifs

Marsh Posté le 24-01-2006 à 14:53:08    

Bonjour a vous,
 
travaillant actuellement sur un outils d'emailling, je m'interesse a la possibilité d'envoyer un mail sous unix créant un fichier physique qui sera traité ensuite par le serveur mail.
 
J'ai malheureusement tres peu d'info.
 
-je cherche a savoir quels serveurs de mails offrent cette possibilité
-est ce plus rapide ( le but etant de gagner en rapidité d'envois ! ) qu'un appel en php de la fonction mail ?  
 
note: php est donné ici a titre d'exemple, je sait pas encore quel techno sera utilisée.
 
enfin,
je vois partout la commande "sendmail", commande standard apparemment  mais que je n'arrive pas a tester en console.
faut il etre root ?
 
j'ai essayé en utilisateur www-data
 
 
Merci pour votre aide.

Reply

Marsh Posté le 24-01-2006 à 14:53:08   

Reply

Marsh Posté le 24-01-2006 à 16:36:46    

Pour pouvoir envoyer des mails il te faut d'abord un serveur de mail. J'en connais trois :  
 - sendmail (aboninable à configurer)
 - exim (le plus simple parait il)
 - postfix (le plus répendu)
 
Ensuite ta commande sendmail (ou mail) utilise (si tout se passe bien) ton serveur de mail par défaut pour envoyer des mails.
Attention si tu envoye bcp de mail ton fournisseur d'access peut ne pas etre content.
 
 
--
Un site perso parmis t'en d'autre : www.coustillas.com

Reply

Marsh Posté le 24-01-2006 à 18:14:26    

si tu bosse sur un outil de mailing pour envoyer des newsletters, il y a tout un tas de règles pour ne pas être considéré comme spammeur (il faut être whitelisté chez les FAI et je ne sais plus quoi d'autre)

Reply

Marsh Posté le 24-01-2006 à 19:11:27    

merci pour vos infos.
pierre, je crois qu'il manque qmail a ta liste ?
 
mr_mat>> pour ce probleme de whitelist c'est malheureusement pas evident a gérer , j'ajoute ca a ma todolist :ange:  
 
du moins je crois que c'est celui qui est installé sur nos serveurs.
Pour vous rassurer, je ne fait pas ca sur un hebergement gratuit, nous avons toute la structure deriere qui suit ( on tourne a plus de 600 000 abonnés a notre newsletter)
Donc nous avons un outils existant en php qui montre ses limites c'est pour ca que je me penche vers une solution java qui offre la possibilité de faire du multithreading ( contrairement au php ).
 
Mais j'en reviens toujours a cette enigme d'écrire physiquement le fichier mail avant l'envois par le serveur ( serveur dédié à l'envois de mail au passage) .
J'attend de voir si quelqu'un ici a plus d'infos.
 
A+


Message édité par veryfree le 24-01-2006 à 19:15:31
Reply

Marsh Posté le 24-01-2006 à 19:13:33    

PierreC a écrit :

Pour pouvoir envoyer des mails il te faut d'abord un serveur de mail. J'en connais trois :  
 - sendmail (aboninable à configurer)
 - exim (le plus simple parait il)
 - postfix (le plus répendu)
 
Ensuite ta commande sendmail (ou mail) utilise (si tout se passe bien) ton serveur de mail par défaut pour envoyer des mails.
Attention si tu envoye bcp de mail ton fournisseur d'access peut ne pas etre content.
 
 
--
Un site perso parmis t'en d'autre : www.coustillas.com


 
un truc qui m a bien fait déliré dans mes recherches a ce propos  :
http://okki666.free.fr/docmaster/articles/linux040.htm
 

Citation :

De nombreux utilisateurs Linux tremblent à la seule pensée de devoir le configurer et il est vrai que l'on peut souvent lire des choses aussi encourageantes que "On dit souvent que celui qui n'a jamais édité un fichier standard sendmail.cf n'est pas un véritable administrateur UNIX. La légende dit aussi qu'il ne faut pas le faire deux fois, sous peine de devenir fou".


 
 [:ddr555]

Reply

Marsh Posté le 26-01-2006 à 10:24:09    

up

Reply

Marsh Posté le 26-01-2006 à 10:28:38    

veryfree a écrit :

un truc qui m a bien fait déliré dans mes recherches a ce propos  :
http://okki666.free.fr/docmaster/articles/linux040.htm
 

Citation :

De nombreux utilisateurs Linux tremblent à la seule pensée de devoir le configurer et il est vrai que l'on peut souvent lire des choses aussi encourageantes que "On dit souvent que celui qui n'a jamais édité un fichier standard sendmail.cf n'est pas un véritable administrateur UNIX. La légende dit aussi qu'il ne faut pas le faire deux fois, sous peine de devenir fou".


 
 [:ddr555]


[:al zheimer] :sweat:

Reply

Marsh Posté le 26-01-2006 à 10:39:57    

mail -s "Sujet" < contenu_dun_fichier


 
plus simple je vois pas
 

Reply

Marsh Posté le 26-01-2006 à 10:42:17    

telnet smtp.domaine.ltd 25
HELO
.
.
.
 :sweat:

Reply

Marsh Posté le 26-01-2006 à 10:43:28    

[:joce]
à scripter c'est relou [:dawao]

Reply

Marsh Posté le 26-01-2006 à 10:43:28   

Reply

Marsh Posté le 26-01-2006 à 11:01:38    

[mode conn... on]
il a pas demandé plus simple, mais plus rapide ;)  :lol:  
[EOF]

Reply

Marsh Posté le 26-01-2006 à 11:25:30    

black_lord a écrit :

mail -s "Sujet" < contenu_dun_fichier


 
plus simple je vois pas


 
 
interessant.
 
si c'est plus rapide qu'un appel php->mail je prend.
 
par contre si je doit appeler la fonction unix via mon soft ce serai un peux long je pense.
 
que pense tu de l'idée de généré un fichier .sh qui contiendrait autant de ligne  
mail -s "Sujet" < contenu_dun_fichier emailDest
 
qu'il y a de mail a envoyer ?
 
Sachant que ca montra bientot a 1 millions d'entrés ?

Reply

Marsh Posté le 26-01-2006 à 11:31:37    

veryfree a écrit :

interessant.
 
si c'est plus rapide qu'un appel php->mail je prend.
 
par contre si je doit appeler la fonction unix via mon soft ce serai un peux long je pense.
 
que pense tu de l'idée de généré un fichier .sh qui contiendrait autant de ligne  
mail -s "Sujet" < contenu_dun_fichier emailDest
 
qu'il y a de mail a envoyer ?
 
Sachant que ca montra bientot a 1 millions d'entrés ?


je pense que c'est pas une bonne idée :D (imagine ça plante au milieu :D)
par contre plusieurs scripts cote à cote oui :)
 
perso je serais plus pour un script (python par exemple, ou perl enfin un langage avec des threads) qui charge en mémoire ce qu'il faut (les mails), crée plusieurs threads et balance en parallèle :) sinon tu vas y passer des jours

Reply

Marsh Posté le 26-01-2006 à 11:39:32    

c'est deja prévu ce que tu decris mais ce sera en java car c'est un language que je maitrise mieux que le perl et le python.
 
donc imaginons qu'il y ai 5 threads qui se repartissent la charge on obtiens 5 fichiers sh. ( quand il y en a trop, on se retrouve avec une due au manque de memoire )
 
c'est que tu suggere ?
 

Reply

Marsh Posté le 26-01-2006 à 11:41:33    

si tu as un peu de ram ça va...
l'autre jour je chargais + de 2 500 000 urls en RAM :o
 
un machine avec 512Mo c'est un chouia juste, mais 1G c'est à l'aise :D

Reply

Marsh Posté le 26-01-2006 à 11:46:20    

je crois qu'on a 2Go :$

Reply

Marsh Posté le 26-01-2006 à 16:28:45    

black_lord a écrit :

mail -s "Sujet" < contenu_dun_fichier


 
plus simple je vois pas


 
 
Je ne vois pas plus rapide pour envoyer un mail :/


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
Reply

Marsh Posté le 26-01-2006 à 16:45:01    

veryfree a écrit :

c'est deja prévu ce que tu decris mais ce sera en java car c'est un language que je maitrise mieux que le perl et le python.


 
En java, côté client, c assez simple, tu as des librairies qui le gèrent.
Perso j'utilise ds mon projet la librairie commons-net, qui gère l'envoi sur des serveurs SMTP. Bon c'est un usage très limité et pour envoyer des pièces jointes, j'ai du implémenter ma propre implémentation de l'E(xtended)SMTP (RFC 1869 je crois), mais ça se fait.
Sinon d'autres librairies (plus lourdes) gèrent l'ensemble.
google+java+mail


---------------
Voir les RAW sous Android: https://market.android.com/details? [...] .RawVision Blog Photo: http://photouch.me Applications mobiles: http://caketuzz.com Wapcam Project: http://wapcam.mobi
Reply

Marsh Posté le 26-01-2006 à 18:14:50    

je connais bien javamail pour l'avoir deja utilisé dans d'autre projet.
 
Niveau rapidité d'envois, y a pas photo, c'est plus rapide avec la solution proposé dans ce topic ( meme si je perd un peu en portabilité).

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed