Problème réception mail commande

Bonjour,
@valérie, je viens à nouveau de vérifier dans "com_virtuemart.3.2.10.9700_ext_aio" le fichier plugins/vmpayment/paypal/paypal.php

ne contient pas :
sur les dépôts, la dernière modif du fichier date de 5 mois...
dev.virtuemart.net/projects/virtuemart/r...ins/vmpayment/paypal

sauf erreur, sans cette fonction, il est impossible de choisir "oui" ou "non"

c'est pour ça que j'ai fait (hier) le post 27 de ce fil :
www.virtuemart.fr/forum/commandes-et-cli...mmande?start=20#7227

Salut Doc_denis

Tu as tout à fait raison
Il faut ajouter le code que tu as mentionné.
Je n'avais pas vu/ oublié que le plugin de paypal avait une declaration "statique" des variables du fichier xml.


Merci beaucoup de me l'avoir signalé.

Bonjour
le vendeur me signale qu'il ne reçoit pas les mails de commande lorsque paiement par Paypal (statut en attente, confirmé ou annulé)
version VM mise à jour sur 3.2.12
Il faut donc que je modifie le fichier PHP + que je coche la variable IP sur oui pour que ça roule ? C'est bien ça ?
Merci

Comme tu est à jour en 3.2.12, rien à bidouiller, "Alatak" à réalisé et ajouté le correctif dans cette version.
Il faut juste faire ce qui suit :

boutique > modes de paiement > paypal > "Onglet configuration"
Check IPN provider IP = NON

en gros, sur : "non" le plugin ne vérifie pas l'IP et "oui" le plugin vérifie l'IP (c'est ça qui déconne de temps en temps).

et voilà ...ça doit tourner.
sinon, le problème est ailleurs.

Ok doc
le plugin était sur check IP : Oui (ce doit être la valeur par défaut à l'install)
j'ai mis sur non. Je verrai si ça corrige ou non le souci de mail qui n'est pas envoyé au vendeur.
Merci

@Repitol
ouais, il était sur "Oui", car par défaut c'était l'option de l'ancienne version de ce plugin.
le passer sur "Non" doit corriger le problème. (nouvelle fonction by Alatak). ...merci madame.

Cette modification va régler le processus "après paiement paypal" dans VM, et si tout est correct dans la config (je n'en doute pas) le client recevra la confirmation de commande.

eh ben à priori c'est pas là qu'est l'os (hélas)
version du plugin Paypal : 3.2.12
pas d'email envoyé au vendeur (statut attente, confirmé ou annulé)
de plus Paypal rajoute 20% de Tva sur le TTC
dans les paramètres du plugin : taxe est sur "aucune règle"
vérification de l'ip est sur non.
Je sèche complètement sur le souci.

donc si paiement Paypal non confirmé (statut "en attente") on ne reçoit plus l'email comme avec la version VM 1 ? Ce n'est que sur paiement confirmé ?

si tu met :
Frais par transaction = 0

as tu un fichier :
/log/paypal.xx.log.php
ou
/logs/paypal.xx.log.php

si oui, regarde le contenu qui peut apporter des informations.

quelle type d'hébergement ?
une solution de sécurité additionnelle sur la site ?
un pare-feu activé sur l'hébergement (je pense à mutu OVH)

ton client reçois bien le reçu direct de paypal après une transaction ?

il a regardé dans le dossier "courrier indésirables" ou "spam" de sa messagerie ...voir aussi dans le webmail si accessible.
quelque fois (cas de orange "webmail"), un courrier dans spam n'est pas reçu via "pop", car intercepté avant. ...dans ce cas désactiver l'anti-spam.d'orange.
...cas Gmail, dans spam, il faut créer une règle pour ne jamais mettre en spam tel truc ou tel truc.

donc si paiement Paypal non confirmé (statut "en attente") on ne reçoit plus l'email comme avec la version VM 1 ? Ce n'est que sur paiement confirmé ?

ouais, parfois je fais un nouvel état (avec sa langue):
"A verifier" = Z

COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_Z
Votre commande MAGASIN TRUC MUCHE [%3$s] est en cours de vérification.

et je choisis ça à la place de "en attente".

...mais c'est provisoire le temps de trouver une solution.

y'à pas longtemps j'ai été obligé de modifier le pare-feu d'un dédié pour qu'il cesse de bloquer l'ip pour le retour d'une banque.
idem avec admintools.