Article ID: 111498, created on Sep 30, 2013, last review on May 10, 2014

  • Applies to:
  • Operations Automation 5.4
  • Operations Automation 5.3
  • Web Presence Builder 10.4
  • Plesk 11.x for Linux
  • Plesk 10.x for Linux
  • Plesk Sitebuilder 4.5 for Linux/Unix

Symptômes


Notifications du "Formulaire de contact" de Web Presence Builder 10, 11


Dans les paramètres du module "Formulaire de contact" de Web Presence Builder versions 10 et 11, vous pouvez configurer les options Destinataire, Objet et Intitulé du bouton.

L'adresse mail dans le champ Destinataire correspond au destinataire des notifications envoyées par le formulaire de contact sur le site publié. Dans le chapitre "Contact Form" de Guide de l'administrateur Parallels Plesk Panel 11.0 (en anglais), vous trouverez davantage de détails sur ce module.

Notifications de commandes eShop dans Parallels Plesk Sitebuilder 4.5


Lorsque vous configurez le module eShop pour votre site via l'assistant Sitebuilder, vous indiquez votre adresse mail owner@domain.tld dans le champ Email des notifications sur la page de configuration. Il s'agit de l'adresse mail du propriétaire de l'eShop. D'après le chapitre "Setting Up Customer Order Notification" du Guide de l'utilisateur Plesk Sitebuilder 4.5 pour Linux/Unix (en anglais), cette adresse s'affiche dans le champ "De" de la notification reçue. Si un client commande un produit via l'eShop, il indique sa propre adresse mail, customer@domain.tld, dans le champ Email de l'acheteur de la section sur les informations.

Lorsque la commande est créée, deux notifications sont envoyées depuis le site publié. La première notification est envoyée à l'adresse mail du propriétaire de l'eShop (owner@domain.tld) et l'adresse mail du client customer@domain.tld est affichée dans le champ "De" du message. Une autre notification est envoyée à l'adresse mail du client (customer@domain.tld) et l'adresse mail du propriétaire de l'eShop (owner@domain.tld) s'affiche dans le champ "De" du message reçu. Cette structure de notification des commandes est codée en dur dans le module eShop. Le champ "De" ne peut pas être modifié. Il s'agit toujours de l'adresse mail du propriétaire de l'eShop ou de l'adresse du client.

Description du problème


Dans Web Presence Builder versions 10 et 11 et dans Parallels Plesk Sitebuilder version 4.5, les notifications sont envoyées avec la fonction PHP mail(). Dans le fichier log du mail, vous pouvez voir que ces notifications sont envoyées par "from=<apache@sitebuilder_host>" : apache indique l'utilisateur Apache et sitebuilder_host correspond au nom d'hôte du serveur. Il arrive que de telles notifications soient considérées comme du spam par les filtres du serveur destinataire.

Est-il possible de changer l'adresse de l'expéditeur, champ "De" ?

Résolution

Pour modifier le champ De nous vous recommandons d'ajouter le champ -r sender@domain.tld à l'option sendmail_path de votre configuration PHP :  

1. Afin de modifier le champ De pour l'ensemble des mails envoyés depuis le serveur :
 
/etc/php.ini
>8
sendmail_path = /usr/sbin/sendmail -t -i -r sender@domain.tld
---8<---

 
2. Afin de modifier le champ De pour les mails envoyés depuis un domaine spécifique dans Parallels Plesk Panel (si le site Parallels Plesk Sitebuilder/Web Presence Builder est publié dans le domaine Plesk) :
 
/var/www/vhosts/DOMAIN.TLD/conf/vhost.conf
>8
php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -r sender@domain.tld"
---8<---

 
Une fois que vous avez créé /var/www/vhosts/DOMAIN.TLD/conf/vhost.conf sur le serveur Plesk, pensez à recréer les fichiers de configuration Apache avec l'utilitaire websrvmng pour Parallels Plesk Panel 8.x et 9.x ou httpdmng pour Parallels Plesk Panel 10.0 et les versions ultérieures :

Parallels Plesk Panel 8.x, 9.x :
~# /usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=DOMAIN.TLD

Parallels Plesk Panel 10.0 et versions ultérieures :
~# /usr/local/psa/admin/sbin/httpdmng --reconfigure-domain DOMAIN.TLD

f7f840260c1591440648a375a64b5b75 fad6dc0c8e983c17ae70a51ac7952cd0 d055be4fdc562a8ecb8e6d0bf419f946 ea6a61e571a858aa6019ceb068ea403a 56797cefb1efc9130f7c48a7d1db0f0c 9305481d3bd31663b68451e3bfdec5a5 dd0611b6086474193d9bf78e2b293040 a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 ac82ce33439a9c1feec4ff4f2f638899 caea8340e2d186a540518d08602aa065 5356b422f65bdad1c3e9edca5d74a1ae 2554725ed606193dd9bbce21365bed4e a8cdca46e4357a6e38fded820770e272 0a53c5a9ca65a74d37ef5c5eaeb55d7f e25c735791afe5339193a6713dc869da fcc77842a9b72e057b171fd1879f0616 614fd0b754f34d5efe9627f2057b8642

Email subscription for changes to this article
Save as PDF