ntozier  Thanks still no luck. The only thing that is working is the auto cron only when a user is logged on and (I assume the 300 second refresh from osTicket is triggering auto cron);<meta http-equiv="refresh" content="300" />CVCShelpdesk When you go back to 1.7 does the php api work?Grizly I was wrong, it is not working from dos, no errors though on the scheduler log either. Im doing my testing with a dos prompt now with this command:C:\xampp\php\php.exe -f c:\xampp\htdocs\osTicket\api\cron.phpAll I get in the dos window is;"kwaheri rafiki!"My question would be is anyone running 1.8 with no browsers connected to the web server at all and ARE receiving email notifications of incoming tickets? As far as I can tell, the only thing triggering the email ticket cron is the browser refresh or a user logging in or refreshing.My guess is no. :-( Maybe someone can check with the developers and have them verify it works? Thanks for all of your help!

I noticed another thread on this same issue from a Ubuntu user: http://forum.osticket.com/d/discussion//cron-not-fetching-emails-1-8-0-1#latestCould this be a bug?

- Bump -Anyone have a fix for this? The cron.php script seems to fail in 1.8.x

we having this issue as well on 1.8, so I tried a fresh install on a fresh server and the pop3 polling is unreliable & I am seeing the same "kwaheri rafiki!" message in the cron log. It seems osTicket is polling some mailboxes but not others, I can this from the email server pop3 logs, some mailboxes are being accessed OK when other mailboxes are not and the emails are remaining on the email server.The 1.6 osTicket install we have is working all OK, all mailboxes are being polled and email collected, it seems to be a problem with 1.8, will stay on 1.6 until this issue is resolved.Fresh InstallWindows Server 2003 R2 SP2IISMySQL 5.5.35PHP 5.3 for Windows Server via WPMPOP3 pollingCron batch filePlease let me know if the developers want any more info & I can forward.

dytstech Thank you for confirming your findings. Since you are seeing some of your pop3 boxes working, wondering if this is related to some settings on the mailboxes?I too will wait for developer input.Thanks!

I setup poll pn auto cron in 1.8.0.1, email is being fetched and converted to tickets automatically.But few issues with it:1. the entire email thread is converted to a ticket2. if the end user replies to the email, sometimes it is converted into a new ticket, rather than appending to the existing ticket3. once mail is fetched, the same e-mail is deleted from the mailbox on server ? This is a big issueAnyone has any clue why is this happening ?

6 days later

Following on from my above post, I have completed some more testing and believe I have the issue pinned down to an issue with the upgrade process. 1.8.0.1 fresh installIf I complete a fresh install of osTicket the POP3 mailboxes are correctly polled, mail is collected and tickets are created. 1.6 upgrade to 1.8.0.1If I upgrade 1.6 to 1.8.0.1 the upgrade completes OK, but the POP3 mailboxes are NOT polled, mail is not imported and tickets are not created and the cron log file has "kwaheri rafiki!" in it. This entry is not seen on the fresh install of 1.8.0.1.Testing ActionsI created two virtual machines running Windows 2003 R2 SP2 & all the current MS Updates. 1.8 VM fresh install of 1.8.0.1Installed IISInstalled .net 4.0Installed MySQL 5.5.28Installed PHP 5.3 for Windows Server via WPM with .NET 2.0Added all the new MS UpdatesInstalled osTicketScheduled a cron batch fileEnabled POP pollingCreated 3 test email accounts on the email serverAdded the emails to osTicketChecked the POP3 log on the email server and can see all 3 mailboxes being polled every 5 minsSend test emails and they are created in osTicket1.6. VM with upgrade to 1.8Installed IISInstalled PHP 5.3 (5.3.15) & configured PHP in IISInstalled MySQL 5.5.28Imported the MySQL dumps from the live osTicket serverCopied the osTicket folder from the IIS folder on live osTicket server Scheduled a cron batch fileLogged in to osTicket to test the copy from the live osTicket server to the VM is working OKChecked the POP3 logs and can see all the mailboxes being polledUn-Installed PHP 5.3 (5.3.15) & remove the PHP config in IISInstalled PHP 5.3 for Windows Server via WPM with .NET 2.0Installed all the latest MS UpdatesCopied the new 1.8.0.1 upload folder contents to the osticket folder in IISChanged the path for the cron batch fileLogged into osTicket and completed the upgrade to 1.8.0.1Everything looks OK in osTicket, I can see all the staff, depts, emails, tickets etc.Checked the POP3 logs on the mail server and none of the mail boxes are being polledSent test emails and the emails remain in the mailboxes on the email serverThe cron.log file has "kwaheri rafiki!" insideFurther observationsIf I add the test email accounts created for the 1.8 VM to the 1.6 VM after being upgraded to 1.8.0.1 these mailboxes are NOT polled. However, if I add one of the live email addresses used from the upgraded osTicket in the fresh 1.8 VM install the mailbox is correctly polled and tickets are created, this proves the mailboxes are OK and to me shows there is an issue with upgrading from 1.6 to 1.8.01, because a fresh install of 1.8.0.1 works a treat. Please can a member of the osTicket staff provide some feedback?

I've brought this thread to the attention of the devs.However as a side note, I would like to mention that my 1.6ST to 1.7.x and most recently to 1.8.0.1 upgrade is fetching email just fine.  I'm running a similar setup (MS Server 2008, IIS 7.5, PHP5.3.x, etc) also.

Just as a test, I removed all the email entries in the system and then re-created just one. Still no POP3 retrieval in 1.8. I am installing a fresh version now of v1.8.0.1 to see if this works.

Clean install of 1.8 and emails are being fetched....So something is amiss in the upgrade I believe.If the developers want to see my upgraded install vs my fresh install I can provide all the files and the DB.Gray

gkinney I did some more work on this yesterday & today & found the issue for me lies in the ost-config.php file. The upgrade wiki says "Do not overwrite your ostconfig.php file or else you will lose your MySQL admin settings." 1.8 Fresh installThis install used the ost-sampleconfig.php renamed as ost-config.php and the cron POP3 collection works OK.1.6 Upgrade to 1.8On this upgrade I re-used the 1.6 ost-config.php file and followed the wiki by not overwriting it, but the cron POP3 collection fails and I get the "kwaheri rafiki!" message in the cron log. Today I renamed the 1.6 ost-config.php and used the 1.8 ost-sampleconfig.php renamed as ost-config.php and manually copied the bespoke config from the 1.6 ost-config.php to the renamed 1.8 ost-config.php and the cron POP3 has started working and I am not see the "kwaheri rafiki!" message in the cron log.Bespoke sections copied over were:- define ('SECRET_SALT'....define ('ADMIN_EMAIL'.....All four lines under Mysql login info sectionThis might be why your fresh install is working, on your upgrade try the step I did above and see if that works or not. If it does, the wiki might need updating to help others when upgrading.ntozier What I am now seeing on the upgraded osTicket is only 10 mailboxes of 79 being polled and looking at the DB field mail_lastfetch I can see the field updating for the same 10 accounts I can see on the mail server logs.On the fresh 1.8 install I have added the 79 mailboxes and so far looking at the mail server logs and the mail_lastfetch field in the DB only 20 mailboxes are being updated, any ideas as to why, the 1.6 current live install polls al 79 mailboxes OK?I can supply any information you need to help diagnose the issue, thank you for informing the developers and your help.

dytstech Thanks, ill try your suggestion.

I didnt have any luck. Im done messing with this. Im just sticking with my new full install and will go from there. Hope the developers can figure this one out.

I think I know what is going on. I've opened a GitHub issue, kwaheri rafiki in CLI apps, such as cron and mail-pipe.If anyone has this issue, would you mind testing and confirming the patch referenced in the issue?

6 days later

**RESOLVED**Well upgraded my broken 1.8.0.1 to 1.8.0.2 and the cron.php that didn't work now works fine. Looks like something has been fixed!So upgrade to 1.8.0.2 and all should be OK.:-D

Write a Reply...