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.
