planetediscount

Si j'enlève le - $from = Configuration::get('PS_SHOP_EMAIL'); - les emails envoyés du formulaire auront le mail du contact en from ce qui bloquera l'envoi par mailjet and co. Je pense il faut que je garde ce dernier pour bien avoir le from avec le mail de la boutique. Je viens de tester en enlevant juste - $message->setReplyTo($from); - et tout à l'air ok, from est le mail de la boutique et replyto le mail du contact du formulaire.

Hello Eolia, Je pense avoir trouvé mon problème, dans classe/Mail.php j'ai /* Send mail */ $message->setReplyTo($from); $from = Configuration::get('PS_SHOP_EMAIL'); $send = $swift->send($message, $to_list, new Swift_Address($from, $from_name)); $swift->disconnect(); ShopUrl::resetMainDomainCache(); Je ne pense pas normal le bout de code - $message->setReplyTo($from); - Je n'arrive pas à voir si il y est de base ou si il y a eu une modification.

Merci pour ton retour Eolia, donc en modifiant le null, $from de la fin de la troisième ligne par $contact->email, $contact->email - bcc devrait être l'email du contact et replyto l'email du contact ? Si ça ne fonctionne pas cela peut être du à quoi ? j'ai vérifié et je n'ai pas d'override Mail.php, Mailsend.php et ContactController.php

Bonjour, Je suis sur Prestashop 1.6.1.4 avec le multiboutique. Lorsqu'un visiteur ou client envoi un message depuis le formulaire de contact il reçoit bien le message de retour et je reçois bien le message sur le mail de la boutique. Le champ from est bien l'email de la boutique mais le champs reply_to est aussi celui de la boutique au lieu pour ma logique d'être celui du contact qui à envoyé le message ($contact->email il me semble). Lorsque l'on clique sur répondre le champ email est vide sur Thunderbird mais dans la source du mail il y a bien replyto à l'email de la boutique, Si je récupère les email sur notre système de ticketing le mail de réponse est celui de la boutique et cela oblige à modifier à chaque mail reçu. Je souhaite donc arriver à juste avoir le mail du contact du message dans le formulaire pour le champ replyto. Dans le fichier ContactController.php j'ai cru qu'il fallait modifier le $from (de la 3eme lignes) par $contact->email mais cela ne change rien. if (!Mail::Send($this->context->language->id, 'contact', Mail::l('Message from contact form').' [no_sync]', $var_list, $contact->email, $contact->name, null, null, $file_attachment, null, _PS_MAIL_DIR_, false, null, null, $from) || !Mail::Send($this->context->language->id, 'contact_form', ((isset($ct) && Validate::isLoadedObject($ct)) ? sprintf(Mail::l('Your message has been correctly sent #ct%1$s #tc%2$s'), $ct->id, $ct->token) : Mail::l('Your message has been correctly sent')), $var_list, $from, null, null, null, $file_attachment, null, _PS_MAIL_DIR_, false, null, null, $contact->email)) { $this->errors[] = Tools::displayError('An error occurred while sending the message.'); Merci pour votre aide.

Les BOM auront été plus ch**** que les spammers aujourd'hui

Tu dois juste ajouter à la fin du fichier classes/Validate.php avant la dernière } /** * Patch Doekia spam inscription * */ public static function isCustomerName($name) { if (preg_match(Tools::cleanNonUnicodeSupport('/www|http/ui'),$name)) return false; return preg_match(Tools::cleanNonUnicodeSupport('/^[^0-9!\[\]<>,;?=+()@#"°{}_$%:\/\\\*\^]*$/u'), $name); } Ensuite du modifie le fichier classes/Customer.php avec les infos du post 1 de Doekia

et vraiment on a de la chance d'avoir doekia et eolia #hero je patch de suite

Hello Coolseed, have you arrive to get the name of group, instead of ID ? By the way your code working fine on 1.6.1.4

Bonjour, Effectivement Prestalia, le module est vraiment trop cher, et vu le nombre de pub que vous faites, vous ne devez pas en vendre beaucoup...

Prestalia, pourquoi sur tout les sujets, faites vous votre publicité ? aidez les gens au lieu de les forcer à acheter votre module. Or maybe better, ask Prestashop to take you as dev for Ebay module instead of 202 and take money from them instead of community.

Bonjour, il s'agit la de limitation venant d'Ebay.

Si vous avez une réponse, n'oubliez pas de la poster Ici pour les autres. merci

lol une réponse de 202, haha vous pouvez attendre longtemps, voir attendre et attendre et .... D'ailleurs même si ils vous répondent, attendez vous à encore attendre, attendre, .... pour voir votre problème (peut être) résolu. On ne remerciera jamais assez des gens comme Eolia d'aider en support pour ce module (ou autre) développé avec les pieds. Hors normalement ça devrait bien être 202 qui devrait le le faire... BRAVO Prestashop pour vos contrats qui sont du niveau de ce partenaire en tout cas. PS: Pour info j'ai un bug depuis plus d'un an sur le module Ebay, aussi de 202, avec un ticket ouvert lui aussi depuis plus d'un an, ba il faut voir leur réponse et la mini solution apporté, mini solution car c'est fait à la main dans mon Module Ebay hors le bug concerne tout le monde en multiboutique. Plus d'un an pour en plus après avoir fait la maj pour les EAN perdre leur modification... et bien sur j'attend toujours depuis leur solution. SUPPORT de 202 - un film d'horreur.

Bonjour nous sur 1.6.1.4 même erreur, toujours rien trouvé pour corriger. D'ailleurs la 1.6.1.4 est tellement remplit d'erreur que je me demande pourquoi avoir fait la mise à jour. Et pire je me demande même si Presta essaye leur version avant de pondre des versions complètements buggés.

Hello, we have also this error, but order are not empty. I didn't find anything on forge about that. Really strange.