OVH Community, votre nouvel espace communautaire.

Gestion mailing-list


phileas
14/02/2004, 08h14
Merci Ludo.
Voilà des infos concrètes.

Longue vie au forum et à ses membres !

Philippe.

L.Boggio
13/02/2004, 21h11
phileas écrivait :
Merci Ludo.
Encore une fois, ton aide est très précieuse.

Tu m'a bien éclairé sur les problèmes posés par l'emploi de PHP pour ce genre d'opération.

Mais je me pose une question, qui reste en suspend : comment font des spécialistes comme PopList (http://www.franceliste.com je crois) ?

Où puis-je trouver des infos sur leurs choix techniques et autres ?

De plus en plus de clients me demandent des gestionnaires de ML gérables par eux, béotiens, et je ne voudrais pas mettre entre leurs mains un produit aussi sensible sans certaines garanties.

Je connais certains gestionnaires de ML avec interface (comme phpMyNewsletter), mais ils utilisent PHP / Mail() avec séquençage des envois par groupe.
Je connais également des gestionnaires de liste, du style "Sympa", mais qui demandent une inscription et une confirmation d'inscription. Pas pratique, sauf à revoir le système d'inscription sur le site du client.

Je n'ai pas encore vu WAnewsletter, mais je pense que c'est du même tonneau.

Suis-je condamné à renvoyer mes clients sur PopList sans pouvoir développer ma propre solution ?
Ce serait bête...
Attention, ne pas confondre ML et NL... Une NL est de type 1 -> N, alors qu'une ML est de type N -> N. WANewsLetter permet d'envoyer une NewsLetter à N abonnés, mais pas de faire de la Mailing liste.
Les sociétés comme PopList (ou OVH) ne sont pas en mutualisé ;-)) Ils peuvent utiliser (OVH, p-e) utilise EZMLM qui s'interface avec QMail, et utilisent leur propre serveur SMTP, donc, sans toutes les limitations dont je te parlais dans mon précédent message.
Donc, si tu veux les imiter, il te faut un dédié, tu y installe QMail si il n'y est pas (je ne connais pas les choix techniques dédiés chez OVH par défaut)., EZMLM, et tu lui fait utiliser ton propre serveur SMTP. Je ne pense pas oublier qquechose dans cette liste.
Ensuite, avec le fonctionnement de EZMLM qui est basé sur des fichiers editables, tu peux faire ta propre interface.

phileas
13/02/2004, 19h22
Merci Ludo.
Encore une fois, ton aide est très précieuse.

Tu m'a bien éclairé sur les problèmes posés par l'emploi de PHP pour ce genre d'opération.

Mais je me pose une question, qui reste en suspend : comment font des spécialistes comme PopList (http://www.franceliste.com je crois) ?

Où puis-je trouver des infos sur leurs choix techniques et autres ?

De plus en plus de clients me demandent des gestionnaires de ML gérables par eux, béotiens, et je ne voudrais pas mettre entre leurs mains un produit aussi sensible sans certaines garanties.

Je connais certains gestionnaires de ML avec interface (comme phpMyNewsletter), mais ils utilisent PHP / Mail() avec séquençage des envois par groupe.
Je connais également des gestionnaires de liste, du style "Sympa", mais qui demandent une inscription et une confirmation d'inscription. Pas pratique, sauf à revoir le système d'inscription sur le site du client.

Je n'ai pas encore vu WAnewsletter, mais je pense que c'est du même tonneau.

Suis-je condamné à renvoyer mes clients sur PopList sans pouvoir développer ma propre solution ?
Ce serait bête...

L.Boggio
13/02/2004, 09h48
La fonction mail(); de PHP ne fait que respecter les RFC.
Ensuite, un script PHP est limité (en mutu) sur certains points, tels que la durée d'exécution, par-exemple, ou bien le temps processeur/mémoire utilisés.

qu'est-ce qu'une ML ? Une adresse mail à laquelle on envoit un mail. A réception de ce mail, ou bien via un cron, ce compte mail est checké, le mail qu'il contient est extrait, les en-têtes sont modifiés (adresse de retour, autres champs de type X-, ...)
Ensuite, la liste des abonnés (imaginons qu'il y en a X) à la ML en question est générée, et on lui envoie le mail modifié.

En ce qui concerne ce dernie envoi, il peut être fait de plusieurs façons.
Par exemple, tu utilises la fonction maill, en boucle, X fois, qui envoie le mail à ces X abonnés. Problème : si X est trop important, ton script sera trop long à s'exécuter, il risque de se faire killer par Okillerd avant sa fin.
Autre méthode : ton script envoie un seul mail, avec tous les destinataires en BCC. Problème : la taille du champ BCC est limité dans les RFCs (255 carac, je crois, mais à vérifier absolument avant d'implémenter).
Autre méthode : le script fais la liste des Y (Y=30, par-exemple) premiers abonnés, enoie le mail à ces Y personnes par la première méthode, puis s'appelle lui-même en spécifiant en paramètre qu'il doit commencer à Z. A sa deuxième itération, il envoie les mails aux abonnés compris entre Z et Z+Y (concrètement, avec Y=20 : première exécution, les abonnés 1-20 recoivent le mail; deuxième exécution : de 21 à 40, etc...) Par contre, il faut sécuriser ce genre de script pour éviter qu'il soit utilisé par un petit rigolo pour spammer tes abonnés, par-exemple.

phileas
13/02/2004, 09h03
Personne ne peut m'aider ?

phileas
11/02/2004, 23h12
Salut à toutes/tous,

Je crois savoir que PHP et sa fonction mail() ne sont pas adaptés à l'envoi de mails en nombre (mailing-liste). Pouvez-vous m'éclairer en me disant quelles sont les problèmes (techniques) posés par une utilisation de PHP/mail(), quelles sont les contraintes pour une gestion de mailing-list digne de ce nom ?

CGI/Perl permettent-ils de contourner les problèmes posés par l'utilisation de PHP ?

Merci d'avance.
Philippe.