Cron Job Activity report

[d33pa]

I have recently upgraded to 3.1.1 and also upgraded php to v. 4.4.6. I cant remember exactly the day i upgraded whmcs (around the same time) but i do know that php was upgraded on Mar 31.

 

Now, the last Cron Job report i received was Mar 30. Coincidence? Everything else seems to work fine and the ioncube loader is still the same v 4.4.

So i did not need to make any changes to my php.ini file.

 

Looking at the activity log, it shows that "Credit Card Payments Processed" was done and then "Cron Job Run" was done 2 mins later. However i dont get any cron job reports to my full admin address.

 

So i think it would be something to do with php upgrade, but everything seems to be working on the site, accept this report.

 

Was the report disabled in v 3.1.1?

 

My cron job was setup:

/usr/bin/php -q /home/account/public_html/whmcs/admin/cron.php > /dev/null

 

and that ran fine till end of last month.

 

I changed it today to:

php -q /home/account/public_html/whmcs/admin/cron.php

 

ran the cron.php manually, still no email with cron report. It does get registered in the activity log.

[trine]

anything notable in your server's cron logs?

[Matt]

The only thing I've seen that can cause this is having invalid details entered for system notification emails sender details in Config > General Config > Mail.

 

Matt

[d33pa]

The only thing I've seen that can cause this is having invalid details entered for system notification emails sender details in Config > General Config > Mail.

 

Matt

 

i have double checked all the mail configs and are the same as previously.

 

i am going look into it further as my previous months a/r have not even been charged. What a drag. Will report asap.

[Joweb]

Had the same problem changed the noreply email in Config > General Config > Mail to the email where you want that cron to go worked for me.

[othellotech]

Matt

 

Would you consider adding a "test" button to that screen, with output of the results ?

 

I'm also seeing (should that be not seeing?) the problem - no cron job emails, despite the cron definately running.

 

Is there a non encrypted version of the cron.php I could take a look at to try and help with the debugging ?

[d33pa]

so after some tinkering, i found that if i use phpmail, i now get my cron job reports and also emails from admin to customers. Now that i have phpmail, these emails dont show up in any hotmail accounts. No spam or nothing, no trace of the email. I send an email from my Outlook using POP3 (smtp), using the same account used for whmcs, and i get the emails to hotmail.

 

I go back to smtp delivery in whmcs, and crons are done in activity log, but no mail is received to any addresses.

I wonder if there is a bug in the smtp part of the cron.

 

A weird thing that i noticed is that if i use another account for smtp (u/p) on my same server, the emails get to the other end, but are tagged spam because the sender details dont match the email address shown.

 

Help!! going retarded here.

 

I would use the phpmail, but because of the hotmail not receiving these emails, i would rather have a solution that works to all emails.

[s1rk3ls]

Make sure all admins have email addresses, I don't know if it's been fixed in 3.1.1 but I previously had problems using SMTP when an admin doesn't have an email address in their profile...

 

Also, re-check the settings Matt mentioned under Config > General Config > Mail. There are new fields there that weren't there in previous versions and that I overlooked originally when I started having this problem. Specifically the "system emails" area!

 

Also, watch your maillog (or exim_mainlog if using exim) to see what's happening when the cron is run (manually run it by going to http://yourdomain.com/whmcs/admin/cron.php)

 

It took me a while to iron out all the issues but I got mine working fine now...

 

With all the SPAM problems out there, it's getting more and more complicated to just send out a simple email You ave to have a valid return address, IP reverse entries, SPF records, not be on any blacklists, etc... In addition to having legitimate headers which don't trigger any SPAM filters - it's hard to catch what's going on, but with a little hard work you can get it figured out also.