HTML customer emails not working

[Sonnie]

Well shucks (expletive replacement), I have tried about every combination possible. I must say my hosting is quite tolerant of just about all of the settings I have tried. Sends emails out just fine, just not in HTML. This is certainly not a crisis, as long as emails are sent, confirmations, orders, etc. I just believe HTML emails look more professional. Thank you Chuckl for all of your help. If someone stumbles across this thread with another idea, please post.

[Chuckl]

There is the remote possibility that your host uses 7bit mime for emails. Which would also explain why your admin emails come through fine.(Admin defaults to 7bit).

To test that, edit the 2 email_use_8bit.php files and change the define from 8bit to 7bit.

Rgds,

[Sonnie]

There is the remote possibility that your host uses 7bit mime for emails. Which would also explain why your admin emails come through fine.(Admin defaults to 7bit).

To test that, edit the 2 email_use_8bit.php files and change the define from 8bit to 7bit.

Rgds,

I contacted support at my host, who stated they use 8bit mime. However I edited the files above, the results were the same. Emails sent as text.

[Sonnie]

Well, after tons of trials and errors I've found something interesting.

I have the Configuration>Customer Details - Customer Default Email Preference set to 1 (HTML)

If I look in Customers>Customers>Edit, it shows the customer's Email Format Pref: as HTML

However, if the customer is logged in, goes to My Account>View or Change my account information, the Newsletter and Email Details shows the TEXT-Only radio button marked. If that is changed to HTML, updated, then all subsequent emails are then sent as HTML.

I am not using newsletters and there is no email preference choice on the sign up page.

So what is happening with the Customer Default Email Preference setting in the configuration?

And why is it showing the customer's Email Format Pref: as HTML?

[Chuckl]

Thats often caused by a 'constant variable', something that is user selectable in one place is hard coded in somewhere else.
Might be related to the posts on this page

http://www.zen-cart.com/forum/showth...=37185&page=44

[Sonnie]

Thats often caused by a 'constant variable', something that is user selectable in one place is hard coded in somewhere else.
Might be related to the posts on this page

http://www.zen-cart.com/forum/showth...=37185&page=44

Thanks Chuckl, I looked through the above thread, but nothing really popped out as to what I might be looking for. I'll keep going through it.

Way back in my DOS programming days, unless otherwise defined, variables defaulted to values (ie String Variables to NULL, Integers to 0, etc. Would it not be possible upon customer signup to initially hard-code in the customer's email preference variable (whatever that is) to HTML? Could this be done in create_account.php? And by the way, what IS that variable?

[DrByte]

1. What version of Zen Cart? (I believe you said 1.3.7 a bit ago)
2. Was this a fresh install or an upgrade? from what version?
3. What contributions/addons do you have installed?
4. What customizations have you made to the create-account process?
- /includes/modules/create_account.php
- /includes/modules/pages/create_account/header_php.php
- /includes/templates/YOURTEMPLATE/templates/tpl_create_account_default.php
and any other files related to the create-account infrastructure?

[Sonnie]

1. What version of Zen Cart? (I believe you said 1.3.7 a bit ago)
2. Was this a fresh install or an upgrade? from what version?
3. What contributions/addons do you have installed?
4. What customizations have you made to the create-account process?
- /includes/modules/create_account.php
- /includes/modules/pages/create_account/header_php.php
- /includes/templates/YOURTEMPLATE/templates/tpl_create_account_default.php
and any other files related to the create-account infrastructure?

Hi DrByte,

Version 1.3.7
Fresh install using Fantastico on my server
No addons
No customizations of any files (that I know of).
Used the Admin panel to set my preferences for the store.

[Sonnie]

Just did a check on the database. After a customer signs up, the customer_email_format field is null (blank). This field is not being written to during signup. However, if a customer accesses their account, updates, then the field is written to.

[DrByte]

You mentioned that you have turned off the newsletter-selection box for customers. However, since the email-format-preference is determined in that section of the page, since you have supressed the ability for the customer to make such selection, it is being set to the database-default of TEXT.
To override that, do the following:
edit /includes/modules/create_account.php
around line 25, you see:

  $zone_id = 0;
  $error = false;
/**
 * Process form contents
 */

insert two new lines in the middle of that, as shown:

  $zone_id = 0;
  $error = false;
  $email_format = (ACCOUNT_EMAIL_PREFERENCE == '1' ? 'HTML' : 'TEXT');
  $newsletter = (ACCOUNT_NEWSLETTER_STATUS == '1' ? false : true);
/**
 * Process form contents
 */

You can then remove these lines from 429-430, as they will now be redundant:

  if (!isset($email_format)) $email_format = (ACCOUNT_EMAIL_PREFERENCE == '1' ? 'HTML' : 'TEXT');
  if (!isset($newsletter))   $newsletter = (ACCOUNT_NEWSLETTER_STATUS == '1' ? false : true);

Now all new customers will get the preference selected by the administrator, rather than their own choice.