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.
