Support et annonces PhpMyNewsLetter.
Vous n'êtes pas identifié(e).
Bonjour et bienvenue à toi sur ce forum de support !
Dans le script subscription.php il faut commenter la ligne en tête de fichier :
// session_start();
Ou
/* session_start(); */
En PHP il ne peut y avoir qu une seule déclaration de session dans une page.
Tiens moi au courant !
Arnaud
... Oui !
Tu fais du développement ?
De rien... Juste la 2.0.4 à attendre...
L'avantage du script est qu'il est ouvert et facile à lire.... Donc créer des add-ons ou plug-ins ne sera pas difficile....
Bonjour Noart !
Le port 8025 ?? Dans le lien que je t'avais envoyé ?
Je ne connais pas Gentoo du tout, mais voir du coté ipatbles, outil de gestion des règles de flux sous linux.
Je dois partir, j'essaie de voir un peu plus tard si tu veux bien...
Oui ! Car ça permet de faire de l'envoi tout en douceur... Cette liste n'est pas exhaustive !
Tout dépend comment et à partir de quoi tu l'as ouvert !
Il me faudrait un peu plus de détail, tu peux m'envoyer le lien ou le mail (par mail) si tu le souhaites.
Alors,... Sujet délicat, car attention aux recommandations de la CNIL !
Je me permets d'éditer et reprendre ce script, en France, il est donc bon de ne pas trop s'écarter du droit français, qui est strict sur la traçabilité !
Donc, oui, c'est tout à fait possible, je dirai comment faire, un peu plus tard, et c'est en fait très simple...
Mais le droit français, les amis, le droit....
Bonjour Johnny !
Désolé, je suis juste de passage preès de mon PC, j'en profite pour poser un mot, et oui !
Dans la prochaine version, ce sera géré ainsi, c'est une demande forte et donc inscrite au plan d'action.
Dans la ligne $trac= des fichiers send.php et send_preview.php, rajoute avant le /> :
alt='".$list_id."'Pour avoir :
$trac = "<img src='" . $row_config_globale['base_url'] . $row_config_globale['path'] . "trc.php?i=" .$msg_id. "&h=" . $addr[$i]['hash'] . "' width='1' alt='".$list_id."' />";(Surtout le fichier send.php !)
Les correctifs ne concernent que l'épendage des mails dans le réseau, pas la composition du mail.
tu es bien sur une liste de tests ?
Mets moins d'image et plus de texte !
Je vais ajouter un alt sur le lien de tracking...
Comme dit ce jour, il y aura une version texte dans le mail, c'est en quasi-tests !
Je vais lancer un mail d'ici peu de temps pour faire appel aux betas testeurs de la 2.0.4b...
Je vous présente Johnny, l'homme qui révèle les idées et plans de ce que sera Phpmnl dans le future
Bon, t'as fini de mettre au grand jour mes plans ?
Je rigole, mais ça fait vraiment plaisir !
La problématique est un peu plus vaste que ça, mais oui, tu as raison, dans les questions et dans le raisonnement !
Alors, oui, tout va dans le même mail.
L'envoi est basée sur une adresse qui reçoit les retours (c'est absolument nécessaire pour purifier les listes des emails qui n'existent plus et qui perfidement font qu'un mailing tombe en spam, donc obligation de traitement).
Un mail pour les erreurs peut être prévu, si, mais ce sera celui de ma précédente réponse. Comment faire autrement ?
A mon niveau, une bonne analyse et je te développe le tout en code...
Et bien sûr la réception des messages clients... Tout dépend du comment on veut gérer cela !
Si on créée une adresse bidon pour envoyer les mails, ça passera ! Mais comment gérer les retours ? Solution à bannir, sauf à vraiment vouloir faire du spam... Beurk
On crée une adresse mailing@... contact@... ou johnny@... ! Et on traite les retours qui sont en bounce, et pas forcément accéder aux mails via relève ou webmails... et purge automatique des mails... Pas bon non plus, on se coupe du monde et c'est dommage dans un cadre commercial.... On est d'accord ?
On utilise une adresse normale pour le mailing, on peut gérer les bounce, et on relève cette boite... D'où l'obligation de mettre en place des règles précises de mailing, et donc d'envoi...
Je rigolais en début de réponse : en fait, il y aura en 2.0.4 un mail adressé au chef de mailing qui donnera les bounces traités (mais obligation de mettre en place une, tâche planifiée, donc dans la majeure partie du temps, un serveur dédié...)
J'avais un 7.6 ce matin ! avec -2.6 sur le FH_HELO_ALMOST_IP... Je comprends pas le 4.7...
Le <html> est dans le texte si on choisit l'envoi en html.
L'ajout automatique de la version texte du mail est prévue sur la 2.0.4.
Je vais de mon coté tester un mail depuis mes sites...
Oui !
Cette ligne vise à déflager les mails lus à la récupération des mails en erreur.
La remplacer par :
@imap_clearflag_full($this->_handler,$this->result['counter']['fetched'],'\\Seen');Toutefois je n'ai pas encore réussi à qualifier cette fonctionnalité, cette fonction n'étant que très peu documentée sur php.net...
La version 2.0.4 comportera la correction, je pose la correction (pas la 2.0.4) ce week end dans le dépôt actuel github.
"Poser une question c'est être idiot 5 minutes, ne pas la poser c'est le rester toute sa vie."
C'est prévu, mais ce ne sera pas dans la prochaine version.
L'objectif est de réussir à établir une liste de variables clés qui permettraient à tous de s'y retrouver... Ou alors de générer un tableau dynamique (base de données en background) qui permette de lister des variables selon une liste.
J'ai commencé une étude, mais en l'état actuel de la version (2.0.3) et de celle qui se présente (2.0.4), ce n'est pas possible... Vu les améliorations à apporter, je pense plutôt une 2.06 minimum... Et y'aura du taf, c'est clair...
Mais Johnny, c'est un très bon score ! SPF et DKIM valides, peut être un correctif à voir avec FH_HELO_ALMOST_IP, si tu n'as qu'un domaine sur cette machine.
Donc (en fait je vais en aprler ici, pas de topic dédié), il faut gérer le routage des mails en sortie, donc calibrer le "transport" à l'extérieur.
On va dans /etc/postfix (en root) :
(REF de la synthèse :
)
Ajouter à main.cf :
transport_maps = hash:/etc/postfix/transport, regexp:/etc/postfix/transport_regexp
slow_initial_destination_concurrency = 1
slow_destination_concurrency_limit = 2
slow_destination_recipient_limit = 2
slow_destination_rate_delay = 1s
yahoo_initial_destination_concurrency = 1
# will start out slowly by only sending one message per SMTP connection to a Yahoo?s MTA.
yahoo_destination_concurrency_limit = 4
# after starting out slowly with just 1 message, Postfix will increase to allow up to four messages per SMTP connection to a Yahoo MTA.
yahoo_destination_recipient_limit = 2
# will send the same message to no more than 2 recipients at a time
yahoo_destination_rate_delay = 1s
# will add a 1 second delay between the messages
default_destination_concurrency_limit = 10Ajouter à master.cf :
#
# Slow - config MX Orange/Wanadoo
#
slow unix - - n - 5 smtp
-o syslog_name=postfix-slow
-o smtp_destination_concurrency_limit=3
-o slow_destination_rate_delay=1
yahoo unix - - n - - smtp
-o syslog_name=postfix-yahoo
smtp4 unix - - - - - smtp
-o inet_protocols=ipv4créer un fichier transport (root root 644) qui contiendra (des spécificités yahoo/orange/free/gmail)
wanadoo.com slow:
wanadoo.fr slow:
orange.com slow:
orange.fr slow:
#yahoo.fr slow:
free.fr slow:
aliceadsl.fr slow:
alicepro.fr slow:
aliceteam.fr slow:
libertysurf.fr slow:
libertysurf.net slow:
worldonline.fr slow:
freesbee.fr slow:
infonie.fr slow:
monsieurcinema.com slow:
teamtiscali.com slow:
nomade.fr slow:
chez.com slow:
# Yahoo
ymail.com yahoo:
rocketmail.com yahoo:
# Gmail en ipv4 :
gmail.com smtp4:
yahoo.fr smtp4:Et créer un fichier transport_regexp (root root 644) qui contiendra :
# Yahoo Wildcards
# http://stevejenkins.com/blog/2012/08/how-to-postfix-configuration-to-reduce-yahoo-deferrals-using-transport-maps/
# That will catch all ?yahoo dot anything? domains.
# Note that you don?t need to run postmap on regular expression tables,
# so now you?re ready to tell Postfix how to read your transports.
/yahoo(\.[a-z]{2,3}){1,2}$/ yahoo:Source : http://stevejenkins.com/blog/2012/08/ho … port-maps/
En gros, ce sont les principales dest-box qui sont à gérer (hotmail joue plus sur les SPF et DKIM).
On redémarre postfix, après génération du transport :
postmap /etc/postfix/transport
/etc/init.d/postfix restartOn vérifie les logs, on crée un liste de test dans phpmynewsletter avec des comptes créés spécialement pour ces tests chez gmail, hotmail, free, yahoo, laposte, et gmx, et on envoie un mail (entier et normal) dans cette liste pour vérifier les résultats.
On vérifie les logs et on revient ici faire un petit topo de compte rendu.
Tu peux aussi mettre mon adresse arnaud [at] phpmynewsletter.com, j'aime suivre tout cela
Bons tests
et on voit après pour le suite.
Quand je disais outil, c'était en fait savoir si tu avais un postfix... Je suppose que oui ?
Est-ce que opendkim est installé ?
PS : on se tutoie ici, pas de soucis hein ?
Re-
Quelle distrib et quel outil pour la gestion des envois ?
Je vais rédiger un petit mot la dessus...
Bonjour Johnny, bienvenue sur le portail, et bon retour au e-mailing alors !
Un redémarrage avec une ancienne liste amène forcément à une évidence : il va y avoir des retours. La seconde évidence est la conformité légale de la liste, les opt-ins ! Est-ce que les personnes de cette liste ont validé leur acquisition à cette seconde activité. En d'autres termes, ces mails sont ils une continuité de l'activité ou une nouvelle activité ?
Si c'est la même activité : ça peut aller, mais il va falloir jouer très soft, car sur ces 30 à 40.000 mails, il y aura quand même de la désinscription, du signalement de spam, voir même du mail abuse... Donc un saupoudrage dans le temps (envois sur 15 jours) et suivi précis des mails en retour peut éventuellement permettre un retour en douceur.
Si c'est une nouvelle activité (ou type envoi différent de l'objet de la constitution initiale de la liste), alors je vais être dur, mais il faut oublier, car cette liste n'est malheureusement pas légale... Pas d'adhésion volontaire des destinataires.
Quant à sendinblue, oui pourquoi pas ! Si vous avez un serveur dédié, je prônerais pour la solution gratuite qu'est PhpMyNewsLetter, surtout qu'une IP dédiée (donc peu de chance qu'elle soit blacklistée) n'est offerte qu'à partir de la formule OR à 129 euros/mois.
Je dirais donc, selon l'origine de la liste et sa nouvelle destination : un serveur dédié, même un VPS à 10€ chez OVH (https://www.ovh.com/fr/vps/vps-classic.xml, je n'y ai pas d'actions !!), avec un smtp bien calibré pour limiter les distributions massives chez free, hotmail et yahoo, et c'est parti avec une planification de 2000 mails/jour.
Voilà ce que j'en dis...
Tenez nous au courant de vos choix
Arnaud
Bon, apparemment, gentoo release OVH, c'est pas le top.
Il faut bidouiller : http://forum.hardware.fr/hfr/OSAlternat … 3804_1.htm
Aller dans /etc/init.d/qmail et activer le port 25 !
Et que disent les logs système ?
Je vais me renseigner
Mais il faudrait regarder les mail.log et syslog pour voir ce que dit un envoi smtp via le smtp de la machine...
Bonjour Noart,
Il y a quelque chose que je voudrais savoir :
- tu envoies tes mails avec un compte gmail ?
- tu as combien d'inscrits dans ta liste principale ?
- tu as ouvert les ports du firewall ?
...
Peut être cet article t'aidera un peu :
http://loic-richard.com/blog/tutos-info … es-emails/
Super, m'en voilà ravi !
Bonne journée et bon mailing !
Bonjour à tous
Un petit mot pour vous informer du départ de la rédaction de la 2.0.4 !
Au programme et rapidement :
- traduction complète du script ! (Je cherche d ailleurs des éventuels traducteurs qui ont une maîtrise du langage technique, en allemand, espagnol, portugais, hollandais...)
- prise en compte des smtp des hébergeurs qui proposent des services mutualisés (OVH, gandi, infomaniak,... D'autres ?)
- correction de bugs
- écriture de classe pgsql
- et plein d'évolutions qui font suite aux forums...