Hi, first post here.
I have been using phplist for many years now. I just migrated to a new server running: nginx CentOS Linux 7; php 5.4.16, and upgraded phplist to 3.2.7. All the directories are the same, and I can send using the ‘process the queue’ button, but my cron seems to do nothing.
The server log shows the cron running every ten minutes without any errors, but my queue never goes down. I’m sending from inside a Drupal multi site configuration, but like I said, this all worked fine before the migration, and list upgrade.
This is what the cron looks like:
php /usr/bin/php /var/www/vhosts/mysite.com/httpdocs/sites/mysite/lists/admin/index.php -pprocessqueue -c/var/www/vhosts/mysite.com/httpdocs/sites/mysite/lists/config/config.php
I have checked all the folder and file permissions, and everything looks the same as when it all worked great. Other that it was an older version of php, and centos, my old server was not nginx. I don’t know if that would make any difference though. I guess I shouldn’t have upgraded phplist right after the move. Now I don’t know if this is related to the new server, of the new copy of phplist.
I’ve been searching through the docs on how to do just that, but I don’t think I found the right instructions. I don’t suppose somebody could let me know how to do that, or point me to the right place?
I have determined it’s something to do with my new server because I tried to run a cron with another one of our sites and the same thing happens: no sending. That site has a different version of phplist. Somehow I need to capture what phplist is showing going wrong.
I added a log file to the list directory, and changed the cron to:
php /usr/bin/php /var/www/vhosts/mysite.com/httpdocs/lists/admin/index.php -pprocessqueue -c/var/www/vhosts/mysite.net/httpdocs/lists/config/config.php >/var/www/vhosts/mysite.net/httpdocs/lists/processqueue.log 2>&1
Now the cron is once again running with no errors, but still doesn’t send, and nothing is being written to the new log file.
This is the top three lines from the Log of Events:
686605 2017-01-21 11:57:26 Less than batch size were sent, so reloading imminently
686604 2017-01-21 11:57:26 Finished this run
686603 2017-01-21 11:57:26 2 messages sent in 0.25 seconds (28942 msgs/hr
Unbelievable! It just worked. I should (almost) never listen to other techs. Thanks for helping, but I guess that’s all that was wront from the cron.
Of course I would still like to know why nothing is writen to my custom log file, but I’m happy for now that it’s at least moving mail.