cron not working

[warsky]

I'm having a **** of a time getting the psuedo cron to work correctly. I'm on win server 2003. First, my understanding is that is will run scheduled tasks as users browse the system, but it seems to only do so when staff members access the staff area. Next, I have windows scheduler running this:

C:\xxxxxx\php.exe -f c:\inetpub\xxxx\xxx\staff\index.php

It says its running successfully and the log in the supportsuite admin panel says it got run, but email parsing simply is not occuring unless a staff member browses the staff or admin panel.

What's up? The only reason I know tickets are coming in is that I have the email copied to my regular mailbox.

[supportskins]

psuedo cron runs only when we access the Staff or Admin CP. For the software to execute the cron on regular basis, you will have to set a task scheduler as explained in the manual.

[warsky]

My apologizes for the use of the h word.

What is the difference between what I did (calling php to execute your script) and using the wget program? I'd prefer not to install more software than necessary. Plus the supportsuite task log shows that it is executing. Its just not doing anything to retrieve the emails.

[Racked Hosting]

Originally Posted by warsky

My apologizes for the use of the h word.

What is the difference between what I did (calling php to execute your script) and using the wget program? I'd prefer not to install more software than necessary. Plus the supportsuite task log shows that it is executing. Its just not doing anything to retrieve the emails.

You do need to run a cron to fetch the emails.

*/5 * * * * root /usr/bin/lynx –dump “http://www.domain.com/support/cron/index.php?_t=parser” > /dev/null

[warsky]

Sorry but I'm on Windows Server 2003.

[Racked Hosting]

Originally Posted by warsky

Sorry but I'm on Windows Server 2003.

Much easier Just setup a scheduled task.

C:\xxxxxx\php.exe -f c:\inetpub\xxxx\support\cron\index.php?_t=parser

[warsky]

Actually, that doesn't work. Either the windows command parser or the php parser doesn't like the ?_t=parser at the end. So, in order to get it to work, I made a copy of index.php in the cron and then modified it so it started the parser cron directly. I wasn't sure if this file was used for other scheduling so I made sure to make a copy and pointed the scheduler to it. The mod to the file was to simply comment out most of the code inside the big if leaving:

PHP Code:

if (defined("USESHUTDOWNFUNC") && 1 == 2)
{
        $_SWIFT["crontitle"] = "parser";  //$_REQUEST["_t"];
        register_shutdown_function(array(&$cron, "runTask"));
} else {
        $_SWIFT["crontitle"] = "parser";   // $_REQUEST["_t"];
        $cron->runTask();
} 


The other trick was getting security set right. The user that runs this schedule item runs under had to have execute permissions in the php directory and read permissions all the way from ...\cron down to c:\.

Thanks for the help!

[Racked Hosting]

sorry, I never tried it out on windows though I did try running cron by setting _t=parser. If I am correct, it's only used for mail queues.