You'll need to post an example full raw email here (including errors) for us to attempt to replicate. Make sure you censor any sensitive info like email addresses, ip addresses, etc.
I will say a few people have reported this in the past but we could never replicate the issue so I don't know where the issue lies. If we can replicate it then we can debug and address the issue. But so far all of the examples people are providing work fine in my testing.
Cheers.
Here is what is showing..
Seems like I'm getting the same issues from my other installations even on new installs.
I hope this gets resolved. Thank you.
If the person filling up the support ticket used a Gmail account, the email is received as unreadable. But if the Gmail account is received via an email client like thunderbird, the email comes in ok. It does not make any sense, since most people will be checking their Gmail accounts via browsers or their Gmail email phone app. This is very specific to Gmail emails only. it is also a problem with the google workspace account since it is also a Gmail account after all.
I am using gmail and cannot replicate your issues when emails are fetched via imap. Are you using imap and the standard port? Also you have not provided a full raw email for us to test.
Cheers.
For the SMTP need to have 0AUTH otherwise, it gives an error after saving.
Yes, using standard ports. Is there any other settings I need to check?
We are hosting with greengeeks. Here are the PHP8.0 environment details. Thank you
Yes, I can save the IMAP successfully. I did another install on another hosting site and set the PHP to 8.1. and I still got the same issues. After that, I changed the PHP to 7.41, and behold everything works without issues. No unreadable emails. I think there are issues with 1.16.3 on PHP 8.0/8.1. Too bad you can't replicate it on your end. It would be such a coincidence that two hosting sites have bad installs of PHP8.0/8.1. Hosting sites are asking me to talk to the developers. So not sure what to do now.
PHP 8.1 is not supported so that will have issues. It seems like certain hosts and/or builds of PHP 8.0 have this issue as I mentioned me and a ton of other people cannot replicate this. I’ve only seen like 3-4 reports of this in months.
Cheers.
I guess there are a few who have encountered this issue. and it is not a PHP8 build setup problem.
https://forum.osticket.com/d/100877-help-emails-coming-through-not-encoded-see-below
The fix, for now, is really to go back to PHP7.4.
Cheers!
@"KevinTheJedi" What is the resolution for this issue then? If rolling back to php 7.4 causes problems, but using php8.0 is failing to get readable email, what do you recommend as a solution?
Setup SMTP and set that as your default system email, default alert email, and default MTA.
Cheers.
KevinTheJedi Unfortunately, we are on a hosted platform and SMTP access is redirected. The system fails back to the PHP default. But at least I know where the problem is.
Thank you.
