Printable View
Hi there,
Zencart 1.3.9h
all_business template
I've tried installing email archive twice... and just did a winmerge on my files which are all correct. The admin has been changed by default when I installed the most recent version so rather than calling itself admin it calls itself adminxyz. is this possibly creating a conflict for me on the install? All of files/folders are in the right place.
Appreciate it, Lynn
http://BodieFoundation.org/zencart/
Never mind I figured it out.
For those that may have a difficult time installing it: be sure you focus on the includes file immediately subbing to the ADMIN folder (your particular admin-named folder). Not the public_html/includes folder.
Hope that helps!
Mine are there and it still does not work. Here again, I feel like an idiot.Quote:
Originally Posted by Pet Herbal Remedies
Need further details when you say "it still does not work".
Have you enabled email archiving for your store as per step 4 of the readme?
It still does not show up under the tools menu. Email archiving is enabled and I have since attempted to send emails. They arive in my local email but were not, at the time, making it all the way to their intended final destination. (Which is the reason for the install of this plug in.)Quote:
Originally Posted by Brent
I am using version 1.39h and it is a recent install not an upgrade. However, I am using a ancient template (Sophie Blue) that I understand was one of the very earliest alternative templates made available. It is the only aspect added to the original version of 1.39h.
My hosting company is Just Host and my url is www.zcart.ultimate4u.com.
I'm not an expert so could be completely wrong but as the Email Archive files are uploaded to your Admin directory your template may not be an issue. That's assuming you uploaded them to the correct place?
It might be a good idea to upload the files again as one may be corrupt or missing.
Just had a look and the files that creates the menu option under Tools is as follows:
Quote:
/admin/includes/boxes/extra_boxes/email_history_tools_dhtml.php
Any helpful hints, new threads or suggestions?Quote:
Originally Posted by novastar
Hi,Quote:
Originally Posted by eaglewu
I have similar problems. The text preview is fine, but the HTML preview will show the following in the header:
--------------------------------------------------------------
body {background-color:#ffffff; color:#000000; font-family:Verdana, Arial, Helvetica, sans-serif;
.... ;
.... ;
padding:5px;}
---------------------------------------------------------------
And if I used the re-send function, the customer would receive a raw HTML(or perhaps PHP too) code message starting like
---------------------------------------------------------------------
$EMAIL_SUBJECT
_html_ _head_ _meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /_ _base href
.... ;
... ..;
_/td__/tr__/table__/p_ _/body_ _/html_
----------------------------------------------------------------------
I am using zen-cart 1.3.9h, and email archive manager 1.6.
I tested it on a fresh install zen-cart to eliminate other mods and my personal customization factors, but still got the same result.
Please help. Thank you very much!
Reconstructing the HTML email is hopeless. By the time it gets into the database it's mangled to prevent hacks and can't be reliably rebuilt. We should probably just get rid of HTML Preview and make resend use the text copy (although even this would require core changes to force text send to an HTML subscriber).
Dr. Byte, your thoughts?
I had this problem too, but fixed it with a simple code change in the email template.. if you look at email_template_welcome.html within the style tag theirs no comment tag to hide the style code from getting displayed!
code in red add to the top
add to the closing tag..Code:<style type="text/css">
<!--
Code:-->
</style>
not sure on this one, If it didn't work the first time, I normally go with a different email program for the second email.Quote:
And if I used the re-send function, the customer would receive a raw HTML(or perhaps PHP too) code message starting like
Thank you for your reply.Quote:
Originally Posted by davewest
Sorry, I should have be more specific about the problem.
So far, this HTML preview "malfunction" appears in the "[New Order] Order confirmation", "Create Account, Welcome..." and those emails from the "Contact us" form. I just checked other emails, the "Discount coupon" and "Gift Certificates" and "Order Status update" emails are all right.
I am testing the resend function now, will let you guys know later...
Well, those emails are fine...
So, are there any experts going to work on this? From swguy's post, it seems it's going to be a big modification.
I agree with this - although a simpler solution might be to store it with the html. Then it can reliably be output again.Quote:
Originally Posted by swguy
Security wise I think the only html is that created internally by Zen Cart so souldn't be a problem?
Hey there. I installed the latest version and am trying to trim the emails using the feature but none of the emails are trimming. I've tried one month, 6 and 12 and none of the emails are being removed. Did I miss something. Nothing in the previous 12 pages show that same problem.
oh i am using 1.3.9h
For those testing Zen Cart 1.5.0 Beta, Email Archive Manager has been updated to support that release. Please only use the 1.5.0 version if you are actually running 1.5.0.
Hi,
I am running 1.3.9d and trying to install the latest email archive mod.
I uploaded all the files correctly!!
When I try to install SQL, I keep getting this error (#1146 - Table 'admin_pages' doesn't exist)?
What am I doing wrong?
Thank you
Please read and follow the instructions in the post directly above yours.Quote:
Originally Posted by rlexyd
Hello Dr Byte,Quote:
Originally Posted by DrByte
Will try using 1.6 instead!
Thanks
I installed v1.6 back in June 2011. No problems with the install and love having this mod. I've been using the Resend feature since installed, and only until now have I realized that nothing was ever resent. So, today I upgraded to the 1.7 version. Still resends nothing. When I click the Resend Msg button, I get the 'action=resend_confirm' page with a preview of the email. Is there something else I am supposed to do? Is there supposed to be a 'confirm send' button or something on this screen for me to click, or is it supposed to automatically send without my interaction? There is nothing on this screen except the preview of the email and the Email id in the upper right corner.
Any help would be much appreciated as I have resent hundreds of emails (at least I thought I did)
I am running v1.3.8a.
Please don't use the Download Now link at the top right edge of the page for this mod - scroll down and find the version that is appropriate for your cart version. 1.7 is only for Zen Cart 1.5.0. You should be using 1.6.
I'm not sure about the problem you're having; you'll need to place an order yourself and test using the resend button to see under which circumstances it does or does not work.
Hi, thanks for the quick reply.
As I said, I was using v1.6 in June until today. It was not resending emails. I have created my own orders, as well as sent myself emails using the Email system. Then I used v1.6 to resend. Nothing resends. And my question is, is there something on the 'action=resend_confirm' page that I am supposed to do? Or is it automatic? Maybe there is a button that is missing to confirm resend??? I don't know. There are no instructions included on how to resend, so I am working at this blindly.
I only upgraded to v1.7 today thinking it may fix the problem. But it did not. I have since reverted back to v1.6.
Thanks again.
Quote:
Originally Posted by kavlito
And, BTW, email archiving has been on since I started my cart in 9/2009 and the database is completely populated.
Ok, I completely removed both versions, v1.7 and v1.6 and reinstalled v1.6.Quote:
Originally Posted by kavlito
Now, when I click Resend Msg, I am getting a popup message asking if I am sure I want to resend this message!!! Yay!!!
However, when I click OK, the message sends, but the logo is duplicated in the email and under the first logo, the HTML tag: $EMAIL_SUBJECT is displayed.
Also, the copyright at the bottom is duplicated.
Other than that, the rest of resent the email is OK.
I will search this thread for possible fixes for that.
I have been using email archive manager for some time, just upgraded to 1.6 for 1.3.9h. When I try to search or trim archive I get logged out of admin. I seem to remember this happening when I originally installed but had a simple fix, I can't figure out what it would be, any ideas?
Thank you.
while trying to figure this out, it seems to only happen in firefox. ??
Quote:
Originally Posted by sham
Hello! I am having a good way to check my email now, but, Now I found the problem with my emails sent, I double check all the settings for sending HTML, but when I check the Email Archive Manager I only can see TEXT in the format column. I have the same configuration in another store and its working properly. I will appreciate yor help.
I can not believe I spent moths on this issue, but since I decide to fix it at least 72 hours, and at last I found the problem. I don't know why, but if I choose another language different from english, I got the trouble, all emails supposed to be sent in HTML format, doesn't work. Any way I hope it can be helpfull for anyone else. Best Regards!!!Quote:
Originally Posted by cibertienda
Has anyone fixed the HTML resend problem on the Order Confirmation or Welcome message resend? This kinda makes the whole module useless if I can't resend "some" of the messages reliably...Quote:
Originally Posted by justin2010
Resending HTML mail is not going to work; the HTML is modified prior to storage in the database to prevent attacks. I suggested that we be able to force TEXT as a mode during resend since the text could be resent.
Note that if you add yourself (or an email under your control) to the CC list for all outbound emails, you could resend from your own email client.
I wonder why the html is modified? Because all the html is generated by zencart internally (with the email templates), so what 'attack' is being prevented.Quote:
Originally Posted by swguy
The only customer input to the emails (contact us and order comments) are heavily sanitised (and de-html'd) before getting included and the rest of the email is safely generated by ZenCart.
I did once (quite a few years ago now) ammend this contribution to store the emails with the html in the database, and so enable resending of the html emails. It worked well. Basically you have to remove the (buggy) code that strips the html and create a blank email template for resending the email.
This is really a great module which works fine on my site and helps so much.
Buy I'd like to have one more feature included in the possible next version(seems little hope, since this mod got no posts for a long time)
The "trim email" functions gives little freedom to us, only 3 options: 1month, 6months and 12month.
But the "search email archive" function gives us enough option and freedom, so I'm think if we can have a "delete button" on the search result page, that would be great, see picture:
Attachment 11653
Thanks for this great mod!
Anyway to edit emails before re-sending it ?
Quote:
Originally Posted by eaglewu
I have the same issue!
Me too, using zc151 and xampp on localhost (Not live yet). And if I change the Admin > Configuration > Email Options for HTML, the css code above is replaced by an even more useless little square box.Quote:
Originally Posted by willy12
However, in shop151\includes\functions\functions_email.php, if you replace
withCode:if (!defined('EMAIL_SYSTEM_DEBUG')) define('EMAIL_SYSTEM_DEBUG','0');
the admin and customer HTML versions should render to the screen one atop the other in place of the success page for the particular email sent.Code:if (!defined('EMAIL_SYSTEM_DEBUG')) define('EMAIL_SYSTEM_DEBUG','preview');
For a live store, 'preview' should be reverted to the default '0' setting.
Hope this helps
Hi, just checking if I can drop the email_archive table from database using phpmyadmin, in order to uninstall?
And then just delete all files supplied my mod?
Thanks!
Um, not a good idea. The mod doesn't create that table. If you drop the table and turn on the archiving feature in ZC settings you'll get database errors during any customer activities that generate emails, and that would be bad.Quote:
Originally Posted by mcpisik
If you want to delete the mod, just delete its files.
Thanks. How could I empty the emails it has archived, as it only deletes a month back? (quite large)Quote:
Originally Posted by DrByte
I imagine your prior post was proposing to use phpMyAdmin to drop the table. Instead, click the button that says "empty", which will run the SQL "truncate" command on the table, which completely purges that table's entire contents.Quote:
Originally Posted by mcpisik
Oh of course, thank you for that. I had originally meant that when writing previously, but as I wasn't viewing the phpmyadmin had forgotten the terms.
Appreciate the correct fix.
Simple problem: I have uploaded all the files to server. I have double checked that. But the Archiver is not showing in my Admin under the Tools. I am using Version 1.3.7 (old I know).
Thanks for quick help.
Besides possibley (probably) not being compatible with that version of ZC, installation to such an older version is a little different, requiring atleast one file I thought that is no longer routinely created to appear on the admin panel.Quote:
Originally Posted by haostaff
Thank you, MC. I have gone back to re-install the latest version (1.6) that worked with Zencart 1.3.x, and it is now working for me as intended.Quote:
Originally Posted by mc12345678
Hi
when I use the automatic email send function in the "recover cart sales" add on I get multiple identical error logs, see below. It seems to work OK, the email is sent and I see a copy here in the archive.
Log is; [22-Jun-2014 15:43:40 Europe/Zurich] PHP Warning: substr() expects parameter 3 to be long, string given in /home/httpd/vhosts/simmar.ch/httpdocs/catalog/..............admin/email_archive_manager.php on line 435
That tells me that either you're missing the /admin/includes/languages/(your_language_here)/admin_archive_manager.php file from your server (for EACH language you've got on your site), or you've changed that file's contents and adjusted the define('SUBJECT_SIZE_LIMIT', 25); to be a non-numeric value. Make sure it's a number.Quote:
Originally Posted by marton_1
Great, thanks for your fast reply.
I am using the German language pack as well as English. I have copied the file into the German language part and it now works fine; no error messages.
Thanks again
myDEBUG: email archive manager
Is this a problem or one of those myDEBUG files to ignore?
TNX Rick
=========================
I do not know if this is new to zc1.5.3
zc v1.5.3 with database updated from v1.3.9 and charset converted from latin1 to utf8
Code:[18-Oct-2014 07:54:26 America/Los_Angeles] #1 zen_mail() called at [/home/CPANELaccount/public_html/MYADMINFOLDER/email_archive_manager.php:33]
[18-Oct-2014 07:54:26 America/Los_Angeles] PHP Warning: Illegal string offset 'EMAIL_TO_NAME' in /home/CPANELaccount/public_html/includes/functions/functions_email.php on line 99
[18-Oct-2014 07:54:26 America/Los_Angeles] #1 zen_mail() called at [/home/CPANELaccount/public_html/MYADMINFOLDER/email_archive_manager.php:33]
[18-Oct-2014 07:54:26 America/Los_Angeles] PHP Warning: Illegal string offset 'EMAIL_TO_ADDRESS' in /home/CPANELaccount/public_html/includes/functions/functions_email.php on line 100
[18-Oct-2014 07:54:26 America/Los_Angeles] #1 zen_mail() called at [/home/CPANELaccount/public_html/MYADMINFOLDER/email_archive_manager.php:33]
[18-Oct-2014 07:54:26 America/Los_Angeles] PHP Warning: Illegal string offset 'EMAIL_SUBJECT' in /home/CPANELaccount/public_html/includes/functions/functions_email.php on line 101
[18-Oct-2014 07:54:26 America/Los_Angeles] #1 zen_mail() called at [/home/CPANELaccount/public_html/MYADMINFOLDER/email_archive_manager.php:33]
[18-Oct-2014 07:54:26 America/Los_Angeles] PHP Warning: Illegal string offset 'EMAIL_FROM_NAME' in /home/CPANELaccount/public_html/includes/functions/functions_email.php on line 102
[18-Oct-2014 07:54:26 America/Los_Angeles] #1 zen_mail() called at [/home/CPANELaccount/public_html/MYADMINFOLDER/email_archive_manager.php:33]
[18-Oct-2014 07:54:26 America/Los_Angeles] PHP Warning: Illegal string offset 'EMAIL_FROM_ADDRESS' in /home/CPANELaccount/public_html/includes/functions/functions_email.php on line 103
Almost done with a fresh rebuild of the site on ZC 1.5.4 using the (among others) email archive manager 1-7b_zc1.5 . Superuser can access, but no other profile can. Have tried checking every box for that profile, only checking that box, building new profiles, re-registering the page all to no avail. In the DB it all looks right. This may hold me up from going live so if anyone has ANY ideas, please let me know!
There's going to be a file in /YOUR_ADMIN/includes/extra_datafiles that's named something like email_archive_manager_filenames.php. Look in there for a definition named something like FILENAME_EMAIL_ARCHIVE_MANAGER.
Does that definition set the value with .php at the end? If so, remove the .php from the definition.
That did it, thanks lat9!
That's great (kind of)! It was a bit of a shot-in-the-dark because I thought that v1.5.4 had introduced a change that provided a work-around for that mis-coding.Quote:
Originally Posted by gothstone
Hi I did post this elsewhere and then found this thread so re posted here. Sorry to forum admin in advance
Hi, I have installed email archive manager as some emails where not being received. When in the archive manager I have found that when I ask it to send again the order confirmation that it sends is truncated just after the first product
How do I fix this please?
Congerman
This is what I am getting, this order actually had 5 products but resend only show 1 and without a priceQuote:
Originally Posted by Congerman
Order Confirmation / Invoice from BuyExtinguishersOnline.co.uk
My customers name here
Thanks for shopping with us today!
The following are the details of your order. Our Vat reg number is **********
------------------------------------------------------
Order Number: BEO- 2648
Date Ordered: 04/11/2015
Detailed Invoice:
http://buyextinguishersonline.co.uk "standard acct info here"
Products
------------------------------------------------------
2 x 2kg Carbon Dioxide (FXC2) =
I have looked in the database and they are truncated there as well.????????
I'm having some weirdness with this contrib too... is it simply not compatible with 1.5.4?
When I tried resending an email, it throws these errors (which means nothing to me):
I tried looking up that vague "illegal string offset" error and it typically has something to do with treating a string like an array, but when I look at those lines there's no array magic going on at all?!?Code:22-Nov-2015 20:00:15 MST] PHP Warning: Illegal string offset 'EMAIL_TO_NAME' in /home/smartiep/public_html/shop/includes/functions/functions_email.php on line 99
[22-Nov-2015 20:00:15 MST] PHP Warning: Illegal string offset 'EMAIL_TO_ADDRESS' in /home/smartiep/public_html/shop/includes/functions/functions_email.php on line 100
[22-Nov-2015 20:00:15 MST] PHP Warning: Illegal string offset 'EMAIL_SUBJECT' in /home/smartiep/public_html/shop/includes/functions/functions_email.php on line 101
[22-Nov-2015 20:00:15 MST] PHP Warning: Illegal string offset 'EMAIL_FROM_NAME' in /home/smartiep/public_html/shop/includes/functions/functions_email.php on line 102
[22-Nov-2015 20:00:15 MST] PHP Warning: Illegal string offset 'EMAIL_FROM_ADDRESS' in /home/smartiep/public_html/shop/includes/functions/functions_email.php on line 103
This isn't my only issue. Previewing in HTML shows me nothing. I *must* preview in text to see anything. My admin is set to HTML, if that matters.
I suspect the two above problems are related since the error-throwing code chunk has something to do with the html block for sending an email.
Yeah it must be something to do with how HTML is handled because if I manually go in the DB and delete the HTML entry for a particular archived email, then send works fine.
OK, so now I'm thinking it has something to do with how the email is encoded/stored/retrieved/decoded
The reason is when I look at the "preview" of an HTML message, I see nothing. No error, just no message. I inspected the output and I see some strangeness. In the database, it looks like the <html> tags were all (properly) encoded to _HTML_ tags. After this contrib tries to display it to me in the preview, SOME of the _HTML_ type tags are properly decoded (<HTML>) while some are partly decoded (<HTML_) and many are simply not decoded (_HTML_).
If I manually finish the decoding job, magically the preview displays properly. I suspect this has something to do with both my preview and failure to send issues.
I don't think this fixes your problem s_mack but I have found why I have the same error even though my HTML is shut off in admin.
I ended up putting that line of code right above the zen_mail in the beginning of email_archive_manager.php. This prevents a string from being entered into zen_mail when an array is expected and fixes this error.Code:if($email->email_html == 'HTML disabled in admin') $email->email_html = array();
Did you ever fix this problem?Quote:
Originally Posted by s_mack
I have the same problem and same log entries with V155b and email_archive_manager_1-7b_zc1.5 when resending HTML emails.
I receive this (only a few lines shown) when I try to resend the confirmation email (similar problem with resend of "password forgotten" email and probably others);
When I resend an email that was created using the Zen Cart tool "send email" it is different but still not 100% correct; the first part is corrupt (see image) then it continues as usual with "dear sir" and what follows is as normal. As you see the logos are not shown, this is OK I have remote content blocked.Quote:
$EMAIL_SUBJECT
ihtml_ _head_ _meta http-equiv="Content-Type" content="text/html; charset=utf-8" /_ _base href="http://localhost:8080/zencart155b/catalog/" /_ _style type="text/css"_ body {background-color:#ffffff; color:#000000; font-family:Verdana, Arial, Helvetica, sans-serif; text-align:center;} a:link {color:#000099;} a:hover {background-color:#eeeecc; color:#0066cc;} a:visited {color:#0066cc;} .holder {background-color:#f9f9f9; border:1px solid #9a9a9a; font-size:9px; text-align:left; width:550px;} .header {font-size:10px; padding:0px; width:550px;} .content {font-size:14px; color:#000099;..........
Forgot to say that when I want to resend an email I first see a preview with a question "do I really want to send", this preview is OK, it is in text format not HTML.
Just noticed the very last part (disclaimer) of the incorrectly shown HTML email is shown as normal; I mean this
</div>
<div class="disclaimer">
<div class="disclaimer1">$EMAIL_DISCLAIMER</div>
<div class="disclaimer2">$EMAIL_SPAM_DISCLAIMER</div>
</div>
A fix for the warnings this module spits out:
Hope it helps.Code:diff -b email_archive_manager.php ~/Desktop/email_archive_manager_1-7b_zc1.5/admin/email_archive_manager.php
33d32
< if($email->email_html == 'HTML disabled in admin') $email->email_html = array();
Given that the HTML is defanged before storage, does it make sense anymore to have a VIEW HTML button? In fact, should we even bother storing the HTML anymore?
Email Archive Manager users: I have been given clearance by Dr. Byte to proceed on this change. I'll get it done in the next couple of weeks.
Just came across this... but I didn't know this wasn't suppose to work!! I think I tweet the replacement code a bit some time back, but it works for me in viewing the html format that was sent.. Works good to view the sent email after modifying using the common email styling mod too.Quote:
Originally Posted by swguy
True... we can use a WYSIWYG editor for creating or editing the html templates and send one to ourself, but when you get a complaint that the customer didn't get something, how else do you confirmed it wasn't an error in the email or your system!
The plain text email is still preserved.
Would it be the plain text email or the html email with the html tags removed? Ideally they should have the same content, but not always so...Quote:
Originally Posted by swguy
Let me clarify my perspective:Quote:
Originally Posted by swguy
a) I haven't used this module in several years. I wasn't aware that anything in it was "broken".
b) If storage and viewing of HTML messages is entirely broken, then I'm not opposed to removing the feature for re-viewing stored HTML messages. If the content has been "defanged" as scott stated, then there's no point in viewing raw altered html.
c) But if there are certain cases where the HTML re-view does indeed work, then let's not pull the trigger on removing the feature if it's still in use.
Instead of removing it, the following fix might work:
The admin side can stores html in some other tables (e.g. product description), and the reason is, the admin side zen_db_prepare_input does NOT include a zen_sanitize_string.
If we added an HTML safe zen_db_prepare_input to catalog side, and used that when preparing $email_html in zen_mail_archive_write, it would fix this problem.
I am just uncertain if it would introduce a security issue. I suspect not, but I am not certain.
If the forms within our sites are sanitizing input from users, shouldn't that be safe to store/read? Email created within admin should be safe I would hope.
This walk has made me notice my email templates are antiquated and in desperate need for a responsive update. Something else to work on..
I modified some of the following section of code to make the view html button work for me.. I'm sure this will change as I modify my templates.
Code:if ($action=='prev_html') {
$html_content = $this_email->fields['email_html'];
$html_content = str_replace('_html_','<html>',$html_content);
$html_content = str_replace('_/html_','</html>',$html_content);
$html_content = str_replace('_head_','<head>',$html_content);
$html_content = str_replace('_/head_','</head>',$html_content);
$html_content = str_replace('_meta ','<meta ',$html_content);
$html_content = str_replace('_base','<base',$html_content);
$html_content = str_replace('_/style_','</style>',$html_content);
$html_content = str_replace('_style','<style',$html_content);
$html_content = str_replace('_body ','<body ',$html_content);
$html_content = str_replace('_/body_','</body> ',$html_content);
$html_content = str_replace('/_','/>',$html_content);
$html_content = str_replace('_table_','<table>',$html_content);
$html_content = str_replace('_table ','<table ',$html_content);
$html_content = str_replace('_/table','</table',$html_content);
$html_content = str_replace(array('_tr_','_tr>'),'<tr>',$html_content);
$html_content = str_replace(array('_/tr_','_/tr>'),'</tr>',$html_content);
$html_content = str_replace(array('_td_','<td_'),'<td>',$html_content);
$html_content = str_replace('_td ','<td ',$html_content);
$html_content = str_replace(array('_/td_','_/td>','</td_'),'</td>',$html_content);
$html_content = str_replace('"_','">',$html_content);
$html_content = str_replace('_ ','> ',$html_content);
$html_content = str_replace('_li>','<li>',$html_content);
$html_content = str_replace('_div ','<div ',$html_content);
$html_content = str_replace('_/div_','</div>',$html_content);
$html_content = str_replace('_/div','</div',$html_content);
$html_content = str_replace('_strong_','<strong>',$html_content);
$html_content = str_replace('_/strong_','</strong>',$html_content);
$html_content = str_replace('strong_','strong>',$html_content);
$html_content = str_replace('_/strong','</strong',$html_content);
$html_content = str_replace('_!','<!',$html_content);
$html_content = str_replace('--_','-->',$html_content);
$html_content = str_replace(array('_br_','_br /_','_br />'),'<br />',$html_content);
$html_content = str_replace('em_','em>',$html_content);
$html_content = str_replace('_/em','</em',$html_content);
$html_content = str_replace('_img ','<img ',$html_content);
$html_content = str_replace('_a href','<a href',$html_content);
$html_content = str_replace(array('_/a_','_/a>'),'</a>',$html_content);
$html_content = str_replace('"_','">',$html_content);
$html_content = str_replace('_nobr','<nobr',$html_content);
$html_content = str_replace(';nbsp;',' ',$html_content);
$html_content = str_replace('&','&',$html_content);
$html_content = str_replace('&&','&&',$html_content);
$html_content = str_replace('& ',' ',$html_content);
$html_content = str_replace('"','"',$html_content);
}
Just a note that Zen Cart 1.5.5 has incorporated the Common Email Styling plugin that provides those responsive email templates.Quote:
Originally Posted by davewest
Just wanted to chime my two cents. I'm actually sitting on an upgrade to upgrade to HTML email on my site because of this plugin and how zen cart stores HTML emails.
I was going to look into re-coding zen cart to actually store the emails properly, rather then go live without HTML previews. Still haven't gotten round to it though.
I notice that.. but the layout needs work. Currently it's just a html version of the text. With html format, you can run a fine line between useful and spam.. I like how Amaz0n did their layout, while some others are in the spam side.Quote:
Originally Posted by lat9
But that's another subject...
If you send yourself a copy of everything your shop sends out, than is storing email really needed? It's nice to have that switch, but if it creates a problem by admin going to the spam side.. than maybe we shouldn't store them.
Maybe the whole archiving table and all should be a mod and not built into ZC or was that the patch you was suggesting @swguy
Updated the contribution to add notes about my fix for catalog side HTML emails.
Also changed the display order of To and From fields to match most email programs, which put From first.
Also changed subject display so that ellipsis would only be shown if the subject was actually trimmed.
There was an error in the instructions I added to the module's readme file - I just made a fix to provide better instructions.
New Version - Email Archive Manager 1.8b for 1.55f
I've submitted an update that corrects an error in the admin extra_datafiles define that prevented admin profile restrictions from working correctly.
Tested and working on 1.55e & 1.55f.
Hi all,
I've installed this mod and been having issues with it. I'm on 1.5.5a and using the latest copy downloaded from this site.
Once installed the mod causes an internal server 500 error when zen cart is sending the email, so an email is never received. The debug logs look like this:
What I've noticed is that the replacement 'functions_email.php' file in the module's installation folder includes a reference to a function that doesn't exist. 'zen_db_prepare_input_html_safe'Code:[22-Aug-2018 15:58:17 Europe/London] PHP Fatal error: Uncaught Error: Call to undefined function zen_db_prepare_input_html_safe() in /public_html/shop/includes/functions/functions_email.php:405
Stack trace:
#0 /public_html/shop/includes/functions/functions_email.php(369): zen_mail_archive_write('Joe Bloggs', '[email protected]', 'Example Email...', '[email protected]', 'Order Confirmat...', '<html>\n <head>\n...', 'Order Confirmat...', 'checkout', '')
#1 /public_html/shop/includes/classes/order.php(1086): zen_mail('Joe Bloggs', '[email protected]', 'Order Confirmat...', 'Order Confirmat...', 'Company...', 'enquiries@example...', Array, 'checkout', Array)
#2 /public_html/shop/includes/modules/checkout_process.php(96): order->send_order_email(4441, 2)
#3 /public_html/shop/includes/modules/pages/checkout_process/header_php.php(14): require('/...')
#4 /public_html/shop/index.php(36): require('/...')
#5 {main}
thrown in /public_html/shop/includes/functions/functions_email.php on line 405
Line 405:
In the original functions_email file, the function is referred to as zen_db_prepare_input_html.Code:$email_html = (EMAIL_USE_HTML=='true') ? zen_db_prepare_input_html_safe($email_html) : zen_db_prepare_input('HTML disabled in admin');
Is this correct? Would it affect anything adversely if I amended that line to the old function name? Or is there something wrong with my setup and that the _safe function should exist?
Any pointers would be appreciated!
You didn't install ./includes/functions/functions_email.php from the mod. This file includes the function zen_db_prepare_input_html_safe.
I stand corrected... my functions_email.php file didn't overwrite properly, so ignore my post.
I've tested it and all is ok now.
Thanks!
Updated README file to remove obsolete instructions.
Updated zip file to bring in the latest includes/functions/functions_email.php.
I just installed Email Archive Manager this morning into new Zen Cart version 1.56 and everything to send email stopped working in the shopping cart, with a "Internal Server Error". I tried it and sending email elsewhere in the Admin area several times and no email would send out from the shopping cart. The website is on Netfirms hosting, and I checked the Error Logs and nothing listed. But, I got lucky and picked: MyStore/includes/functions/functions_email.php first, and replaced it only with the original shopping cart copy of that file. Then tested before doing anything else. The email worked again in the shopping cart, including the Email Archive Manager too, as I had done nothing with the other files for it. I'm not much of writer for PHP, but that one file did not work with 1.56, it caused the "Internal Server Error". So until an update for 1.56, maybe don't install MyStore/includes/functions/functions_email.php and see if it works for you otherwise.
Email Archive Manager is only up to 1.5.5. You could do the merge yourself for the file in question - it just allows you to preserve HTML mail in the archive.
Update - I have the newest version 1.8d working well on 3 carts/3 separate Linux servers running:
- Zen Cart 1.55f (b)
- MySQL 5.55
- PHP 7.1
Installed with cart 1.5.5f. When I try to preview HTML, all I get is body tag with style code.
Code:body {background-color:#ffffff; color:#000000; font-family:Verdana, Arial, Helvetica, sans-serif; text-align:center;} a:link {color:#0066cc;} a:hover {background-color:#eeeecc; color:#0066cc;} a:visited {color:#0066cc;} .holder {background-color:#f9f9f9; border:1px solid #9a9a9a; font-size:9px; text-align:left; width:550px;} .header {font-size:10px; padding:0px; width:550px;} .content {font-size:10px; padding:5px; width:550px;} .content-line {padding:5px;} #checkout .content-line { font-size: 10px; } .footer {border-top:1px solid #9a9a9a; font-size:9px; margin-top:10px; text-align:center; width:550px;} .disclaimer {background-color:#f9f9f9; border:1px solid #cccccc; font-size:10px; margin-top:10px; padding:5px; width:550px;} .disclaimer1 {color:#666666; padding:5px;} .disclaimer1 a:link {color:#666666;} .disclaimer1 a:visited {color:#666666;} .disclaimer2 {color:#666666; padding:5px;} .copyright {border-bottom:0px solid #9a9a9a; padding:5px;} .extra-info {background-color:#cccc99; border:1px solid #9a9a9a; font-size:10px; margin-top:10px; padding:5px; width:550px;} .extra-info-bold {font-weight:bold;} .unsubscribe {border-bottom:1px solid #9a9a9a; padding:5px;} .gv {background-color:#66FF99; border:1px #9a9a9a; width:550px; padding:2px; font-size:10px; } .gv-amount {font-weight:bold; color:#669966;} .gv-code {font-weight:bold; color:#66CC66;} .store-name {font-size:13px; padding:5px;} .coupon-block { padding: 5px; border: 1px #cccccc solid; background-color: #FFFF99; } .coupon-code {font-weight:bold;} .gv-block { padding: 5px; border: 1px #cccccc solid; background-color: #99FF99; } .content-line-title {font-weight:bold; font-size:11px; padding-top:3px;} .order-detail-area {background-color:#CCCC99; border:1px #9a9a9a; width:542px; padding:2px; font-size:10px; } .product-details {font-size:10px;} .product-details-num {font-size:10px; font-weight:bold;} .order-totals-text {font-size:10px; font-weight:bold;} .order-totals-num {font-size:10px; } .comments {background-color:#FF6699; border:1px #9a9a9a; width:542px; padding:2px; font-size:10px; } .address-block {background-color:#E4E8F3; border:1px solid #9a9a9a; margin-top:3px;} .address {font-size:10px;} .payment-detail, .payment-footer {font-size:10px;} .delivery-block, .billing_block { width: 50%; vertical-align: top; } @media only screen and (max-width:640px){ .extra-info, .delivery-block, .billing-block {width:100%; margin:0; } .holder, .header, .content, .footer, .disclaimer, .gv { width: 100%; } .comments, .order-detail-area { width: 95%; } .billing-block, .delivery-block { float:left; } .billing-block { border-top:1px solid #9a9a9a; margin-top:5px; } }
Only HTML emails sent *after* you installed this module will be available. Before that you will have to use the text emails.
OK. Thanks for the quick reply.
ZC156a PHP 7.3.1
Resending msg from E-mail Archive manager resulted in "Illegal string offset 'EMAIL_TO_NAME' errors + others".
To correct I applied the patch discussed in https://www.zen-cart.com/showthread....unctions_email
and available from GitHub https://github.com/zencart/zencart/pull/1151/files
environment Dev: Zen Cart 156a; Apache 2.4.33; PHP 7.3.1; MySQL 5.7.21; Windows 10
I am working on an updated module, right now.
This update wil include, maybe more:
- Update lay-out (Bootstrapped)
- Change forms from GET to POST
I am not going to provide support for Zen Cart versions lower then 1.5.6
Development can be followed here on GitHub
If installing on ZC V1.5.6c do I need to merge any changes from includes/functions/functions_email.php that is included in the download?
I know in the past it was needed to preserve the HTML but I'm not sure if it is needed with 1.5.6c as some of the original code is now already in the stock includes/functions/functions_email.php and the version in the download my now be redundant?
you are correct - the mod's changes to functions_email.php are not required for people who are up to date.
Thanks Scott :thumbsup:
The installation instructions state that their are no overrides, but /includes/functions/functions_email.php already exists in 1.5.6c. Can you clarify?
This isn't an override; it's a replacement of a core file.
But as of 1.5.6c 1.5.6b it's not needed any more.
Email Archive Manager was just updated to allow you to resend the text version of an email with the resend button. (In prior versions, this wouldn't work well if you had HTML email turned on.)
i runing 157
and i just uploaded this and this is my debug files. can it be fixed.. thank you
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: print_format in /angRy-SZm-trusT/email_archive_manager.php on line 23.
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: start_date in /angRy-SZm-trusT/email_archive_manager.php on line 73.
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: end_date in /angRy-SZm-trusT/email_archive_manager.php on line 74.
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: start_date in /angRy-SZm-trusT/email_archive_manager.php on line 139.
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: end_date in /angRy-SZm-trusT/email_archive_manager.php on line 140.
[11-Apr-2021 02:58:32 UTC] Request URI: /shop/angRy-SZm-trusT/index.php?cmd=email_archive_manager, IP address: 24.113.216.190
#1 require(/angRy-SZm-trusT/email_archive_manager.php) called at [/angRy-SZm-trusT/index.php:11]
--> PHP Notice: Undefined index: module in /angRy-SZm-trusT/email_archive_manager.php on line 350.
I have had this running for some time in my test systems and have made changes to line 23; line 75; line 481 485
line 23 is undefined index -> insert @ as first character in the line
lines 73 & 74 undefined index -> comment the lines out
lines 481 and 485 have undefined variables html_button ->insert @ as first character on the lines
Hope this helps
I just installed this addon too (zen 1.5.7c and plugin version 1.9) I am getting these debug files every time I load the Email Archive Manager page.Quote:
Originally Posted by OldNGrey
I see this might be a solution (I hope without breaking the function of the addon) and I do understand "comment the lines out" I can do that easy enough.
However I do not understand what the "insert @ as the first character on the lines" means. How would do I do that in the code?