Questions / réponses

divadauai · 23-09-2016 13:35:06

Bonjour

serveur dédié ovh kimsufi
ubuntu server 16.04 64 bits
phpmn 2.03
php 7.0
mysql 5.7.13

et
Messagerie webmail ORANGE PRO

1er lancement d'une NEWS avec PhpMyNewsletter et ....1er Galère
Autrefois jadis il n'y a pas si longtemps nous publiiiions notre News d'une manière simpliste mais efficace création d'un image contenant le ..contenu tongue de la news, publication de l'image en partage à tous sur un espace de stockage en ligne puis ajout d'un code html sommaire dans le corps du message

<p><a href= " http://lien pour lire la suite vers page web;"><img src="http://lien absolu vers l'emplacement de l'image;" /></a></p>

De nos jours asteur ( c'est du chti = à cette heure) maintenant nous nous sommes modernisés grâce à PhpMyNewsletter

Autrefois le membre du groupe chargé de l'envoi du mail ne se préoccupait pas vraiment des " undelivred", autrement dit des adresse de messageries incorrectes ( n'existant plus , mauvaises syntaxes etc.. ) Comme l'envoi au final s'effectuait rapidement et normalement avec juste avec des undelivred en retour, le même membre ne s'est jamais vraiment préoccupé de supprimer les adresses incorrectes

et voilà qu' ASTEUR' * roll voir ci dessus je réccupère la liste des abonnés et je les incorpore dans la news édité avec PhpMyNewsletter
création de la news, envoi de la prevew ok et c'est parti pour ...
1h00 environ d'envoi
tout va bien sauf qu'en consultant les logs de l'envoi je m'aperçois que le serveur smtp a décroché à la 18 ème adresse pour cause de message undelivred.
depuis je n'ai eu de cesse de relancer via les archives l'envoi .. dès la première adresse incorrecte
MA QUESTION ( enfin tongue tongue tongue )
en principe l'envoi ne devrait-il pas se poursuivre avec succès sur les adresses valides ???
or là dès la première erreur le serveur smtp poursuit l'envoi mais tous les abonnés suivant sont en échec

les règles seraient elle très strictes chez ORANGE en matière de suspicions de spam ou est ce phpmynewsletter ?
est ce lié au protocole imap dont la synchro se perd dès le premier échec ?
comment cela se passe-t-il chez les autres fai smtp ?
divaduai

Dernière modification par divadauai (23-09-2016 14:27:39)

Arnaud · 23-09-2016 17:18:40

Mes questions :
- on est sur un dédié, donc c'est quel serveur SMTP que tu utilises ? Je n'ai pas compris le coup de orange ?
- quelle est la cadence d'envoi ?
- quelle est la taille de la liste ? Nombre de mails ?
- quel est le score de l'adresse IP de ton serveur ici https://www.senderscore.org/index.php ?
- quelle est ta note sur mail-tester (https://www.mail-tester.com/) ?

Pour info, dans la version que je suis en train de travailler, voilà mon dernier résultat en image et d'aujourd'hui :

divadauai · 23-09-2016 22:12:07

BONSOIR
euh ... c'est moi qui pose les questions lol lol lol tongue
et normalement le développeur répond aux questions tongue tongue tongue

bon l'objet de mes questions n'est pas une remise en cause de phpmynewsletter mais plutôt
de comprendre comment phpmynewsletter pratique l'envoi en configuration smtp
car de toute évidence il ya un problème sur notre serveur dédié

je reprend
serveur dédié kimsufi ovh type ks-3A
what's kimsufi ??? look at ICI

evitons d'emblais de parler de performance
sur le kimsufi la commande

top

renvoi un processeur à l'état de faible utilisation bref, il kiss kiss kiss
ce n'est pas un serveur de domaine et il n'héberge aucun domaine
pour la messagerie client en ligne de commande msmtp installé c'est tout.sa fonction est d'assurer( très bien ) l'envoi vers un serveur smtp externe
il permet l'envoi en nombre de messages texte- image- pièces jointes en le combinant avec le gestionnaire de tâche cron

pour phpmynewsletter:
le smtp indiquée dans la configuration globale est smtp.orange.fr puisque l'adresse de courriel créé spécialement pour l'envoi de la news est rattaché au compte orange pro de notre organisation
le parefeu laisse passer le trafic smtp sans problème

mes craintes : que le serveur smpt orange bloque l'utilisation du smtp orange depuis une machine externe à des fins d'envois en nombre qu'il intepreterait comme un usage de diffusion de spam

divadauai

Dernière modification par divadauai (23-09-2016 22:19:31)

divadauai · 24-09-2016 08:01:37

BONJOUR
reprise de la bonne vieille méthode
envoi depuis le webmail orange connecté à la boite servant pour la news
test des 640 abonnés un par un ... ça m'a pris une bonne partie de la nuit

17 adresses en défaut undelivred , je les supprime donc dans le carnet d'adresse de la boite de courriel

recupération du code source de la news créée via phpmynewsletter
intégration dans un message

7 envois par tranche de 100 m'ont permis d'envoyer la news avec succès

côté envoi via serveur dédié via phpmynewsletter il reste à ce jour 218 abonnés qui n'ont pas reçu la news pour un envoi programmé à l'origine le 22 septembre
j'ai beau relancer, réenvoyer,la barre de progression va jusqu'au 100% puis redirection puis envoi termine ..mais les 218 abonnés n'ont pas d'avantage reçu la news
parcours du fichier logs ..quelle désastre yikes yikes yikes l'ensemble des abonnés ont-ils finalement vraiment reçu la news ( via phphmynewsletter) ????

je me pose la question " mais que se passe -il donc ?? d'où vient le problème : serveur dédié ? phpmynewsletter ?

ok mais je ne vais pas m'éterniser ni m'évertuer à chercher la solution, car même si je suis bénévole j'ai des comptes à rendre et je dois entre autre veiller à la bonne création et programmer l'envoi durant 2mois de 2 news par semaine environ au 640-17=623 abonnés
en autre car j'ai également à assurer ma quote -part des illustations et rédactions d'article à réaliser et j'aimerai bien y consacrer tout de même un peu de temps tongue tongue tongue tongue tongue tongue
divadauai

Dernière modification par divadauai (24-09-2016 08:04:31)

Arnaud · 24-09-2016 08:55:13

Bon, ok, je comprends.
On m'a également remonté un bug sur 2.0.3 relatif à la regénération d'envoi aux personnes n'ayant pas reçu la newsletter et cela, depuis les archives.
Bref, 2 choses :
- un smtp, orange ou pas ou autre, pro ou amateur ou vertueux ou pourri, ça se respecte, car c'est lui le grand maître ! Et chez Orange, la règle est stricte, pas forcément la meilleure, ni la plus mauvaise ! Il faut respecter une règle minimale de base qui est de 1 mail maxi toutes les 1 seconde !
Et avec orange, c'est pareil.
Pour une liste de 640 mails, c'est normalement du gateau, ça devrait passer tout seul.
Ce que je conseille :
- aller dans include/task.php
- chercher sleep(1);
- remplacer par sleep(2);
- planifier les envois au lieu de les envoyer directement.
Ca prendra 1200 secondes, ce qui représente, sauf erreur ou omission de ma part 20 minutes.
Et oui, y'a bien un bug depuis les archives.
Et bonne rédaction illustration alors ! Et bon week end aussi tiens

divadauai · 25-09-2016 09:55:44

MERCI GRANDMIN touours du chti = beaucoup

limite smtp orange 100 max simultané - ça je savais -
1 mail seconde

je pense que le problème viendrait aussi beaucoup ( non... pas grandmin) un p'tit peu de chez OVH

avec un serveur kimsufi on est normalement plus indépendant mais on reste hébergé chez eux ...

j'ai trouvé ceci ça date et je vais vérifier les conditions actuelles ICI et copier passage concerné ci dessous

2) Envoi de mail par le Web:
L'envoi de mails par le Web qui utilise la fonction mail() de PHP ou sendmail pour le CGI, ou SMTP (OVH reconnaît que l'envoi vient du Web) est soumis à une temporisation et un quota.
A- Le quota
Comme pour le SMTP, OVH traite 1 email par seconde et par adresse.
En fonction de l'offre d'hébergement, vous avez droit à un nombre très limité d'e-mails envoyés:
- Pack Perso: 500 e-mails par jour,
- Pack Pro: 1000 e-mails par jour,
- Pack Business: 1500 e-mails par jour,
- Pack Premium: 2000 e-mails par jour.
Ces quotas très restrictifs permettent d'utiliser des formulaires de contacts, des inscriptions aux sites web et forum, des confirmation de commandes, mais sont très insuffisants pour faire un petit mailing. Au jour de la rédaction de cet article, OVH ne propose pas de solution de mailing.
B- Gestion des erreurs
Consulter le guide d'OVH à ce sujet.
http://guide.ovh.com/SuivisEmailMutualise
Le fonctionnement:
OVH peut bloquer l'envoi de mail. Votre hébergement a par défaut une autorisation de 5% d'erreur. Ces 5% se cumulent avec le temps, il n'y a pas de remise à zéro du compteur. Les erreurs qui ont 5 ans, par exemple, sont toujours comptabilisées ! Si vous générez plus que 5% d'erreur, la distribution des e-mails se bloque automatiquement.
Vous pouvez la débloquer via le Manager, section Hébergement, icône Suivi Emails Automatisés, et passer à 50%.
Si vous dépassez 50% d'erreur, votre compte se bloque à nouveau.
OVH autorise d'aller jusqu'à 50% d'erreurs mais il ne garantie pas la vitesse.
OVH garde vos e-mails 2 jours en attente d'envoi. Ensuite ils tombent en erreur ou sont effacés. Après déblocage, pour relancer l'envoi des mails en attente, vous devez envoyer un mail avec la même méthode (un seul mail suffit), sinon ils restent bloqués.
C- Mon script n'envoie plus d'e-mail !!
Plusieurs raisons à cela.
1e raison: lisez le paragraphe ci-dessus; vous avez dépassé les 5% d'erreurs, OVH a bloqué vos envois.
2e raison: votre script a une erreur. Utilisez un des exemples de scripts dans l'article qui suit. Ils fonctionnent.
3e raison: testez avec plusieurs adresses vers des hébergeurs différents. Un hébergeur bloque peut-être les mails provenant d'OVH pour cause d'alerte aux spams.
4e raison: OVH fait des travaux. http://travaux.ovh.net/
5e raison: le serveur "mailout" de votre offre d'hébergement a un gros problème. Voir le log à cette page. (plus le pic est gros et noir, plus le serveur est surchargé).

3) Faire un mailing
La conséquence de ces quotas est: comment faire un mailing?
OVH travaille sur une offre commerciale de mailling. Cette offre n'existe toujours pas au jour de l'écriture de cet article. Vérifiez les offres d'OVH pour vous informer.
A- ezmlm
OVH propose un petit système de mailing-list appelé ezmlm. Il convient pour des newsletters (envoi d'un message vers des abonnés), ou une mailing-list (un forum par mail avec ou sans modérateur). Il gère automatiquement les messages d'erreurs, après 2 à 3 erreurs consécutives sur une même adresse, il la retire "théoriquement" de la liste tout seul (ce n'est pas toujours vrai). Mais on n'est pas informé de ces erreurs. Son quota est de 100 emails / heure et un max. de 5000 inscrits sur la liste. On passe par le Manager, section Emails, icône Mailing-List.
Voir le guide d'OVH à ce sujet: http://guides.ovh.com/AdministrerMailingList
Ezmlm se paramètre en envoyant des commandes par e-mail. Une liste des commandes en français pour personnaliser les messages d'accueil, les signatures, les messages d'inscription et de désinscription, etc., est ici: http://eurenet.com/blog/index.php/20...de-liste-ezmlm
Sinon, allez sur http://www.ezmlm.org
- Intégration d'un formulaire d'inscription dans votre site web
Méthode 1: http://forum.ovh.com/showpost.php?p=96562
Méthode 2: utilisation des API d'OVH. http://forum.ovh.com/showpost.php?p=97125
Méthode 3: utilisation des API d'OVH et vérification des e-mails. On télécharge le fichier ici.
- Importer une liste d'adresses e-mails dans ezmlm
Voir le code dans l'article ci-dessous.

divadauai

Dernière modification par divadauai (25-09-2016 10:01:23)

Arnaud · 26-09-2016 08:35:50

Alors, recherche un peu longue, mais les réserves évoquées dans ces clauses ne s'appliquent qu'à l'hébergement mutualisé !
Si je veux envoyer un million de mails en 3 minutes, je peux le faire, ça va merder, mais ça le fera !
Le dédié ne dépend pas de cela et moi je dis que tu as du envoyer quelques mails un peu trop rapidement.
Maintenant, 1 mail toutes les 2 ou 3 secondes, ce sera parfait.

divadauai · 26-09-2016 20:21:58

bonsoir
j'ai passé sleep à (2)
sur un envoi programmé ce matin 5h15
plantage au bout du 21ème envoi au lieu de 18 à la valeur 1
j'ai reprogrammé un envoi sur une nouvelle liste toujours en test avec une 100 abonnés demain matin avec la valeur sleep à 3
on verra bien
divadauai

Dernière modification par divadauai (26-09-2016 20:22:22)

Arnaud · 26-09-2016 21:53:07

J ai hâte de voir
Il est casse pied orange...

divadauai · 27-09-2016 16:49:37

Bonjour
ça vaut le déplacement tongue tongue tongue tongue tongue tongue tongue tongue

l'envoi planifié le 27 septembre 13h45 ( ben ouais j'ai essayé l'aprem' ) ......
n'est pas parti !!!!! yikes yikes yikes
dans le gestionnaire des envois il apparait comme planified le 27 septembre à 13H40
il est 17H49 .....

le plus extravagant reste que selon le fichier log
l'envoi aurait débuté le 26septembre à 06h05 et aurait planté après 20 envois ???????

euh j'avais programmé la liste le 26 septembre vers 19H30 pour en envoi planifié le 27 13H45

alors à décharge , il semblerait qu'ovH ait subi le 26 une très forte charge d'attaque ddos
VOIR ICI
et sur la page d'accueil de la messagerie pro orange il est indiqué des perturbations dans l'envoi des mail actuellement

l'heure et la date du serveur sont justes...

allez je vais le redémarrer par ce que là ....

divadauai

Dernière modification par divadauai (27-09-2016 16:58:39)

Arnaud · 27-09-2016 17:57:30

Questions cons :
- l'envoi de 13h45 a été planifié à quelle heure et quelle heure réelle du serveur (j'ai bien lu que c'est juste, mais pour voir) ? Voir la différence entre une commande date en shell et l'heure affichée dans la console.
- sous www-data, que dit crontab -l ?

divadauai · 27-09-2016 22:24:02

re bonjour

autre anomalie
l'envoi de la préview vers le destinataire enregistré est validé

sauf que l'usager ne reçoit pas la préview
le problème ne provient pas d une erreur de syntaxe dans l'adresse de courriel mentionnée
j'ai également fait des tests en envoi et réception depuis cette adresse

je vais faire des test d'envoi depuis le serveur en ligne de commande via msmtp

divadauai

Dernière modification par divadauai (27-09-2016 22:24:31)

Arnaud · 28-09-2016 08:43:03

Et le log mail il dit quoi ? (/var/log/mail.log)
Au moment de l'envoi (et je fais toujours ça pour les debug), je laisse ouvert un terminal avec un "tail -f /var/log/mail.log), y'a que ça de vrai... (et un autre aussi pour mes erreurs php)

Y'a un truc quand même la dessous....
En effet, PhpMyNewsLetter, ce n'est qu'une interface, pas un gestionnaire du système, ni un administrateur. Son seul rôle est d'envoyer un message à sendmail (via phpmailer) et essayer de récupérer des informations quand il y a des retours. L'ensemble est embelli d'une interface plus conviviale pour l'usager et un éditeur de texte pour la rédaction. Le reste ce n'est que du SLQ et du php, en aucun cas, si le serveur a un soucis, PhpMyNewsLetter ne pourra le résoudre.

Je prends très souvent la main sur des serveurs (pour intervention et en mode facturation) et on découvre pas mal de chose.

Aujourd'hui ce que je voudrais, c'est que tu me fasses un mail-tester et que tu donnes le résultat, un screen, quitte à m'envoyer le lien final :
https://www.mail-tester.com/

divadauai · 28-09-2016 09:24:49

bonjour
on est bien d'accord le problème est du côté du serveur
par contre là je suis au boulot et je profite d'une courte pause

j'avais l'intention de me pencher du côté des logs
et aussi de la surveillance de fail2ban
car je ne reçois plus non plus mes rapports programmés de log quotidien

divadauai

Arnaud · 28-09-2016 10:19:51

sad sad
Bonne pause

divadauai · 28-09-2016 12:03:26

seconde pause un peu plus longue cette fois ci,

bon ça a reniflé beaucoup du côte de phpmyadmin
et de sendmail également
sans succès par contre y' a un peu de monde en prison
il faut que je vérifie si iptables n'a pas bloqué sur le smtp

divadauai

Dernière modification par divadauai (28-09-2016 12:04:00)

divadauai · 01-10-2016 11:19:32

Bonjour

the Answer my friend is..
LIKE ICI
yikes yikes yikes yikes
Serveur Blacklisté par orange ? because trop d'envois trop d'erreurs trop d'essai trop trop trop ??? yikes yikes yikes
les messages passent bien par le smtp mais ne parviennent plus au destinataire
Super on venait à peine de lancer le bidule
nous sommes en cours de négociation ( atttente réponse ) avec orange ..
on est sur un compte pro fidèle depuis les débuts de wanadoo ( c'est dire !!!)
ah bien sur je pense qu'ils vont nous proposer éventuellement leurs solutions moyennant finances ..
comme quoi $ est bien une variable....d'ajustement
à suivre
je passe le sujet en résolu
et en attendant j'ai repris la bonne vielle méthode wink wink wink et je pense qu'on va se payer plutôt un domaine chez OVH

divadauai

Dernière modification par divadauai (01-10-2016 11:21:13)

Arnaud · 02-10-2016 11:41:00

Bonjour,

PhpMyNewsLetter permet de gérer vos mails en erreur, si la connexion offerte dans la partie configuration des bounces est bien paramètrée.
Je ne me suis pas arracher un peu les cheveux pour proposer de manière intelligente un système de traitement de ces erreurs, mais bien pour assurer une réputation nécessaire à tout bon rédacteur de campagne mails.
Alors oui, je ne suis pas surpris, juste désolé, de voir que de nobles campagnes sont parfois gâchées par ces faits de non traitements des erreurs.
J'espère que cette expérience servira à tous, et sincèrement, bon courage pour la suite !

Merci pour cet échange qui m'a apporté,

Arnaud

PhpMyNewsLetter 2.0

Annonce

#1 23-09-2016 13:35:06

[Résolu] arret intempestif de l'envoi

#2 23-09-2016 17:18:40

Re : [Résolu] arret intempestif de l'envoi

#3 23-09-2016 22:12:07

Re : [Résolu] arret intempestif de l'envoi

#4 24-09-2016 08:01:37

Re : [Résolu] arret intempestif de l'envoi

#5 24-09-2016 08:55:13

Re : [Résolu] arret intempestif de l'envoi

#6 25-09-2016 09:55:44

Re : [Résolu] arret intempestif de l'envoi

#7 26-09-2016 08:35:50

Re : [Résolu] arret intempestif de l'envoi

#8 26-09-2016 20:21:58

Re : [Résolu] arret intempestif de l'envoi

#9 26-09-2016 21:53:07

Re : [Résolu] arret intempestif de l'envoi

#10 27-09-2016 16:49:37

Re : [Résolu] arret intempestif de l'envoi

#11 27-09-2016 17:57:30

Re : [Résolu] arret intempestif de l'envoi

#12 27-09-2016 22:24:02

Re : [Résolu] arret intempestif de l'envoi

#13 28-09-2016 08:43:03

Re : [Résolu] arret intempestif de l'envoi

#14 28-09-2016 09:24:49

Re : [Résolu] arret intempestif de l'envoi

#15 28-09-2016 10:19:51

Re : [Résolu] arret intempestif de l'envoi

#16 28-09-2016 12:03:26

Re : [Résolu] arret intempestif de l'envoi

#17 01-10-2016 11:19:32

Re : [Résolu] arret intempestif de l'envoi

#18 02-10-2016 11:41:00

Re : [Résolu] arret intempestif de l'envoi

Pied de page des forums