Hi folks, I am trying to call ftpscrpt.exe from a perl script. The command is "ftpscrpt.exe -f e:\myscript.scp". This works perfectly when I run the perl script while logged in, but when I schedule the perl script using the Microsoft AT scheduler, the ftpscrpt.exe executable seems to launch, and then hang. I can see ftpscrpt.exe in the process list, and it doesn't go away until I manually kill it.
I get exactly the same symptoms when I take the perl script out of the equation, and create a batch file which runs the same command, "ftpscrpt.exe -f e:\myscript.scp". If I run the batch file from a command prompt while logged in, it runs just fine. If I schedule the batch file, ftpscrpt.exe launches and hangs. One thing to note: the very first line of myscript.scp opens a logfile for output. The logfile isn't created when I schedule the batch file or perl script, so I suspect that in these cases ftpscrpt.exe isn't even getting as far as processing the -f switch. More info: my Schedule service is running under the Local System account. I've found that if I change the Schedule service to use a specific domain account (such as my own account or Administrator), ftpscrtp.exe runs the ftp script correctly. However, for security purposes this is not an acceptable solution. I don't believe this is a problem with permissions for the Local System account. I'm not using any drive mappings -- all directories and files referenced are local to this server. There are no NTFS permissions limited on this machine either -- Everyone (including the Local System account) has full control over all files. Has anyone experienced this behavior, or do you have any thoughts as to what might be happening? Why is the ftpscrpt.exe process hanging like this? It's almost as though it's waiting for input, but I can't get any interface to the program to confirm this. Is there a way I can schedule my script under the Local System account and still launch ftpscrpt.exe successfully? Thanks in advance for the help! Peter Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list.
