Contact us form missing customers email address
Contact us form missing customers email address
Hi all,
Using the version 1.0.8.20 not seeing the customer's email address after the email is received.
Thanks,
Craig
Using the version 1.0.8.20 not seeing the customer's email address after the email is received.
Thanks,
Craig
-
- Lead Developer
- Posts: 3001
- Joined: Tue Oct 29, 2019 9:37 am
- : Buy Me A Beverage
- Has thanked: 52 times
- Been thanked: 167 times
Re: Contact us form missing customers email address
It would be the "from" part of the email.
It is not in the text of the email.
It is not in the text of the email.
Re: Contact us form missing customers email address
The "from" part of the email is showing the customer first name, last name and the default email address from my hosting company instead of what the customer entered into the email address field in the form on the contactus.php file.
-
- Lead Developer
- Posts: 2843
- Joined: Tue Nov 05, 2019 6:02 pm
- Has thanked: 4 times
- Been thanked: 187 times
Re: Contact us form missing customers email address
Code: Select all
INSERT INTO configuration (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) VALUES ('E-Mail From', 'EMAIL_FROM', 'root@localhost', 'All e-mails will be sent from this address', 12, 6, NOW());
Re: Contact us form missing customers email address
Thanks ecartz! I am using GMail and changed this SQL command line to our email address info@domainname.com. Now we receive the customer's email address through the contactus form. Can that fix be added to the next revision of the software?
-
- Lead Developer
- Posts: 2843
- Joined: Tue Nov 05, 2019 6:02 pm
- Has thanked: 4 times
- Been thanked: 187 times
Re: Contact us form missing customers email address
It only works if you want to send all emails from a particular address. I.e. it is a fix specific to your situation.
Re: Contact us form missing customers email address
After upgrading to v1.0.9.5 I have this issue again where the contact us fields for the customer aren't showing only our email address from the domain. I see under Admin / E-Mail Options the E-Mail from which matches the email address for our domain. The contact_us.php language file shows the success text to be Your enquiry has been successfully sent to the Store Owner. Although on our live site and the development site v1.0.9.8 after submitting the contact us form - Thank you. Your enquiry has been sent to the Shopowner. On the dev site the customer name comes through on email, but their email address doesn't It's just our domain email address.
-
- Posts: 5
- Joined: Thu Jan 09, 2025 3:19 pm
Re: Contact us form missing customers email address
Sadly I have exactly the same problem described by cwh2000. I am a new user of CE Phoenix cart and have just installed version v1.0.9.9.
The configuration table contains a row with the following values:
configuration_id: ## [obscured]
configuration_title: E-Mail From
configuration_key: EMAIL_FROM
configuration_value: myemail@mysite.co.uk [anonymised]
configuration_description: All e-mails will be sent from this address
configuration_group_id: 12
sort_order: 6
last_modified: 2025-01-09 15:07:09
date_added: 2025-01-06 12:55:27
use_function: NULL
set_function: NULL
The email address in the configuration_value column is a domain address and matches the store owner eamail address in Configuration->My Store->E-Mail Address.
Any suggestions?
The emails do not contain customer information, for example, this example was submitted by a test user with address anonymised@gmail.com:
Subject: Enquiry from MySite
Date: Thu, 09 Jan 2025 14:02:14 +0000
From: myemail@mysite.co.uk
To: My Site <myemail@mysite.co.uk>
This is a test email
The configuration table contains a row with the following values:
configuration_id: ## [obscured]
configuration_title: E-Mail From
configuration_key: EMAIL_FROM
configuration_value: myemail@mysite.co.uk [anonymised]
configuration_description: All e-mails will be sent from this address
configuration_group_id: 12
sort_order: 6
last_modified: 2025-01-09 15:07:09
date_added: 2025-01-06 12:55:27
use_function: NULL
set_function: NULL
The email address in the configuration_value column is a domain address and matches the store owner eamail address in Configuration->My Store->E-Mail Address.
Any suggestions?
The emails do not contain customer information, for example, this example was submitted by a test user with address anonymised@gmail.com:
Subject: Enquiry from MySite
Date: Thu, 09 Jan 2025 14:02:14 +0000
From: myemail@mysite.co.uk
To: My Site <myemail@mysite.co.uk>
This is a test email
-
- Posts: 5
- Joined: Thu Jan 09, 2025 3:19 pm
Re: Contact us form missing customers email address
Ah... Found the issue and am posting for the benefit of others.
I've just examined the headers of the email that I received (all anonymised):
To: "My Site" <myemail@mysite.co.uk>
Subject: Enquiry from My Site
X-PHP-Script: mysite.co.uk/contact_us.php for 255.255.255.255
X-PHP-Originating-Script: 1717:email.php
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: myemail@mysite.co.uk
Reply-to: "Anon Y. Mous" <anonymised@gmail.com> <<<<<<<<
Message-Id: <xxx@999.yyy.zzz>
From: myemail@mysite.co.uk
Date: Thu, 09 Jan 2025 14:02:14 +0000
This is a test email
So - in my email client I do not see the Reply-to address. However, it exists in the message header and this is where the original customer information is stored. I need to see if I can configure the email client to use the Reply-to header.
Now... maybe I should buy *myself* a coffee!
However, because not all email clients make use of the Reply-to: header, wouldn't it better if Phoenix inserted these details into the body of the message?
I've just examined the headers of the email that I received (all anonymised):
To: "My Site" <myemail@mysite.co.uk>
Subject: Enquiry from My Site
X-PHP-Script: mysite.co.uk/contact_us.php for 255.255.255.255
X-PHP-Originating-Script: 1717:email.php
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: myemail@mysite.co.uk
Reply-to: "Anon Y. Mous" <anonymised@gmail.com> <<<<<<<<
Message-Id: <xxx@999.yyy.zzz>
From: myemail@mysite.co.uk
Date: Thu, 09 Jan 2025 14:02:14 +0000
This is a test email
So - in my email client I do not see the Reply-to address. However, it exists in the message header and this is where the original customer information is stored. I need to see if I can configure the email client to use the Reply-to header.
Now... maybe I should buy *myself* a coffee!

However, because not all email clients make use of the Reply-to: header, wouldn't it better if Phoenix inserted these details into the body of the message?
-
- Lead Developer
- Posts: 3001
- Joined: Tue Oct 29, 2019 9:37 am
- : Buy Me A Beverage
- Has thanked: 52 times
- Been thanked: 167 times
Re: Contact us form missing customers email address
The contact_us page uses a form which if properly filled in invokes;
Notifications::mail [ https://github.com/CE-PhoenixCart/Phoen ... ns.php#L13 ]
with these parameters;
Notifications::mail(STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS, sprintf(EMAIL_SUBJECT, STORE_NAME), $enquiry, $name, $email_address);
Parameter explanation;
STORE_OWNER - name of the owner as set up in the admin area
STORE_OWNER_EMAIL_ADDRESS - email address of the owner as set up in the admin area
EMAIL_SUBJECT - title of the email as set up in the language file for contact_us.php
STORE_NAME - name of the shop as set up in the admin area
$enquiry - the contents of the text box in contact_us.php
$name - the contents of the name input box in contact_us.php
$email_address - the contents of the email adsress input box in contact_us.php
Notifications::mail activates email::send [ https://github.com/CE-PhoenixCart/Phoen ... l.php#L359 ]
Interesting Part of email::send is this block of code;
https://github.com/CE-PhoenixCart/Phoen ... #L372-L377
which says;
if EMAIL_FROM is defined, then both From and Reply-To are set
From: EMAIL_FROM
Reply-To: $from
Which, assuming core code has no issues...suggests EMAIL_FROM is not correctly set in your installation.
EMAIL_FROM must be an email account that is BOTH existing and of your domain. EG info@yourshop.co.uk which yourshop.co.uk is your domain name and "info" is an inbox correctly set up where you can receive emails.
Notice that I have put assuming in italics as it very well may be that core is broken, or that your server is set up in some weird way. I have just tested core 1.0.9.9 and email headers look like this;
Where some made up customer "Willy Wonka" sent a "blah blah" message.
From that, it appears everything is as it should be.
Notifications::mail [ https://github.com/CE-PhoenixCart/Phoen ... ns.php#L13 ]
with these parameters;
Notifications::mail(STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS, sprintf(EMAIL_SUBJECT, STORE_NAME), $enquiry, $name, $email_address);
Parameter explanation;
STORE_OWNER - name of the owner as set up in the admin area
STORE_OWNER_EMAIL_ADDRESS - email address of the owner as set up in the admin area
EMAIL_SUBJECT - title of the email as set up in the language file for contact_us.php
STORE_NAME - name of the shop as set up in the admin area
$enquiry - the contents of the text box in contact_us.php
$name - the contents of the name input box in contact_us.php
$email_address - the contents of the email adsress input box in contact_us.php
Notifications::mail activates email::send [ https://github.com/CE-PhoenixCart/Phoen ... l.php#L359 ]
Interesting Part of email::send is this block of code;
https://github.com/CE-PhoenixCart/Phoen ... #L372-L377
which says;
if EMAIL_FROM is defined, then both From and Reply-To are set
From: EMAIL_FROM
Reply-To: $from
Which, assuming core code has no issues...suggests EMAIL_FROM is not correctly set in your installation.
EMAIL_FROM must be an email account that is BOTH existing and of your domain. EG info@yourshop.co.uk which yourshop.co.uk is your domain name and "info" is an inbox correctly set up where you can receive emails.
Notice that I have put assuming in italics as it very well may be that core is broken, or that your server is set up in some weird way. I have just tested core 1.0.9.9 and email headers look like this;
Code: Select all
To: "GB" <info@xyzshop.com>
Subject: Enquiry from Fri10
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: info@xyzshop.com
Reply-to: "Willy Wonka" <willy@wonka.com>
blah blah
From that, it appears everything is as it should be.