Jump to content

Module Mail Alert


parvati

Recommended Posts

Bonjour,

J'ai installé une nouvelle boutique Prestashop (1.6.1.7), je connais bien le programme j'ai une autre boutique qui tourne depuis plus de 5 ans (aussi 1.6.1.7 après plusieurs mises à jour). Seulement voilà, la boutique installée la semaine dernière rencontre ce problème qui semble généralisé, les E-mails de commande et contact n'arrivent pas !!!

J'ai passé des heures sur Google, forums, en anglais, en français. Pas de solution à ce jour.. Contacté Prestashop qui me propose... d'acheter un "pack assistance" à 299 EUR...

Mon ancienne boutique, même serveur, même configuration, même version de Mail Alert 3.6.0 fonctionne parfaitement bien... Essayé de changer les adresses E-mail (éviter Gmail par exemple), configuré en SMTP, même essayé d'installer une version 2.3 de Mail Alert, bref, rien à faire, ça ne marche pas.

Si quelqu'un peu avoir le début d'une idée... avant que je laisse tomber Prestashop pour mes nouveaux projets...

Merci d'avance

Olivier

 

P. S. Les E-mails test arrivent bien

Link to comment
Share on other sites

C'est une version neuve installée directement via la plateforme Plesk de mon fournisseur d'accès qui propose des centaines d'applications de ce type à installer en quelques clics. L'autre site (qui fonctionne et qui a subit des mises à jour) avait été installé manuellement par moi-même.

J'avais bien pensé à ce détail et parmi les solutions recherchées j'avais aussi essayé de désinstaller cette version installée "automatiquement" pour en remettre une autre, fraîchement téléchargée et transférée via ftp, histoire de voir... rien à faire, les mails aussi ne sont pas transmis. J'ai donc remis en ligne une version installée vis mon BO Plesk.

Link to comment
Share on other sites

Je l'avais déjà fait plusieurs fois, je viens donc de le refaire via le backoffice "désinstaller" puis "installer". Passé une commande, pas de changement...

Est-ce qu'il faudrait désinstaller radicalement MailAlert en détruisant son dossier avec le programme ftp ? Puis réinstaller le module depuis la back office de PS ?

Link to comment
Share on other sites

Bonjour,

Désinstallé MailAlert 3.0, installé le nouveau, passé une commande, rien de changé. Essayé en mode php et smtp. Ensuite j'ai redésinstallé, je suis allé supprimer la table "prstshp_mailalert_customer_oos", réinstallé le module mais rien à faire.

Au passage je me suis demandé, question de novice, vu que le nouveau module porte le même nom v3.6.0, si le nouveau à bien pris sa place en totalité. Pas moyen d'aller éliminer l'ancien (via ftp) et de réinstaller ensuite le nouveau pour être sûr que tous les fichiers soient remplacés ?

Autre question de novice, est-ce que les Emails de test, qui arrivent toujours, sont censés laisser une trace dans les logs ? Car à cet endroit je n'ai toujours rien.

Link to comment
Share on other sites

  • 2 months later...
  • 5 months later...

Le client ne reçois aucun mail de confirmation (paiement accepté, compte livraison etc...) et de mon coté je ne reçois aucune confirmation ni mail formulaire contact...

 

J'ai regardé dans les logs (parametres avances> emails) j'ai bien les mails (photo PJ)

 

J'utilise SMTP et bien evidement le mail test arrive bien sur mon gmail.

 

PS 1.6.1.14

 

J'ai retourné le forum et google, je ne trouve aucune solution qui marche :(

 

Eolia, tu es le dernier espoir ^^

Link to comment
Share on other sites

Ben la réponse est claire^^ https://www.mail-tester.com/web-gmt9x&reloaded=1

 

Donc vérifiez les paramètres DNS de votre domaine parce que là il y a watmille problèmes...

 

Ah bon ? j'ai un hébergement mutilaisé chez OVH... je n'ai jamais eu de soucis de ce coté.

j'ai jeté un oeil avec cet outil : https://asm.ca.com/en/dnstool.php j'ai pas vu de soucis! après c'est pas trop dans mes compétences! 

Je sais pas si je dois passer à l'ipv6 ?

 

Mais quel rapport entre les mails et DNS ? Demain je pourrais appeler ovh et gueuler :)

Link to comment
Share on other sites

IPV6 ? De quoi parlez-vous ?

Les champs dkim, spf et dmarc se mettent dans les entrées DNS.

Si vous n'y comprenez rien, regardez la doc ou demandez à un pro: 

http://www.badsender.com/2014/01/13/delivrabilite-spf-dkim-dmarc/

https://blog.seboss666.info/2015/12/spf-dkim-dmarc-mais-quest-ce-que-cest/

https://blog-fr.sendinblue.com/spf-dkim-dmarc-delivrabilite-emails/

  • Like 1
Link to comment
Share on other sites

Il semble que vous utilisiez un serveur smtp pour vos envois de mail, vous utilisez les services de mailjet mais votre nom de domaine n'est pas convenablement configuré pour ça au niveau des DNS.

 

Pourquoi ne pas utiliser tout simplement l'envoi PHP par défaut pour vos emails prestashop, et réserver les envois des Newletters par le bias de Mailjet uniquement ?

Link to comment
Share on other sites

Il semble que vous utilisiez un serveur smtp pour vos envois de mail, vous utilisez les services de mailjet mais votre nom de domaine n'est pas convenablement configuré pour ça au niveau des DNS.

 

Pourquoi ne pas utiliser tout simplement l'envoi PHP par défaut pour vos emails prestashop, et réserver les envois des Newletters par le bias de Mailjet uniquement ?

L'envoie php ne fonctionne pas, c'est pour cela que j'avais configurer smtp... Mais j'envoie mes newsletter via mailjet, j'utilse juste le smtp pour recevoir les notifications par mail ...

IPV6 ? De quoi parlez-vous ?

Les champs dkim, spf et dmarc se mettent dans les entrées DNS.

Si vous n'y comprenez rien, regardez la doc ou demandez à un pro: 

http://www.badsender.com/2014/01/13/delivrabilite-spf-dkim-dmarc/

https://blog.seboss666.info/2015/12/spf-dkim-dmarc-mais-quest-ce-que-cest/

https://blog-fr.sendinblue.com/spf-dkim-dmarc-delivrabilite-emails/

j'au vu que mes dns etait sur l'ipv4 et je peux passer à l'ipv6...

Link to comment
Share on other sites

Oui ben vous ferez ça quand l'IPV6 sera au point ce qui est loin d'être la cas vu que 60% des serveurs au monde ne savent pas la traiter et les résolvent en IPV4.

De plus l'IPV6 c'est le bonheur pour les spammeurs^^ (Impossible de les bloquer)

 

Donc commencez par suivre les recommendations citées plus haut avant de jouer à l'apprenti sorcier.

  • Like 1
Link to comment
Share on other sites

pour finaliser votre config.. il faut modifier un champ dans les DNS :

Sender ID est semblable à SPF, mais il vérifie l'adresse d'expéditeur, pas l'adresse de rebond.
Ce que nous avons retenu comme votre enregistrement SPF actuel est :

v=spf1 include:spf.mailjet.com include:mx.ovh.com ~all

Cela devrait être changé en :

v=spf1 a mx include:spf.mailjet.com ~all
Link to comment
Share on other sites

HA... vous avez modifié, bien !

 

Vous avez récemment modifié vos DNS, veuillez faire un nouveau test dans 12 heures.

Link to comment
Share on other sites

Oui :)

 

Par contre j'ai maintenant un soucis de "TimeOut", j'ai mon backoffice qui charge en boucle. je suis obligé à chaque sécession de changer le nom du répertoire admin pour me reconnecter... VDM

 

 

According to monitor 'HTTP monsite.fr', the http service on 'monsite.fr' has

 

not been working as specified since 2017-07-11 14:52:14.

 

Edited by mistercool (see edit history)
Link to comment
Share on other sites

Bonjour,

 

J'ai toujours le meme soucis, et ni ovh ni mailjet arrivent à m'aider! si une âme charitable voulait bien jeter un oeil ?  :rolleyes:

Merci à tous.

 

OK, il me faudrait en pv l'accès au compte ovh et l'accès FTP au site + accès Back Office, et éventuellement l'accès mailjet pour vérifier tout ça correctement.

Link to comment
Share on other sites

Super! je t'envoie ça.

 

Après avoir reconfiguré pas mal de choses dans l'onglet performance et réactivé la fonction override, puis supprimé des fichiers overrides foireux d'un module OPC mal désinstallé, le paiement fonctionne à nouveau avec les surcharges activées... ensuite le module mailalert à été mis à jour puis désinstallé/réinstallé, passage de commande, mails reçus en utilisant la fonction PHP classique, il reste les DNS du domaine à bien configurer et pour moi tout fonctionne correctement suites aux tests.

 

Enjoy !

Link to comment
Share on other sites

Tweb,

 

Merci d'avoir pris le temps de regarder.

Mais je ne reçois toujours pas les mails, et les clients non plus.

Comme d'habitudes les mails test arrivent bien et OVH m'a confirmé : aucun problème au niveau DNS.

Je viens de remarquer aussi dans (parametres avancés>informations) max_execution_time : 0 (ovh me confirme 300)

 

Bien à vous.

Link to comment
Share on other sites

Tweb,

 

Merci d'avoir pris le temps de regarder.

Mais je ne reçois toujours pas les mails, et les clients non plus.

Comme d'habitudes les mails test arrivent bien et OVH m'a confirmé : aucun problème au niveau DNS.

Je viens de remarquer aussi dans (parametres avancés>informations) max_execution_time : 0 (ovh me confirme 300)

 

Bien à vous.

 

Et bien lors des tests effectués sur votre boutique, j'ai bien reçus les emails du module mailalert et tous les emails en tant que client.

Donc, je ne vois pas très bien ou est le souci, avez-vous modifié des paramètres depuis mon intervention ?

 

le max_execution time : 0 veut dire illimité.. mais OVH vous confirme correctement, vous n'avez que 300ms pour cette valeur en production sur le serveur mutualisé.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...