Please always state your version of SuiteCRM, it really helps to us help you.
Normally errors shouldn’t be going up on screen, you should turn off display_errors in your config.php
But then you need to track them in the logs. Often messages are safe to ignore if you don’t have any symptom (like a function not working in the app).
Hello, I’m facing the same problem on my suitecrm 7.10.7 version installation on wamp server, I searched for display_error line on the config.php file but didn’t find it and gave me more issues when I added it. Any solution for this already?
Hello pgr, thank your for replying, I already did a small research to find out if I had the extension enabled, followed the instructions from this link:
Before we look into other things, let me just check you got it right, sometimes this is treacherous… Please go in Admin / Diagnostics, ask for the output of “phpinfo”, download it, unzip it, and check if the php.ini you changed is the right one, and if it says that the IMAP module is effectively active.
Then do the checks for the cron jobs, which run in another PHP environment, the CLI. You can get this with the command line:
Note that you didn’t follow my instructions at all
If you get the information from inside SuiteCRM, I am sure it is the same settings that are effective in SuiteCRM. That is the only way to be sure. As I said, this can be tricky, hosts can be running several versions and several instances of PHP. And the cron jobs run from a different environment.
Sorry I didn’t follow your instructions before, hadn’t clearly understand what you wanted me to do
Now I did download the phpinfo() zip after running the diagnostic tool of SuiteCRM and noticed that it is indeed the correct file with the imap extension enabled
I think there is a Windows find command which you can use to grep, but you might as well just open the file in Notepad or Notepad++ and search for the strings. Grep is just to filter output to find some string.
Please try adding display_errors=false to your php.ini and restart the web server. This should remove the errors from your screen and leave them on the logs only, which is where they should be. This is a best-practice, a normal recommended configuration.
Now pay attention to your logs (suitecrm.log and errors.log or whatever your web server log is called). There could be better clues there.