Sending issues AGAIN 😩 [updated with solution]
I have had so many issues with FCRM not sending mail. It was finally working for a few weeks, and now this. I sent a newsletter yesterday. Got the green checkmark notification that it was sending. This morning, we are still spinning and at 0%. (see screenshot 1)
The only thing that has changed is I moved CRON to the server. I did this with the assistance of my host. The reason I made this change was due to the alerts in FCRM.
Sigh. I'm starting to lose faith. 😞
![Sending issues AGAIN 😩 [updated with solution]](https://cdn.community.wpmanageninja.com/wpmn_community/fluentcom-5afea724f7cb8d7ab6ff7819d7412276-fluentcom-CleanShot-2026-01-07-at-10.55.53.webp)
![Sending issues AGAIN 😩 [updated with solution]](https://cdn.community.wpmanageninja.com/wpmn_community/fluentcom-03f08fe20fa745523166a1051072c61d-fluentcom-Google-Chrome-2026-01-06-12.37.53.webp)
Looks like none of the cron jobs ran for last 2 weeks. Talk with your hosting and make sure your cron job is running properly.
If your cron is running properly then you can see none of the jobs shows as overdue.
Shahjahan Jewel When I saw the overdue cron jobs, I moved cron to the server (with the help of my host). Now it won't send.
I will reach out to them for troubleshooting. I'll update this post with what I find in case others experience this.
Ok, here's what my host said. (I do not understand it, but maybe it will be helpful to others. 😅)
Host: With their command being a wget to the site
it could be getting hung up in caching similar to a browsing visitor
Me: ok...how do we clear that cache?
Host: It's not really something to be cleared.
Rather we're going to bypass and run the php locally.
I'm adapting their supplied command to /usr/bin/php instead of /usr/local/bin/php.