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.
