I have just installed SuiteCRM a few days ago and am very interested in getting the email client working. My email servers are exchange servers and it took me some time to get the client working, but I was able to.
I am running into an issue where any functions related to email take a really long time to load. Just clicking “email” in the top navigation to take me to the inbox takes upwards for 3 min to load. I feel like all of this information should be cached and load times should not be this long. If I use the “reply” function in an email, it bogs down and never finishes loading. Does anyone have any idea what is going on?
there are still some bugs in the new Email module being fixed for the next release (7.9.3), but I haven’t seen anyone describe a situation like yours yet. The very long delays suggest either network problems or an overgrown database.
You will need to do some diagnosis, I don’t know what your technical abilities are, but you can start by
Here is my setup:
Ubuntu 16.10
MySQL 14.14
PHP 7.0.18
Apache 2.4.18
SuiteCRM 7.9.2
I this server / setup exclusively for suiteCRM so the database is empty. When I was initially having this issue the log file was clean. Looking at it now, there appears to have some email related errors.
I have spent a bunch of time trying to get the email setting correct, but it looks like I am still wrong. I am about to send out going and I am able to see my inbox(after a long load time) so I am confused as to what the problem could be.
It’s a tough question to answer… but Email in 7.9 is finally getting to a point where it works, and getting stuck in 7.8.5 would mean that you would later force all your users to change the way they work with email in SuiteCRM at some point in the future. I always try to stay with the latest versions when possible, it simplifies a lot of things. But only you know what’s right for your case…
That sounds like a fast computer, especially if your SuiteCRM still doesn’t have any data in it. Unless you have a ton of users accessing it.
Maybe try checking your php.ini settings, increase memory_limit, max_execution_time, max_upload_size (not related, but while you’re there…).
If that doesn’t help, can you try with an email account that is empty or almost empty? Or with one that doesn’t reside in Exchange? These tests could help to find out exactly where the problem is…
The suggested php settings did not help with the email speed.
But, switching to a Gmail account for testing does proved to speed things up so I switched to an email on my exchange that only has a few emails. This speeds things up a lot.
So, it does look like the speed issue is related to the size of the mailbox.
But, now that I am seeing the new mailbox, no matter what email I click on it took me back to an email that I had opened with the previous account. This occurred even after an apache restart. I logged out and then back in as the same user and now speed is an issue again.
Hi Team,
We are having this problem too. I am reasonably sure that the slow loading is not a problem with the server specs as our %used doesnt go above ~4%. We do use IMAP mail and there is a lot of emails which I expect is probably the root cause.
My Question is this. Is there a way to tell CRM not to load all emails, ie only load the last 30 days… I think this would probably fix our issues.
And about the speed… if any of you can check SuiteCRM 7.8.5 to see if it works better in that regard, that would be a useful information. The Email module in 7.9.x is completely new and it still has a few issues…
Anyway, if it works well with 7.8.5 I’m not suggesting we just forget about this - on the contrary, we need to make sure everything gets fixed in 7.9.x! Your issues might be an important help to diagnose and fix some bug…