Can someone please tell me how you are supposed to add a plain text alternative to the templates?
You cannot do it within the CK Editor as it strips out anything above the <body> tag.
Currently all that shows when viewed text-only is "This is a HTML email and your email client software does not support HTML email!"
I can see this in the php code of the mail.php:
if ($this->text) {
$message .= $this->text . $this->newline;
} else {
$message .= 'This is a HTML email and your email client software does not support HTML email!' . $this->newline;
So I wonder how one can create "$this->text"?
PS: Opencart 1.5.5.1
You can force ckeditor into Source mode by setting that as its default in its own config file. Then if you do not manually add a tag or the like, there won't be one, without your wondering which way you toggled it. That's the simpler means. Another approach is to perform certain Medieval acts upon ckeditor and calls to it in order that its sole remaining ability is to occupy disc space. Then there will be no wysiwyg for the box. That's perhaps the more satisfying means. You'll probably want the simpler one, it's the more readily reversible.
Very useful info, but I already know how to disable CK Editor, however that still does not help pass a plain text version.
I was hoping someone who knows their PHP might shed some light on what it takes to pass plain text using that bit of php.
Seems a few people have asked about offering a multipart email.
I was hoping someone who knows their PHP might shed some light on what it takes to pass plain text using that bit of php.
Seems a few people have asked about offering a multipart email.
What I get from a dead simple ascii box is dead simple ascii mail outbound, which I send for the same reason that I normally trap and discard inbound html mail -- it carries a risk and mail is mail not webpages, send Seals after the marketeers who screw up everything they imagine ways to touch.
I appreciate the sentiment but you cannot turn the clock back (unless you really do want the web to be like Mosaic circa 1993).
I am not asking for whether you think it is necessary to send html email, its here people like it (especially the kind of people I am targeting).
But to be fair to all I want to offer both worlds. Currently Opencart does not facilitate this, its either one or the other, but if I wish to offer html I need something for those with html off instead of "This is a HTML email and your email client software does not support HTML email!".
Anyone got a solution?
I am not asking for whether you think it is necessary to send html email, its here people like it (especially the kind of people I am targeting).
But to be fair to all I want to offer both worlds. Currently Opencart does not facilitate this, its either one or the other, but if I wish to offer html I need something for those with html off instead of "This is a HTML email and your email client software does not support HTML email!".
Anyone got a solution?
I understand that. What I was seeing was that you did not want to toggle it, you wanted to send plain text. What I was saying was that you could toggle it, set it, or dispense with it, accordingly. The message to effect that the e-mail client does not support the message can be amended just to say in effect, "The message is html, reset your mail client to see it." Overall behavior might actually vary between MAIL from webserver (no handoff before gone) and SMTP from mailserver (handoff even in order to send it).
Part of the problem is where that message arises -- find it, and where it fires. Formerly mail clients could be told to show a message one way or the other, automatically preferred way first; now at least some of them won't do that. Many messages are currently sent as plain text with text links and wording to effect that you can see the html by going there, and arrive viewable one way or the other.
http://stackoverflow.com/questions/1173 ... rough-java,
"It is expected that those who configured their e-mail client to prefer text, actually do see the text instead of HTML. Only thing what you as a sender can do is to write more meaningful plain text message." [and] "It is the user's choice as to whether they configure their email client to display the HTML or plain text version of the email body. Ideally you should send both, but if you are only going to send one version, then you should simply leave the other one out." [and]
"The bottom line is that if you want your emails to be readable by your users, it is your job to make sure that there are viable HTML and plain text versions. If you don't, you risk alienating some of your users who can't or won't read HTML email for various reasons." [and] "A common workaround is to use a message like "If you cannot view HTML, read this message online at http://[path]".
http://www.brighthub.com/computing/wind ... 14309.aspx
Goes over several aspects of the problem, notes among other things advisability of getting recipient preference for text or html in order to send that. "Many commercial mailing lists ask subscribers whether they wish to receive HTML or plain text messages. This information is often managed automatically by mailing list management software, but it can also be helpful to identify the email preferences of ordinary Outlook contacts."
at http://siven76.wordpress.com/2013/03/06 ... tml-email/,
$mail->setHtml($html);
$mail->setText(html_entity_decode($text, ENT_QUOTES, 'UTF-8'));
$mail->send();
http://pressf1.pcworld.co.nz/showthread ... pport-HTML,
owed to Avast
Those among some 66,400,000 fall out of https://www.google.com/search?q=This+is ... HTML+email! -- for the message itself.
A further wrinkle, raised by storm-cloud in another context having some apparent similarities as to html, is whether and how, here in a generalized context, the behaviors are "related to the CID (Content ID) assignment."
Part of the problem is where that message arises -- find it, and where it fires. Formerly mail clients could be told to show a message one way or the other, automatically preferred way first; now at least some of them won't do that. Many messages are currently sent as plain text with text links and wording to effect that you can see the html by going there, and arrive viewable one way or the other.
http://stackoverflow.com/questions/1173 ... rough-java,
"It is expected that those who configured their e-mail client to prefer text, actually do see the text instead of HTML. Only thing what you as a sender can do is to write more meaningful plain text message." [and] "It is the user's choice as to whether they configure their email client to display the HTML or plain text version of the email body. Ideally you should send both, but if you are only going to send one version, then you should simply leave the other one out." [and]
"The bottom line is that if you want your emails to be readable by your users, it is your job to make sure that there are viable HTML and plain text versions. If you don't, you risk alienating some of your users who can't or won't read HTML email for various reasons." [and] "A common workaround is to use a message like "If you cannot view HTML, read this message online at http://[path]".
http://www.brighthub.com/computing/wind ... 14309.aspx
Goes over several aspects of the problem, notes among other things advisability of getting recipient preference for text or html in order to send that. "Many commercial mailing lists ask subscribers whether they wish to receive HTML or plain text messages. This information is often managed automatically by mailing list management software, but it can also be helpful to identify the email preferences of ordinary Outlook contacts."
at http://siven76.wordpress.com/2013/03/06 ... tml-email/,
$mail->setHtml($html);
$mail->setText(html_entity_decode($text, ENT_QUOTES, 'UTF-8'));
$mail->send();
http://pressf1.pcworld.co.nz/showthread ... pport-HTML,
owed to Avast
Those among some 66,400,000 fall out of https://www.google.com/search?q=This+is ... HTML+email! -- for the message itself.
A further wrinkle, raised by storm-cloud in another context having some apparent similarities as to html, is whether and how, here in a generalized context, the behaviors are "related to the CID (Content ID) assignment."
Wow thats a wordy reply, but assuming English is your first language (if not then it explains), your answers sound like the Riddler in Batman (the original one play by Cesar Romero of course)!
Again, I want to include a Plain Text version of the email content, not change the warning text. Mailchimp, Campaign Monitor etc all offer this option either automatically created from the HTML version or a textarea box to enter your own text.
Then their clever backend code adds it to your HTML email so both get sent as a multipart message. That way the recipient see something meaningful either way.
Is there really no way paid or free someone could not write a Mod or Extension to get Opencart to do this?
Again, I want to include a Plain Text version of the email content, not change the warning text. Mailchimp, Campaign Monitor etc all offer this option either automatically created from the HTML version or a textarea box to enter your own text.
Then their clever backend code adds it to your HTML email so both get sent as a multipart message. That way the recipient see something meaningful either way.
Is there really no way paid or free someone could not write a Mod or Extension to get Opencart to do this?
Notwithstanding whether what ad hominem attack actually measures is lost upon you and whether the significance of quotation marks is lost upon you, you have several solutions at hand, to wit, (1) OC already has the capability you desire (thus, some of us choose to shut it off rather than rely upon recipients' unavoidable preferences), (2) you can actually use mailchimp (and others), and (3) if your account permits you can actually install your own mailerservers (plural, insofar as the several protocols are concerned) to dispatch whatever you please. Good luck with it.
Where is the capability as I cannot see it?
I do plan to use MailChimp for some purposes, however that does not cover system generated emails.
I do plan to use MailChimp for some purposes, however that does not cover system generated emails.
Who is online
Users browsing this forum: No registered users and 47 guests
