If the script works fine when you simply click on it, then it should work
for the scheduler.
My guess is perhaps your not using a logon, or user name with the same full
permissions that you do when simply clicking on the script...
So, do remember, the "user" name you use for the scheduler to logon, and run
this script will need the same permissions that you need when you test this
script.
So, #1, make sure the script runs just fine when you click on it on that
server box. If the script don't run on the server when you click on it, it
not going to run from the scheduler.
If the script runs fine when you click on it, then it should run fine from
the scheduler UNLESS you using a different logon id, or a user name with
different permissions to that folder.
So, test, and test again that the script runs fine on that server.
Does the script work just fine when run on the server (buy clicking on it)?
So, when you say it don't run from the server, are you saying that the
script DOES RUN just fine on the sever. However, when you attempted to run
it from the scheduler on the same machine, it does NOT work?
It possible that some things like drive mapping etc. take some time to
connect right after that scheduled process logs on. (or, as mentioned,
the windows user name used for the scheduled task does not have the
same drive mappings, or permissiosn).
I would use a unc path name to the mdb file, and NOT a mapped drive.
However, I should try and speculat for you!!!
It is best if you simply answer the above issue:
eg: specific, does the script run fine when
you manually run it on that server? Is it *just* when you scheduled on that
same server it don't work?
Or, are you saying that regardless of the script being run from the
scheduler, or clicking on it...it don't work at all?
It *seems* in your post you stated that it does work manually, but lets be
100% clear and sure that it does...