After 20+ years of being with GoDaddy, I moved to another service (IONOS). GoDaddy switched to office365 (with no warning or option) which requires that you periodically check your "junk" folder (using a webmail/browser) for email that *it* thinks is spam. If you use an email client, you can't check this folder - and so after losing important emails I ditched them. No, you can not disable ALL of the spam filtering, it has to "learn" everything based on what you do with the junk folder.
So, the transition from GoDaddy to IONOS was straight forward - back up the database, copy the files from server to server, create a new database and import it. Everything worked immediately the first time. However, there is one problem that I can not figure out and that is all emails being sent for enquiry (or inquiry if you are in the U.S.) and the order notifications no longer have CR or LF in the message, resulting in all of the text being one long line of characters. Anyone know what controls the formatting of this text? I compared the file permissions and they appear to be the same as the previous installation on GoDaddy. I also tried both MAIL and SMTP options in the SERVER->MAIL setup. Both work just fine, and both output emails exactly the same, so I think this has to be some type of CSS issue or something? I have not yet looked to see what the customer gets for emails... I will check that.
Thanks for any info you can give on this issue!
So, the transition from GoDaddy to IONOS was straight forward - back up the database, copy the files from server to server, create a new database and import it. Everything worked immediately the first time. However, there is one problem that I can not figure out and that is all emails being sent for enquiry (or inquiry if you are in the U.S.) and the order notifications no longer have CR or LF in the message, resulting in all of the text being one long line of characters. Anyone know what controls the formatting of this text? I compared the file permissions and they appear to be the same as the previous installation on GoDaddy. I also tried both MAIL and SMTP options in the SERVER->MAIL setup. Both work just fine, and both output emails exactly the same, so I think this has to be some type of CSS issue or something? I have not yet looked to see what the customer gets for emails... I will check that.
Thanks for any info you can give on this issue!
Last edited by JimDrew on Wed Apr 20, 2022 7:51 am, edited 3 times in total.
OC version. There are no issues with CSS known with OC v3.x releases. The issue is with GoDaddy hosting. You need to adjust your .htaccess file as well as both config.php files until you get it right.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Ack.. sorry, Opencart v3.0.2. It's basically stock with a couple of mods for USPS shipping.
I looked at the htaccess and config.ini files. I didn't think that either would have anything to do with the formatting, but it turns out that GoDaddy and IONOS use slightly different syntax for their server-side functions.
For GoDaddy, I had to use this:
AddHandler server-parsed .html
AddHandler server-parsed .shtml
AddHandler server-parsed .htm
This doesn't work (and doesn't give you any type of error either) for IONOS.
I had to use this for IONOS:
AddType text/html .shtml .shtm .htm .html
AddHandler server-parsed .shtml .shtm .htm .htm
I am assuming that Opencart does some type of text replacement when creating emails.
I still have not tried to see what the customer sees yet. I need to look at that to be sure it is correct, but normal response emails are good now. Thanks for pointing me in this direction. I figured Apache was Apache, I guess not.
I looked at the htaccess and config.ini files. I didn't think that either would have anything to do with the formatting, but it turns out that GoDaddy and IONOS use slightly different syntax for their server-side functions.
For GoDaddy, I had to use this:
AddHandler server-parsed .html
AddHandler server-parsed .shtml
AddHandler server-parsed .htm
This doesn't work (and doesn't give you any type of error either) for IONOS.
I had to use this for IONOS:
AddType text/html .shtml .shtm .htm .html
AddHandler server-parsed .shtml .shtm .htm .htm
I am assuming that Opencart does some type of text replacement when creating emails.
I still have not tried to see what the customer sees yet. I need to look at that to be sure it is correct, but normal response emails are good now. Thanks for pointing me in this direction. I figured Apache was Apache, I guess not.

Well, it seems that my changes did NOT solve all of email issues so I removed the [SOLVED] from the title. The changes above fixed the "enquiry" emails so that there were CR/LF being sent, but orders are coming out in a single line.
I am using PHP7.4 (with OC 3.0.2). Do you happen to know know what changes are required to fix the twig spacing issue for newlines? I don't really want to change anything (like upgrade to 3.0.3.6) because it has worked perfectly for years. I would have to actually pay monthly to go backwards in PHP versions to get a pre-v7.4 release. So, if someone can point out what files need to be changed I have no problem doing it manually.
Thanks!
You can try this.
Find system/library/template/twig/lexer.php line 162
Change to
For 3.0.2.x - php ver 7.4
Find system/library/template/twig/lexer.php line 162
Code: Select all
if (isset($this->positions[2][$this->position][0]) ) {
$text = rtrim($text);
Code: Select all
if (isset($this->positions[2][$this->position][0]) && ($this->options['whitespace_trim'] === $this->positions[2][$this->position][0])) {
$text = rtrim($text);
Thanks! I went on a hunting spree on the 'net, looking for the solution. I found this:
https://www.free-time-info.com/en/how-t ... -0-x.html/
This does the same lexer.php fix and one other fix (that I already had), and yes this corrects the problem with email text being all one single line long with no CR/LF characters!
So, I have marked this SOLVED once again.
https://www.free-time-info.com/en/how-t ... -0-x.html/
This does the same lexer.php fix and one other fix (that I already had), and yes this corrects the problem with email text being all one single line long with no CR/LF characters!
So, I have marked this SOLVED once again.
Who is online
Users browsing this forum: Exel and 20 guests