OpenCart Community

Hi

A new install of Ver 3.0.3.8 and all of my test emails from the cart are encypted.

The name text I used is till in plain text, see attached image from my email software.

Any ideas please ?

Thanks

Replace with this 3.0.3.8 version
https://github.com/opencart/opencart/tr ... aintenance

I have same issue, have you resolved since ?

Have you resolved your encoded email issue yet ?

and now you see why it is etiquette to return and write [SOLVED] to the title post.

If you indeed have the same issue then one can presume the answer is correct also. Whilst the user did not come back to say thank you, users usually come back when their issue is not resolved.

xxvirusxx wrote: ↑

Mon Jan 03, 2022 9:30 pm

Replace with this 3.0.3.8 version
https://github.com/opencart/opencart/tr ... aintenance

If this solution does work for you, would you be so kind as to assist the community to come back to confirm it.
Thank you

It did not work! I have reinstalled it with the installation on the link and still getting encrypted email messages. Please help.

Nixvdv wrote: ↑

Sun Feb 13, 2022 2:46 am

It did not work! I have reinstalled it with the installation on the link and still getting encrypted email messages. Please help.

Basically you do not receive "encrypted" emails, instead some of the header lines are in the subject!
Which php-version are you using?

It might help to post the original mail content, not just what you see, not sure what client you have but most have a function to look at the actual mail message content. In gmail it is called "show original”.

In addition and to what has been written above would be handy if you would state your server details, php version, mail class etc. rather than “not working” - a rather unhelpful statement.

Using PHP mail, i.e. the mail server (which I assume you are using) on your host can be a tricky thing, always use the smtp class unless there is no possibility to do so.
I would suggest you check what your system defines as PHP_EOL and what your host mail server expects it to be.

What I believe OSWorkX is referring to is some MTAs get a little confused with how PHP_EOL characters are handled, \r\n or \n or \r, end-of-line characters need to be correct. Some old MTAs try to correct \n by replacing them with \r\n without checking if it actually already was a \r\n resulting in a \r\r\n and some clients then have a problem with the headers resulting in the headers becoming part of the message.

by mona wrote: ↑

Mon Feb 14, 2022 8:26 am

Using PHP mail, i.e. the mail server (which I assume you are using) on your host can be a tricky thing, always use the smtp class unless there is no possibility to do so.
I would suggest you check what your system defines as PHP_EOL and what your host mail server expects it to be.

What I believe OSWorkX is referring to is some MTAs get a little confused with how PHP_EOL characters are handled, \r\n or \n or \r, end-of-line characters need to be correct. Some old MTAs try to correct \n by replacing them with \r\n without checking if it actually already was a \r\n resulting in a \r\r\n and some clients then have a problem with the headers resulting in the headers becoming part of the message.

First of all, yes.
Second, why the hell are people still using the native php mail function instead SMTP?
Many good reasons doing so and described in many threads in this forum (and somewhere else)!

Third: reading the following may bring some light into:
https://github.com/opencart/opencart/is ... s%3Aclosed

And finally - fourth: better to hire a qualified developers then wasting time.