Bienvenue, Invité
Merci de vous identifier ou de vous inscrire.    Mot de passe perdu?

Confirmation de commande envoyée à des clients non concernés
(1 lecteur(s)) (1) Invité(s)
Aller en basPage: 1
SUJET:

Confirmation de commande envoyée à des clients non concernés

#73864
fred64
Fresh Boarder
Messages: 3
graphgraph
Personne n'est hors ligne Cliquez ici pour voir le profil de cet utilisateur

Confirmation de commande envoyée à des clients non concernés

Il y a 2 Années, 2 Mois
Karma: 0  
Bonjour,
Sur une installation de Magento 1.9, lorsqu'un client passe une commande, son email de confirmation lui est bien envoyé, mais il part aussi à un client non concerné !!! Ce qui pose un très sérieux problème de confidentialité.

Sur les quelques exemples détectés, il n'y a aucune relation évidente entre les clients ainsi contactés.

Pour le coup, je ne sais absolument pas par ou commencer mon débug.
 
L'administrateur a désactivé l'accès public en écriture.
#73865
ILOA
Moderator
Messages: 612
graphgraph
Personne n'est hors ligne Cliquez ici pour voir le profil de cet utilisateur

Re:Confirmation de commande envoyée à des clients non concernés

Il y a 2 Années, 2 Mois
Karma: 13  
Comportement bizarre oui ...
Il faut voir si c'est toujours le même client qui reçoit le mail des autres commandes et si cela dépend d'un seul client ou de l'ensemble des commandes.

A tout hasard, pour une raison obsucre, coté configuration Magento (Mail des ventes), il n'y aurait pas ce mail en copie de toute les commandes ?
 
Besoin d'un site e-commerce, catalogue ou vitrine :
b**contact@i-loa.com**d
Réponse rapide
L'administrateur a désactivé l'accès public en écriture.
#73866
fred64
Fresh Boarder
Messages: 3
graphgraph
Personne n'est hors ligne Cliquez ici pour voir le profil de cet utilisateur

Re:Confirmation de commande envoyée à des clients non concernés

Il y a 2 Années, 2 Mois
Karma: 0  
Bjr Iloa,
Non, les contacts ne sont pas systématiquement les mêmes. Je ne trouve pas de corrélation.
J'ai trouvé ça :
magento.stackexchange.com/questions/9590...ng-to-wrong-customer

Il s'agirait d'un problème du système de gestion des queues, qui laisserai des enregistrements orphelins dans une des bases. J'y ai jeté un œil je retrouve effectivement tous les contacts qui ont reçu des emails qui ne leur étaient pas destinés.

Je cherche une démarche de test pour vérifier.
 
L'administrateur a désactivé l'accès public en écriture.
#73867
fred64
Fresh Boarder
Messages: 3
graphgraph
Personne n'est hors ligne Cliquez ici pour voir le profil de cet utilisateur

Re:Confirmation de commande envoyée à des clients non concernés

Il y a 2 Années, 2 Mois
Karma: 0  
Il s'agit bien de ce problème de nettoyage de table. Après vérification de la table core_email_queue_recipients, je trouve bien les mêmes message_id pour plusieurs contacts (recipients_email).
Wow, merci Google in inglich

La correction :
magento.stackexchange.com/questions/9590...ng-to-wrong-customer


1) Executer les deux requêtes SQL suivantes pour nettoyer la table core_email_queue_recipients de ses enregistrements orphelins et message_id répétés.
Code :

DELETE FROM core_email_queue_recipients WHERE message_id NOT IN (SELECT message_id FROM core_email_queue);
DELETE FROM core_email_queue_recipients WHERE recipient_id < (SELECT recipient_id FROM (SELECT recipient_id FROM core_email_queue_recipients ORDER BY message_id ASC, recipient_id DESC LIMIT 1) AS r);


La première requête supprime les enregistrements orphelins, et la seconde supprime les vieux enregistrements qui ne sont plus valides.
Si vous voulez simplement vérifier vos données sans les supprimer, il suffit de faire un Select à la place d'un Delete :
Code :

SELECT * FROM core_email_queue_recipients WHERE message_id NOT IN (SELECT message_id FROM core_email_queue);


2) Créer une clé étrangère dans la table core_email_queue_recipients pour supprimer les enregistrements des destinataires en cascade.
Code :

ALTER TABLE core_email_queue_recipients ADD FOREIGN KEY(message_id) REFERENCES core_email_queue(message_id) ON DELETE CASCADE;
 
Dernière édition: 06/07/16 à  08:57 Par fred64.
L'administrateur a désactivé l'accès public en écriture.
Revenir en hautPage: 1
Modérateur: Gabriiiel, ILOA, zuiko