Newsletter won't send in HTML

DrByte,
I'll give it a try shortly and report back.
I have been intentionally calling it a hack, because it's just that - brute force code to handle a special case, and I'd much rather the default code catered for and removed the special case. Not that too many people have first or last names of 'ADMIN', but you never know...

Chuck

Valid points.

My proposed change doesn't rely on the word "admin" in the email address. Instead, it depends on the specified email address not being tied to any existing customer records.
Note when sending out newsletter emails, you have the option to send to the email address of the currently-logged-in administrator. As long as this email address isn't already tied to a customer in the store, this approach will allow HTML messages to be sent by default when testing sending the newsletter to the admin.

Of course, if there is a customer record with the same email address as the administrator, all you need to do is edit that customer's preference for email format, and you're also all set.

DrByte,
Yes, that seems to work fine. I'd purposely avoided any reference/use of ADMIN_EXTRA_EMAIL etc as it was referenced only in the context of the admin copy emails, and I felt any change in that was best left to the developers.
Thanks,

Chuck

Great. This alteration will find its way into a future release ...

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

Chuck and Dr. Byte,

I've just applied the latest patch file and run a test again on my Yahoo account and received the HTML newsletter correctly, so all seems to be fixed.

Thanks!

Thats great to hear! Thanks for the feedback

Chuck

Thank you very much it works great :)

Thanks everyone for assisting with this! The fix works for me as well!

And Austy25, hello from a fellow digiscapping site! Love your tagline...see our site name :)

http://www.godigitalscrapbooking.com

hi,
Dont know if anybody is following this thread still :)

i applied the fix. but it didnt seem to work for me.
i have the mod for newsletter only subscribers installed , so the problem may lie there.
is anybody willing to look at the file for me if I PM them?

thanks,
Tom

Hi,
spoke too soon.

I got it working :)

Forgot to change in Configuration -> Email Options

Use MIME HTML When Sending Emails = true

Just to let anybody else know.
Thanks all

Is this fix for email only or for the newsletter?

I have made Dr Byte's suggested amendments but still find that I cannot receive html emails - they just arrive blank. Any ideas?

high2K:

I have made Dr Byte's suggested amendments but still find that I cannot receive html emails - they just arrive blank. Any ideas?

Are you referring to all emails, or just newsletters?
This discussion thread is specific to newsletters.

Ah! I've been using 'Send email' as the test. I've just sent a newsletter to admin and it arrived [although it had been converted to plain text in the process and delivered to my spam folder, but perhaps that's due to my own email settings on my PC??].
So thanks for the fix, but why isn't the 'send email' working with html emails?

High2k,
Don't think we've asked this yet, in Admin-Config-Email Options do you have 'Use MIME HTML when sending emails' set to true?

Chuckl:

High2k,
Don't think we've asked this yet, in Admin-Config-Email Options do you have 'Use MIME HTML when sending emails' set to true?

Sure do.

OK, if some mail is getting through it means that it is possible to send mail, even if the HTML is being lost along the way. ( hope you have Admin email format set to HTML?
Check the headers on the email/newsletter you received - in Outlook, open the email, then file-properties-details-message source. If there is a return path, reply to or a received from or similar with <nobody> listed, you need to try and get 'Emails must send from known domain' working.
If you are using PHP as the mail transport, switch to sendmail -f to see if that works.
You also need to ensure that there is an Emails sent FROM address defined in email options.
Does your hosting co. have any guidelines or recommendations as to the recommended email setup?

Hi,

I don't have the 'detail' option in Outlook. I just have properties > general.
However, I do note that where it says 'message type' it says plain text. Surely it should say rich text or html?
In admin, email format has alwys been set to HTML, and email sent from has always had an address.
I also notice that if I send a rich text message that only has text in it, then the text does come through, but it is unformatted. If I add an image to the email then the image does not appear at all - not even the little missing image box that we're all used to.
It therefore appears that although I have selected html emails, they are just defaulting to plain text.

Normally yes, but not necessarily. You mentioned implementing Dr. Bytes fix in an earlier post. Were you referring to this - referenced in post 20 in this thread?

// if no customer email record found, and admin email format is set to HTML, and sending newsletter, and admin is logged in, use HTML:
if ($customers_email_format_read->RecordCount() == 0 && ADMIN_EXTRA_EMAIL_FORMAT == 'HTML' && in_array($module, array('newsletters', 'product_notification')) && isset($_SESSION['admin_id'])) {
$customers_email_format = 'HTML';
}

If you don't have that in place, all admin emails go out as plain text.
On customer mail, I seem to remember that the default is also text.
Setting a 'FROM' email address is also of limited use unless 'Send from known domain' is also set to true, as this gets rid of 'nobody' as the mail source.
Unfortunately, that requires having a mail transport that would allow it.
At this stage I'd say ask your hosting company what mail settings they suggest to allow you to send HTML mail, and set reply to and envelope from addresses