newsletters not sending in HTML format - using newsletter subscribe mod

Hi-

I am using zen cart v1.3.7

I tried to send out a newsletter to people who have checked HTML as their preference towards emails but when the newsletter is sent it converts it to TEXT-Only. So these html emails arent working and with my old zen cart it worked fine. Do you know what the problem is?

Also, when I try to send out an email in admin < send email, it does not deliver the email. after i hit send, this shows up at the top of admin:

Notice: Email sent to: [email protected] (0)

The 0 above, indicating that the email was not sent.

Please help!

Jackie,

Have a look at this thread, suggest you implement the changes there.

http://www.zen-cart.com/forum/showthread.php?t=56507

sorry to be a bother on this subject but i tried this:

Chuckl:

To sum up, and consolidate everything into 1 post -

To increase the chances of emails sent from admin as HTML actually arriving as HTML, particularly to webmail based email systems such as hotmail, yahoo mail, gmail etc.; and to allow test newsletters sent to the admin email address to arrive as HTML, do the following:

Copy /includes/extra_configures/email_use_8bit.php to /admin/includes/extra_configures, so that both folders have a copy of the file.
Replace /includes/functions/functions_email.php with the attached copy, which incorporates DrBytes' suggested changes.

Chuck
and it didnt fix my problem.
Thank you for the help so far.
Jackie

Do you have a set of recommended email settings from your hosting service?

im not sure. how would i find that out?

Your hosting company may have a support section with a settings or frequently asked questions page with some info, or give them a call or drop them an email.
Just say that your website has a requirement to send out confirmation emails, and an they tell you the recommended settings/setup to do so.

If you're uncertain of what your email settings might be, simply send a support ticket to your related web hosting service and they should reply with detailed instructions on this subject.

These things worked before i upgraded my zen cart site from v1.3.0 to v1.3.7. i think the prob may be with the newsletter mod possibly?

If you installed the newsletter MOD, make sure it's entirely compatible with the newest release of Zen-Cart. The unfortunite thing is that it might be announced as: **Zen-Cart v1.3x compatible ** but might not be entirely true.

Is there a v1.3.7 updated newsletter mod? do you think if i install that over the old newsletter mod the prob could be resolved?

It would be best to uninstall the previous version of the newsletters MOD and then install the new one to avoid any unexpected problems with your online store.

I hit remove on the subscription manager then downloaded the newest version of the newsletter subscribe. now i am allowed to send text only emails and not html emails and I still do not get notifications of new orders placed on my online store. please advice.
thanks

In Admin-Configuration-Email Options, please check the setting of the 3rd item down - Use Mime HTML when sending emails.
Please check the 10th item down - Email Admin Format.
In Customers-Subscription Manager, 2nd column-Preference, is there a mix of TEXT and HTML, or predominantly one or the other.
If your admin email address is a web based mail service such as Gmail or Hotmail, please log on to the service and check the spam/blocked mail folder for your any missing messages.

everything is set correctly and it still doesnt work.

Then I'd suggest temporarily replacing the new 1.3.7 /includes/functions/functions_email.php with the functions_email.php from your old version. Another forum member had a similar problem, and this cured it.

just tried that :( still no luck. sorry guys

Thanks for the test email, to say it is sparse is an understatement...

Firstly, Could you check Amind-Tools-Server Info for the PHP version (at the top), and in the PHP Core section, what memory_limit is set to, and post the result here?

Secondly your host seems fairly set on using sendmail -f or smtpauth as the mail transport, as well as having the mail come from a mail address at your domain - i.e. that the sent FROM email address is something@your_domain.

Finally, the mail headers are to me a bit wierd, as there is 'anti abuse' tracking stuff inserted not quite in the mail body, but not where I would expect to see it.

Here is a typical piece of text mail header from a ZC store

Received: by xxxxxxx.xxxxxxxx.xxx (Postfix, from userid 33)
id 86B4B3F041; Thu, 26 Apr 2007 12:50:38 +0100 (BST)
To: [email protected]
Subject: PO #8
FROM:[email protected]
Message-Id: [email protected]
Date: Thu, 26 Apr 2007 12:50:38 +0100 (BST)
X-Virus-Status: No
X-Virus-Checker-Version: clamassassin 1.2.3 with clamscan / ClamAV 0.90.2/3164/Thu Apr 26 10:13:10 2007

and the message follows

However the test mail from your shop is as follows

Received: from xxxxxxxx by xxxxxx.xxxxxxxxxxxxx.xxx with local (Exim 4.63)
(envelope-from [email protected])
id 1HiVng-0003Ex-HI
for [email protected]; Mon, 30 Apr 2007 08:20:20 -0500
To: [email protected]
Subject: Test email from zen cart issue
Date: Mon, 30 Apr 2007 08:20:20 -0500
From: xxxxxxxx xxxxxx [email protected]
Reply-to: xxxxxxxx xxxxxx [email protected]
Message-ID: [email protected]
X-Priority: 3
X-Mailer: PHPMailer [version 1.73] via Zen Cart
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="iso-8859-1"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - xxxxxx.xxxxxxxxxxxxx.xxx
X-AntiAbuse: Original Domain - xxxxxxxxxx.xx.xx
X-AntiAbuse: Originator/Caller UID/GID - [32248 750] / [47 12]
X-AntiAbuse: Sender Address Domain - xxxxxx.xxxxxxxxxxxxx.xxx
X-Source:
X-Source-Args:
X-Source-Dir:
X-Virus-Status: No
X-Virus-Checker-Version: clamassassin 1.2.3 with clamscan / ClamAV 0.90.2/3183/Mon Apr 30 12:41:06 2007

with the strange anti-abuse tracking placed inside and after the PHPMailer header, which is generated by the Zen Cart store code. Don't think I've ever seen that before. Could just be mail server setup tho.
The content transfer encoding header is also a bit strange on a text only email, but it is at least setting up as 8 bit mime.

If you could post those server info numbers we will dig some more.

Jackie,

Could you replace /includes/functions/functions_email.php with the attached file and repeat the test with the test email address please

Whoops, got a bit enthusiastic there, could we try that again with this one

We took this 'off forum' to conduct some tests, from which it appears that the hosting service mail server might be responsible. Any text email is sent 'as is', with the addition of an x-antiabuse tracking header.
Any HTML mail also has the x-antiabuse header added after the Mime Content-Type header line, and the rest of the email is truncated/thrown away.
This occurs whether the mail is sent to another mail server or one of the web based services.

Only suggestion I can make to double check is to enable email archiving to verify that the full email body is indeed being generated, and if so, to pursue it with the Hosting Service.